@NewtonProtocol Um ehrlich zu sein… als ich zum ersten Mal gehört habe, dass man das Newton Protocol die „Authorization Layer“ für On-Chain-Finanzgeschäfte nennt, ging ich davon aus, dass es sich um eine weitere Compliance-Erzählung handelt, die in Blockchain-Buzzwords verpackt ist. Wir haben bereits viele Projekte gesehen, die sichereres DeFi versprochen haben.
Nachdem ich Zeit damit verbracht habe, das Newton-Protocol-Whitepaper zu lesen, die VaultKit-Dokumentation durchzugehen und mich damit beschäftigt habe, wie das Protokoll in der Praxis funktioniert, habe ich eine andere Perspektive gewonnen. Ich glaube nicht, dass Newton versucht, Smart Contracts oder KI zu ersetzen. Es versucht, etwas zu lösen, das weder das eine noch das andere besonders gut abdeckt – sicherzustellen, dass eine Aktion stattfinden soll, bevor sie tatsächlich die Blockchain erreicht.
Das ist ein subtiler Unterschied, aber ich glaube, das ist eine wichtige Unterscheidung.
Die meisten DeFi-Protokolle sind unglaublich gut darin, Transaktionen exakt so auszuführen, wie sie geschrieben sind. Das Problem ist: Smart Contracts verstehen von Natur aus keine Business-Regeln, Ausgaberegeln (Spending Policies), Compliance-Anforderungen oder ob ein KI-Agent wirklich eine bestimmte Aktion ausführen sollte.
Newton fügt vor der Ausführung eine dezentrale Entscheidungsebene ein.
Stell dir vor, eine KI verwaltet einen DeFi-Vault. Anstatt Assets direkt zu bewegen, beginnt der Prozess mit einem Curator. Dieser Curator könnte einfach ein Wallet-Inhaber sein, ein Anwendungssigner oder ein Safe-gesteuerter Workflow. Sie erstellen und signieren die Manager-Aktion, aber es wird nichts sofort ausgeführt.
Diese Anfrage wird zu einer Task.
Was ich interessant fand, ist: Eine Task ist nicht einfach eine Transaktion, die in der Schlange wartet. Sie bündelt die beabsichtigte Aktion, die Policy, die sie auswerten soll, Policy-spezifische wasmArgs, die Ablaufdetails und die Signatur des Curators, die beweist, dass die Intention nicht verändert wurde. Im Grunde fragt sie das Netzwerk: „Erfüllt diese Aktion die vereinbarten Regeln?“
Das SDK erledigt die schwere Arbeit leise im Hintergrund. Es kodiert die Calldata, bereitet Policy-Eingaben vor, sendet die Task an das Gateway, wartet auf die Auswertung, fragt die Ergebnisse ab (pollt) und sendet schließlich die Shield-Transaktion, falls eine Genehmigung vorliegt. Aus Entwicklersicht ist das eine riesige Verbesserung der Benutzerfreundlichkeit, weil die komplizierte Koordination hinter den Kulissen passiert.
Dann kommt das, was ich für das Herz des Newton Protocol halte.
Das Gateway entscheidet nicht, ob eine Transaktion gültig ist. Stattdessen koordiniert es die Off-Chain-Policy-Auswertung über dezentrale Operatoren.
Jeder Operator führt die Policy unabhängig als WebAssembly (WASM) aus und bewertet dabei zusammen mit ihren Parametern und Policy-Argumenten die ursprüngliche Intention. Sie dürfen die Anfrage nicht umschreiben oder sich eine andere Transaktion ausdenken. Sie beantworten lediglich eine Frage: Soll genau diese Intention erlaubt oder abgelehnt werden?
Das fühlt sich viel gesünder an, als einem einzelnen Server irgendwo zu vertrauen.
Sobald genug Operatoren Konsens erreicht haben, sammelt der Aggregator ihre BLS-Signaturen, bis das Quorum erreicht ist. Das Ergebnis wird zu einer TaskResponse. Wenn das Netzwerk die Aktion ablehnt, gibt das SDK einen typisierten Fehler zurück, statt Gas für eine fehlgeschlagene On-Chain-Transaktion zu verschwenden. Wenn die Aktion genehmigt wird, wird diese signierte Antwort zu einer kryptografischen Bestätigung (Attestation), die später verifiziert werden kann.
Der letzte Prüfpunkt ist Shield, und ehrlich gesagt ist es wahrscheinlich mein Lieblingsbaustein.
Shield lebt On-Chain und vertraut der Off-Chain-Entscheidung nicht blind. Bevor irgendetwas an einen zugrunde liegenden Vault wie MetaMorpho oder Euler weitergeleitet wird, validiert es die Task-ID, die Policy-ID, die Client-Adresse, die Signatur der ursprünglichen Intention, die Ziel-Chain, die Ablaufzeit, den Replay-Schutz und die aggregierte AVS-Attestation.
Erst nachdem jede Validierung erfolgreich ist, geht die Transaktion an das Vault-Protokoll weiter.
Ich habe ständig darüber nachgedacht, wie anders das im Vergleich zu traditionellem Monitoring ist.
Die meisten Monitoring-Systeme sagen dir, dass etwas Schlimmes passiert ist, nachdem das Geld bereits bewegt wurde.
Newton s Policy-Modell versucht, die fragwürdige Aktion zu stoppen, bevor überhaupt eine Abwicklung stattfindet.
Der Wechsel von reaktiver Sicherheit zu Autorisierung vor der Ausführung fühlt sich an wie eine der praktischeren Infrastrukturverbesserungen, die ich in KI-gestützten Blockchain-Systemen gesehen habe.
Ich denke auch, dass diese Architektur gut zu dem passt, wohin Web3 sich entwickelt.
KI-Agenten beginnen damit zu handeln, Portfolios neu auszubalancieren, Treasuries zu verwalten, mit Kreditmärkten zu interagieren und On-Chain-Workflows zu automatisieren. Autonomer Software unbeschränkten Zugriff auf Milliarden von Dollar zu geben, dürfte wahrscheinlich nicht die Zukunft sein, die sich irgendjemand wünscht.
Den diesen Agenten programmierbare Leitplanken (Guardrails) durch dezentrale Infrastruktur zu geben, ergibt viel mehr Sinn.
Genau dort wird mir der Nutzen von Newton klarer. Es geht weniger darum, eine weitere Blockchain-Funktion hinzuzufügen, und mehr darum, eine Autorisierungsschicht aufzubauen, in die andere Protokolle einhaken können. Egal ob DeFi-Vaults, Stablecoins, RWA (Real-World Assets), automatisierte Treasury-Systeme oder KI-Marktplätze: Das gleiche Policy-Framework kann verifizieren, dass vordefinierte Regeln vor der Ausführung befolgt wurden.
Natürlich. Ich glaube nicht, dass das Design perfekt ist.
Das Protokoll hängt weiterhin von hochwertigen Policies ab. Eine schlecht gestaltete Policy könnte Aktionen genehmigen, die die Regeln technisch erfüllen, aber dennoch unerwünschte Ergebnisse erzeugen. Die Off-Chain-Auswertung führt außerdem zusätzliche Infrastruktur ein im Vergleich zur direkten Ausführung einer einfachen Transaktion, daher wird die Akzeptanz davon abhängen, ob Entwickler glauben, dass die zusätzliche Sicherheit die hinzugefügte Komplexität wert ist.
Für mich sind das keine Dealbreaker, aber es sind echte Überlegungen.
Nach dem, was ich gesehen habe, versucht das Newton Protocol nicht, mit bestehenden DeFi-Protokollen zu konkurrieren. Es versucht, zu einer Infrastruktur zu werden, die still unter ihnen liegt.
Manchmal ist die wertvollste Blockchain-Innovation nicht noch eine schnellere Chain oder noch eine andere Yield-Strategie.
Manchmal ist es einfach sicherzustellen, dass die richtige Transaktion aus dem richtigen Grund passiert, bevor überhaupt etwas die Blockchain berührt.
Nachdem ich die Protokoll-Konzepte hinter VaultKit durchgelesen habe, war es genau dieser Teil, der bei mir am meisten hängen geblieben ist.
