Rego wurde nie mit dem Gedanken entwickelt, Zero-Knowledge-Beweise (Zero-Knowledge Proofs) zu unterstützen. Es handelt sich um eine Policy-Sprache – gemacht, um klare Regeln darüber zu schreiben, was erlaubt ist und was nicht. Dinge wie „blockiere diese Transaktion, wenn sie einen bestimmten Betrag überschreitet“ oder „verlange diese Art von Identitätsprüfung, bevor eine Überweisung erlaubt wird“. Sie ist flexibel und leicht zu lesen, weshalb sie bereits von so vielen Teams genutzt wird. Aber diese flexiblen Regeln in etwas umzuwandeln, das ein Zero-Knowledge-Beweissystem tatsächlich verifizieren kann, ist ein viel schwierigeres Problem. Genau diese Herausforderung hat Newton angenommen.

Warum das überhaupt schwierig ist

Zero-Knowledge-Beweise müssen alles exakt abbilden. Ein Beweissystem muss genau wissen, was geprüft wurde, und bestätigen, dass es korrekt geprüft wurde – ohne dabei die privaten Daten dahinter zu sehen. Rego hingegen ist dafür gebaut, flexibel und ausdrucksstark zu sein. Es kann viele Arten von Logik abbilden – großartig, um Richtlinien zu schreiben, aber schwierig, es in etwas umzuwandeln, das ein Beweissystem verarbeiten kann. Die meisten Teams hätten sich zwischen den beiden entscheiden müssen: Entweder Rego behalten und den ZK-Datenschutzteil verlieren – oder ein striktes Beweissystem bauen und die Flexibilität aufgeben, die Rego überhaupt erst nützlich gemacht hat.

Wie Newton die Lücke schließt

Newton wollte sich nicht entscheiden. Stattdessen bauten sie ein System, in dem eine Richtlinie einmal in Rego geschrieben werden kann und dann durch ihr Netzwerk aus Operatoren läuft, sobald eine Transaktion eingeht. Die Operatoren prüfen die Transaktion anhand der Richtlinie und erzeugen einen Beweis, der zeigt, dass die Regeln eingehalten wurden. Dieser Beweis wird der Transaktion als Attest beigefügt – eine Art signierter Beleg, den jeder überprüfen kann.

Der entscheidende Punkt ist, dass die tatsächlichen privaten Daten, die bei der Prüfung verwendet werden – etwa der Verlauf des Kontostands eines Wallets oder ein Identitäts-Score – niemals angezeigt werden müssen. Der Beweis bestätigt lediglich, dass die Richtlinie bestanden wurde. Es wird nichts weiter offengelegt. Genau das macht es zu einem echten Zero-Knowledge-Verfahren und nicht nur zu „Vertraut uns, es hat funktioniert.“

Warum das tatsächlich wichtig ist

Das mag wie ein kleiner technischer Fortschritt klingen, aber er öffnet viele Türen. Compliance und Datenschutz schienen bisher immer gegeneinander zu laufen. Regulierer und Risk-Teams wollen den Nachweis, dass Regeln eingehalten werden. Nutzer möchten, dass ihre Daten privat bleiben. Die meisten Systeme zwingen zu einem Kompromiss zwischen beidem.

Indem Newton Rego-Richtlinien in Zero-Knowledge beweisbar macht, zeigt sie, dass man nicht das eine für das andere aufgeben muss. Ein Projekt kann KYC-Checks, Überweisungslimits oder Risk-Scoring verlangen – alles automatisch durchgesetzt, ohne dass irgendjemandes persönliche Informationen on-chain offengelegt werden. Der Beweis steht stellvertretend für die Daten.

Was das in Zukunft bedeuten könnte

Wenn dieser Ansatz sich im großen Maßstab bewährt, verändert er, wie Compliance in der Kryptobranche künftig umgesetzt wird. Anstatt dass jede App ihre eigene individuelle Logik schreibt und darauf hofft, dass sie sicher ist, könnten Teams Richtlinien in einer Sprache formulieren, die sie bereits kennen – und sie dann in ein System einbinden, das diese Richtlinien standardmäßig beweisbar und privat macht.

Es ist noch früh, und das Skalieren dieser Art der Beweiserstellung über viele Transaktionen hinweg ist keine kleine Aufgabe. Aber dass Newton beweist, dass es überhaupt möglich ist, ist ein echter Schritt nach vorn. Compliance muss nicht länger bedeuten, dass man Datenschutz aufgeben muss. Es kann beides bedeuten – Datenschutz und Compliance – wenn man zusammenarbeitet, gestützt auf Mathematik statt auf Vertrauen. @NewtonProtocol #Newt $NEWT