Gestern Nacht hat mich ein älterer Kollege, der Hochfrequenz-Quant-Trading macht, aufgeregt an der Arbeit gehalten und mit mir übers Trading diskutiert. Er meinte, das Newton Protocol ( $NEWT ) Mainnet Beta habe mit zkPermissions das sauberste und härteste Sicherheits-Framework für KI-Agenten hervorgebracht, das er in den letzten Jahren in die Finger bekommen habe. Nachdem er mir mit großer Begeisterung auseinandergesetzt hatte, wie „Kryptografie die KI in eine Box einsperrt“, habe ich kaum mitgeredet.

Wenn man in diesem Umfeld unterwegs ist, ist meine Grundlinie immer: „Erst das Leben sichern.“ Jeder Versuch, mit aufwendigen kryptografischen Konzepten die eigentliche Blackbox-Ausführung zu verkleiden, macht mich automatisch extrem misstrauisch. Zurück vor dem Rechner habe ich mir dann kurzerhand eine durchgemachte Nacht gegönnt und die Dokumentation zur zugrunde liegenden Architektur von Newton Protocol, die Commit-Historie auf GitHub sowie das von ihnen bereitgestellte Vault SDK Punkt für Punkt auseinandergenommen.

Ehrlich gesagt: Vor kurzem habe ich gerade ein Set an hochfrequenten Interaktions-Skripten, das auf Polygon lief, für die Cross-Chain-Migration fertiggemacht. Außerdem habe ich extra einen High-End-„Bare-Metal“-Server mit zwei Wegen EPYC und 2 TB RAM gemietet, um bestimmte Layer-1-Volumendaten beim Full-Node-Testing auszuwerten – also die Aufblastrate der Daten. Zu dieser Art von Protokoll-Story, die „Revolution auf der Basisschicht“ in den Mittelpunkt stellt, bin ich längst immunisiert. Nachdem ich die NEWT-Code-Logik gesehen habe, nur ein Satz: Das Mechanismus-Design ist wirklich raffiniert – aber ich hätte absolut nicht den Mut, so große Gelder einfach nackt dieser angeblich „unangreifbaren“ Lösung anzuvertrauen.

Mechanismus-Analyse: das extrem sexy „Autonomie im Rahmen“-Konzept

Zerlegen wir erst einmal das zkPermissions-Mechanismus-Setup. Zerreißen wir die Marketing-Sprechblasen: Das Kern-Fundament von Newton Protocol ist auf die Konten-Abstraktions-Standards ERC-4337 und den neuesten EIP-7702 aufgebaut.

Wenn traditionelle AI-Agenten dein Geld bewegen wollen, musst du ihnen den privaten Schlüssel aushändigen – das nennt man aktives jemanden „ins Messer laufen lassen“. Newtons Spiel ist stattdessen: Man zeichnet der KI einen toten Kreis. Einzeltransaktions-Interaktionslimit, Schwelle für die Vermögensverbrauchsrate innerhalb von 24 Stunden, die Whitelist erlaubter DApp-Smart-Contracts und sogar ein Zeitlock, der exakt bis zur Blockhöhe reicht. Sobald diese Einschränkungen On-Chain eingebrannt sind, muss die KI jedes Mal, wenn sie Transaktionen starten will, um Gelder zu bewegen, offline in Echtzeit einen ZK-Beweis generieren. Sie muss dem Mainnet nachweisen: „Diese Aktion liegt vollständig im Rahmen der Whitelist, die der Owner festgelegt hat.“

Wagt man einen Schritt über die Grenze hinaus? Dann ist der ZK-Beweis sofort ungültig, und der Node schmeißt diese Transaktion schon in der Mempool-Phase (Memory Pool) aus dem Rennen. Offiziell nennen sie das „Scoped Autonomy“ (Autonomie im festgelegten Rahmen).

Ich habe selbst mit Python-Skripten ein bisschen die RPC-Konfiguration angepasst, bin direkt in das Testnet gegangen und habe diese Logik einmal komplett als Stresstest durchlaufen lassen. Aus rein technischer Sicht: Wenn du ein paar Dutzend Millionen U in der Hand hast, es AI übergeben willst, um hochfrequente Strategien umzusetzen, aber Angst hast, dass Hacker dir den Hals abdrehen – dann ist dieses Design im Grunde genau nach meinem Geschmack. Du musst die zugrunde liegenden Codes deines Audit-Agenten nicht mehr Reverse-Engineer-artig prüfen, ob dort Private-Insert-Schmuggel drin ist. Du musst lediglich der Mathematik vertrauen. In diesem Bereich hat Newton tatsächlich die Lebensadern der Großinvestoren gepackt.

Tödliche Blindstelle: Perfekte Mathematik kann die Schlamperei der Menschlichkeit nicht retten

Aber wenn man der praktischen Logik weiter nach unten nachzeichnet, kommen einem die kalten Schauer.

ZK-Beweise: Das ist im Kern ein „getreuer und sturer Ausführungsautomat“. Er kann nur garantieren, dass die KI dir absolut gehorcht – aber er kann niemals verifizieren, ob die von dir erteilten Anweisungen selbst eine extrem dumme Entscheidung sind.

Ich stöbere im Alltag gern in GitHub, um die SDKs verschiedenster Protokolle auseinanderzunehmen (z. B. hatte ich zuvor die Under-the-hood-Validierungslogik von Sign Protocol und EAS tief untersucht). Ich habe schon zu viele Blutbäder gesehen, die durch „semantische Fehlübersetzung zwischen Frontend und Backend“ verursacht wurden. Ich werde euch zwei konkrete reale Horrorszenarien rekonstruieren, die mit Sicherheit im NEWT-Ökosystem passieren werden.

Szene 1: Präzisionsverschiebung beim „legalen Massaker“

Irgendeine Institution oder ein Geldpool-„Operational“-Trader hängt mit Newtons Backend eine automatische Rebalancing-Strategie an die Kasse. In den zkPermissions tippt er dabei nebenbei in die Einzeltransaktionsgrenze einfach „50000“ – in der festen Überzeugung, er habe eine absolute Feuerwand von 50.000 USDC eingerichtet.

Aber im eigentlichen, tieferen Sichtfeld von Smart Contracts werden Token mit Präzisionseinheiten (Decimals) geführt. USDC hat 6 Stellen Präzision, native Ether-Assets hingegen 18 Stellen. Wenn du ihre Vault SDK schon mal genutzt hast, wirst du feststellen: Wenn im Frontend nicht extrem strenge Umrechnungen der Präzision vorgenommen werden, kann „50000“ im Backend-Code vielleicht nicht einmal ein paar Cents wert sein. Umgekehrt: Wenn das Frontend die fehlenden 18 Nullen gewaltsam ergänzt, du aber eigentlich nur 50.000 Einheiten eines Niedrigpräzisions-Tokens beschränken wolltest, hält die KI diese „falsch ausgerichtete“ Parameter-Freigabe-Schwertklinge. Dann kann sie sich munter durchfressen.

Jeder einzelne ZK-Beweis für die Übertragung ist makellos und erfüllt vollständig die „autorisierte“ Bedingung – aber dein Geldpool ist sofort leergezogen. Wenn dann etwas schiefgeht, gehst du die On-Chain-Logs durch: alles ist sauber und ordentlich. Die Protokollseite steckt die Schuld überhaupt nicht ein, weil „der Beweis gültig ist“. Du findest nicht einmal eine Tür, an der du zur Wahrung deiner Rechte anklopfen könntest.

Szene 2: Whitelist-Vergiftung und Hintertür-Freigaben

Ein Retail-Anleger will ein bisschen High-End spielen: er nutzt den $NEWT -Proxy, um automatisch bei einigen Layer-1-DeFi-Erträgen nachzuinvestieren. Beim Zusammenstellen der Whitelist zittert beim Herunterklappen kurz die Hand – oder beim Copy-Paste schaut man einmal zu kurz. Dann wählt man versehentlich einen „mageren“ Angelteich, der sich nur um einen Buchstaben von der üblichen Contract-Adresse unterscheidet.

Eine extrem gehorsame KI-Agentin stopft dein gesamtes Kapital ohne zu zögern in diesen Klotz (mit 90 Tagen Lockup), der sogar so gebaut ist, dass der Owner ihn beliebig nachprägen (Mint) kann – eine Art Wucher-Pfand. Der ZK-Beweis bleibt trotzdem perfekt, die Under-the-hood-Sicherheit von Newton ist steinhart – auch dann, wenn dein Geld komplett in die Taschen des Hackers gewandert ist.

In so einem Fall kannst du nur dich selbst dafür verantwortlich machen. Du kannst höchstens über deine eigene Blindheit fluchen.

Bewertungslogik und Szenariovorhersage: Spielzeug für Institutionen – oder Infrastruktur für die Masse?

Das ist im Moment der tiefste Interessenkampf in der Web3-Infrastruktur. Newton Protocol hat ein scheinbar unangreifbares Sicherheitsmärchen gebaut: ZK garantiert, dass der Agent vertrauenswürdig ist – und alle können sich darauf verlassen.

Für B2B-Kunden ist das die Top-Verkaufsansprache und auch die zentrale Story, um Token mit hoher Bewertung am Leben zu halten. Aber dieses Märchen steht und fällt mit der Voraussetzung: **„Der Nutzer verfügt über Code-Review-Kompetenz auf Geek-Niveau und macht absolut keine Fehler“**.

Sobald es zu einem Abfluss von Vermögenswerten kommt, kann die Protokollseite ganz offen den ZK-Beweis ausspucken: „Seht, die KI arbeitet streng nach Ihren Vorgaben.“ Zwar stellt Newton Mainnet Beta derzeit einige vordefinierte Parameter-Templates bereit, um vor Fehlern zu schützen, aber das reicht bei Weitem nicht. Auf dem Markt gibt es im Grunde kein einziges unabhängiges, visuelles Prüfwerkzeug, das normalen Spielern hilft, bevor sie auf „Confirm“ drücken, zu überprüfen, ob die Bytecodes, die der Smart Contract wirklich versteht, dasselbe sind wie die Strategie, die man sich im Kopf vorgestellt hat. Was du kaufst, ist nicht der Schutz durch ZK – sondern ZK eröffnet dir lediglich eine Haftungsausschluss-Erklärung.

Für Leute wie mich, die normalerweise mit tiefem Graben in die ZK-Beweismechanik und die Struktur des semantischen Ledger-Designs die Minen entschärfen, ist dieses Re-Review vielleicht nur ein Gag. Denn du weißt, wie man sich absichert. Aber wenn du ein normaler Spieler bist, der seine komplette Habe und sein Leben an den Newton-Protocol-AI-Agenten übergeben will: Hör auf mich mit dem Rat. Nachdem du zkPermissions konfiguriert hast, prüfe die Einheiten der Parameter dreimal, kläre jedes Auslöser-Kriterium – und geh dann ganz bestimmt als Erstes mit ein paar dutzend Euro Testgeld aufs Mainnet, um die Lage zu sondieren. Vertraue niemals blind auf Mechanismen.

Was die Ansicht und die Operationen auf dem Sekundärmarkt von $NEWT angeht, ist meine Logik äußerst simpel: Anhand der aktiven Code-Commit-Phase, die sie in letzter Zeit auf GitHub gezeigt haben, schaue ich nur auf zwei Kernkennzahlen:

1. Wann tauchte ein Fall auf, in dem ein dritter „wilder Geek“ oder ein Sicherheitsteam eine verlässliche Konfigurations-Validierungs-Frontend-Werkzeug gebaut hat – basierend auf natürlicher menschlicher Sprache?

2. Wann gab es den ersten öffentlichen Fall, in dem durch „Blindheit bei der Konfiguration“ alles auf Null gesetzt wurde – und wie war die PR-Haltung des offiziellen Protokolls dazu?

Solange es kein visuelles Validierungswerkzeug gibt, behandle ich Newton Protocol nur als maßgeschneidertes, hochriskantes Spielzeug für professionelle Institutionen. Ich werde es definitiv nicht nach der Logik „Mainstream AI für den Konsum der Masse“ bewerten, denn diese beiden Bewertungsräume liegen 108.000 Meilen auseinander.

Mathematik beweist tatsächlich die Unschuld des Roboters – aber in dieser Community, in der das Gesetz des dunklen Waldes herrscht: Wer fängt dann die Schlamperei der Menschlichkeit ab? Das ist die eigentliche Minenstelle, die Newton – und alle AI-x-Crypto-Projekte – als Nächstes auffüllen müssen. Keine Eile mit Fomo, Lebensrettung hat immer Priorität.@NewtonProtocol #newt