< @brevis_zk - Wenn die Architektur unterschiedlich ist, ist auch der Markt unterschiedlich > In diesem Video erklärt Brevis klar, warum sie sich im Vergleich zu anderen zk-Projekten nicht als Konkurrenten sehen. Der Schlüssel liegt nicht in einem einfachen Leistungsvergleich, sondern darin, dass die Architektur und der Marktansatz selbst unterschiedlich sind! 1️⃣ Einzelnes zkVM vs. vollständiger Computing-Stack Die meisten bestehenden zk-Projekte basieren auf einem einzigen zkVM. Dies führt dazu, dass die durchführbaren Berechnungen begrenzt sind und die anwendbaren Anwendungsfälle oft in einfachen Bereichen bleiben. Im Gegensatz dazu bietet Brevis nicht nur ein zkVM, sondern einen vollständigen Computing-Stack, der aus einem zkVM und mehreren zk-Koprozessoren besteht. Die von Brevis beschriebene Glue- und Koprozessor-Architektur ermöglicht es, verschiedene Berechnungen modular zu kombinieren, und Brevis erklärt, dass sie diese Struktur erstmals erschlossen haben. 2️⃣ zkVM, die Echtzeit-zk-Nachweise erstmals ermöglicht Brevis hat auch im zkVM selbst deutliche Unterschiede. Es ist die erste zkVM, die für über 99,5 % der mehr als 45 Millionen Gasblöcke Echtzeit-zk-Nachweise erreicht hat. Dies ist ein Beweis dafür, dass zk-Technologie über theoretische oder experimentelle Phasen hinausgeht und in realen Blockchain-Umgebungen in Echtzeit funktionieren kann. Außerdem wird in der bald erscheinenden neuen Version des zkVM erneut ein erstklassiger Leistungsbenchmark angekündigt. 3️⃣ Fokus auf tatsächlich genutzte Apps, nicht auf Rollups Ein weiteres Unterscheidungsmerkmal von Brevis ist die Markteintrittsstrategie. Während bestehende Lösungen sich darauf konzentrierten, Optimistic Rollups in zk-Rollups umzuwandeln, konzentriert sich Brevis auf Anwendungen, die tatsächlich von Nutzern verwendet werden. Sie bieten verifizierbare Berechnungen für dApps an, die täglich von Hunderttausenden von Nutzern genutzt werden, nicht nur von Hunderten oder Tausenden. Der Schlüssel liegt darin, dass sie zk-Technologie auf der Grundlage von tatsächlich genutzten Apps in verschiedenen Umgebungen, einschließlich der BNB-Chain, erweitern. 4️⃣ Netzwerkwert, der durch Workloads entsteht Diese Strategie hat direkte Auswirkungen auf das Prover-Netzwerk von Brevis. Je mehr Apps mit echtem Nutzerverkehr existieren, desto größer wird die Workload im Prover-Netzwerk. Dies führt zu einer Struktur, in der das gesamte Netzwerk Wert erfassen kann, und bildet die Grundlage für ein nachhaltiges Infrastrukturmodell, das über die bloße Bereitstellung von Technologie hinausgeht. 🔍 Zusammenfassung Die Botschaft, die Brevis in dieser Runde betont hat, lässt sich wie folgt zusammenfassen: - Die Architektur ist unterschiedlich - Der Markteintrittsansatz ist unterschiedlich - Auch die Struktur, in der Wert geschaffen wird, ist unterschiedlich Brevis ist kein Projekt, das nur ein zkVM erstellt, sondern baut eine Infrastruktur auf, die zk-Computing um tatsächlich genutzte Apps herum erweitert. Dies ist der Punkt, der am klarsten zeigt, warum Brevis als nächstes zk-Projekt bezeichnet wird.