In der halben Nacht habe ich im Serverraum gerade das Ganze für den zkVM (Zero-Knowledge-Virtual Machine) auf SP1 fertiggestellt, dann bin ich rüber auf den Binance-Platz gegangen und habe mal nachgesehen: Da reden tatsächlich noch jede Menge Jungpflanzen das hohe ZK (Zero-Knowledge)-Datenschutzkonzept schön. Ich lache mich kaputt, während ich eine Tasse Nudeln esse.
1. Ständig gleich alles neu schreiben oder neu bauen – wie viele Entwickler haben schon Albträume von selbstgeschriebenen ZK-Schaltungen?
Wenn man in der Krypto-Welt On-Chain-Compliance oder Privacy-Asset-Management macht, ist die Sache, vor der ich am meisten Angst habe, genau die Zero-Knowledge-Proof (Null-Wissens-Beweis). Früher mussten wir Programmierer, um bei gleichzeitiger Wahrung der Privatsphäre unsere Unschuld zu belegen, diese unmenschenartigen kryptografischen Sprachen verwenden, um maßgeschneiderte Schaltungen (Bespoke Circuits) selbst zu schreiben. Haare verliert man dabei nicht nur – am schlimmsten ist, dass sich der Compliance-Kurs in der Krypto-Welt schneller dreht als ein Hund umdreht.
Heute sagt das US-Finanzministerium, dass die OFAC-Blackliste zwei Ethereum- #ETH -Adressen hinzugefügt hat. Morgen ändert die Aufsichtsbehörde die „tägliche Auszahlungsobergrenze“ von 10 #BTC auf 5. Entschuldigung: Wenn sich eine Regel nur um ein einziges Wort ändert, sind all deine zuvor von Hand geschriebenen ZK-Schaltkreise sofort hinfällig. Das komplette System muss neu aufgebaut und neu geschrieben werden. In dieser Zeit, in der im Krypto-Markt jede Sekunde zählt, ist eine solche menschenunwürdige Entwicklungseffizienz schlicht eine Katastrophe.
Jetzt kommt @NewtonProtocol der Schlag in die Magengrube, den nur echte Insider liefern können: Es zwingt dich zu keinem einzigen kryptografischen Schaltkreisdesign. Stattdessen packt es einen voll funktionsfähigen „Cloud-Native-Strategie-Übersetzer“ (Rego-Interpreter) als Ganzes ein und stopft ihn direkt in ein generisches Zero-Knowledge-Virtual-Machine (zkVM). Ich muss nur mit menschenlesbarer Logik konforme Bestimmungen formulieren; auf der Ebene darunter generiert es automatisch unzerstörbare mathematische Beweise.
II. Zieh mir nicht die Kryptografie um die Ohren: Schmiede die Vertrauensbrücke direkt mit menschlichem Skript-Gebastel zusammen.
Ich habe #Newt ins Auge gefasst, weil es den bisherigen Weg verlässt, bei dem man Schaltkreise für konkrete Fachlogik starr fest verdrahtet. Stattdessen wird der open-source OPA-Rego-Sprach-Interpreter direkt in die generische RISC-V-Instruktionsarchitektur kompiliert und dann komplett innerhalb des zkVM nackt ausgeführt.
Warum Rego? Weil das im Kern deklarativ und eine reine Funktion ist. Bei gegebenen Regeln und Eingaben ist das Ergebnis der Zustandsautomaten-Auswertung absolut mathematisch determiniert – egal ob du zehntausend- oder hundertmillionenmal rechnest. Es hängt von keinerlei schwer zu erfassenden dynamischen On-Chain-Zuständen ab. Diese „saubere Auswertbarkeit“ schmiedet mir direkt eine Vertrauensbrücke zwischen für Menschen verständlichen konformen Regeltexten und kalter kryptografischer Mathematik – eine Brücke, die man nicht böswillig missbrauchen kann.
Egal ob du auf Ethereum Hochrisiko-Sanktions-Blacklists filterst oder dynamische Limits für den Geldfluss von BTC-Wal-Adressen setzt: Ich brauche nur ein paar Zeilen Rego-Regeln zu schreiben – so wie man ganz normale Cloud-Native-Skripte erstellt. Sobald ein externer Herausforderer denkt, dass eine Rückmeldung des Nodes betrügerisch ist, kann der von zkVM gelaufene Zero-Knowledge-Beweis direkt als Beweismittel unmissverständlich für einen Smart Contract herhalten: „Die Strategie-CID ist $X$; der Eingabedatenstrom ist $Y$; die Interpretation/der Interpreter muss als korrekten Output $Z$ ausrechnen.“ Komplexe R1CS-Constraint-Systeme und das schmerzhafte Trusted Setup werden von der oberen Ebene komplett isoliert. Sobald du die Strategie fertig geschrieben hast, besitzt sie automatisch die durchschlagende Beweiskraft, um böswillige Nodes gnadenlos zu slashen.
III. Generisches zkVM ist zwar toll, aber die Verzögerung bei der Beweisgenerierung kann dich sofort in den Ruin treiben
Generisches zkVM klingt zwar wie ein Allheilmittel, aber ich muss euch als alter Hase, der täglich in der Serverfarm rumsteht und Asche schluckt, direkt eine kalte Dusche verpassen: Die Rechenaufwände und die Zeitverzögerung beim Beweisen (Proof Generation Latency) sind in der Branche weithin anerkannte unsichtbare Minenfelder.
Der Rego-Interpreter macht Entwicklung zwar angenehm, aber in extremen Marktphasen mit massiven Intraday-Spitzen, wenn die Gas-Kosten im ganzen Netz explodieren und bei Transaktionen hochfrequente parallele Zugriffe herrschen, steht und fällt alles mit dieser kritischen Lebens-oder-Tod-Situation. Wenn du dann häufig das generische Virtual Machine nutzt, um ZK-Beweise zu erzeugen, frisst der dahinterliegende Server-Rechenaufwand jedes kleine Projekt im Handumdrehen auf. Wenn es bei der Beweisgenerierung hakt, kommen deine Auszahlungen oder Compliance-Nachweise möglicherweise nie rechtzeitig durch – und wenn der Bärenmarkt losbricht, könnte der große Wal-Besitz in der Kette direkt „ausgeknockt“ werden.
IV. Mach keinen Technik-Schleimer, „optimistische Ausführung“ ist der richtige Weg.
Hör mir mit Verstand zu: Wenn du diese Architektur integrierst $NEWT , mach bitte nicht den technischen Schleimer, und stopf keine rechenintensiven Aufgaben in ein generisches zkVM. Mein eigener Praxisansatz in der Serverfarm war, die Rego-Strategie auf der Kette extern vorzuberechnen und anschließend optimistisch auszuführen (Optimistic Execution).
Wenn sonst nichts passiert, vertraust du standardmäßig der normalen Signatur des Nodes, um eine schnelle Reaktionszeit im Sekundenbruchteil sicherzustellen und den Usern nicht beim Krypto-Trading in die Quere zu kommen. Erst wenn ein externer Herausforderer wirklich Betrugsverdacht findet und einen Rechtsstreit braucht, startest du dieses ZK-VM, um eine generische Beweisführung on-chain zu bringen, um (Slashing) böswillige Nodes zu entlarven und zu bestrafen. Mit möglichst wenig Rechenleistung die stabilste Gesamtarchitektur – genau das ist die Aufgabe eines alten Hasen.
