Ich bin immer wieder auf eine unangenehme Einzelheit zur Automatisierung gestoßen. Wir geben einem System oft Kontrolle, bevor wir wissen, ob jede Aktion diese Kontrolle verdient.

Das übliche Modell wirkt simpel. Man gibt einem Agenten Zugriff, definiert die Aufgabe und überprüft später seine Aktivität. Wenn etwas schiefgeht, prüfen wir die Aufzeichnungen, entziehen den Zugriff oder versuchen, die Gelder wiederzubeschaffen.

Bis dahin ist die Aktion bereits passiert.

Das hat mich gestört, weil eine Verifizierung nach der Ausführung zwar nützlich ist, aber dennoch zu spät. Eine Prüfbahn kann erklären, wo ein Fehler passiert ist. Sie kann ihn nicht immer verhindern.

Das hat verändert, wie ich Newton Protocol gesehen habe.

Newton verlagert die Entscheidung früher. Ein Agent schlägt eine Aktion vor, sie läuft durch Regeln, die im Voraus festgelegt wurden, und nur eine genehmigte Aktion kann ausgeführt werden. Der Agent erhält keine uneingeschränkte Autorität, beliebige Transaktionen zu senden, die er sich aussucht.

Laut der aktuellen Agent Security-Dokumentation von Newton muss jede versuchte Transaktion aus einem Agent-Wallet eine Richtlinienbewertung bestehen. Richtlinien können Ausgaben einschränken, genehmigte Contracts, erlaubte Funktionen, Zeitpunkte, Ziele und die Transaktionshäufigkeit.

Nehmen wir einen Zahlungs-Agenten als Beispiel. Vielleicht möchte ich, dass er jeden Monat eine Cloud-Rechnung bezahlt. Ich möchte nicht jedes Mal manuell die gleiche Zahlung freigeben, aber ich würde ihm auch keine uneingeschränkte Autorität über das Wallet geben.

Eine Richtlinie könnte Zahlungen nur an eine einzige genehmigte Adresse erlauben, unter einem festen Betrag, und einmal pro Abrechnungszeitraum. Der Agent spart trotzdem Zeit. Seine Autorität hat Grenzen.

Automatisierung erfordert keine unbegrenzte Delegation.

Das Mainnet Beta von Newton Protocol wendet diese Idee zuerst auf Onchain-Finanzen an. Ein Vault-Curator kann vorschlagen, Gelder umzuschichten, eine Obergrenze festzulegen, einen Markt zu aktivieren oder eine Gebühr zu ändern. VaultKit prüft die genaue Aktion anhand der Richtlinie des Vaults, bevor es sie weiterleitet. Wenn die Prüfung fehlschlägt, wird die Aktion nicht ausgeführt.

Newton’s Mainnet Beta ging am 23. Juni 2026 live. In den offiziellen Startmaterialien heißt es, das Netzwerk sei live auf Base und Ethereum, beginnend mit durchsetzbaren Regeln für DeFi-Vaults.

Ich denke, dieser Ausgangspunkt ergibt Sinn. Vault-Curatoren steuern, wohin das Kapital der Einleger fließt, welche Märkte verfügbar werden und wie sich Limits oder Gebühren ändern. Ein schriftliches Risikodokument kann beschreiben, was ein Curator tun sollte, aber es kann keine Transaktion blockieren.

Newton versucht, diese schriftlichen Grenzen in aktive Bedingungen zu verwandeln.

Es gibt weiterhin Reibung, nur an einer anderen Stelle. Der Nutzer vermeidet wiederholte manuelle Freigaben, während das System vor dem Settlement eine Richtlinienprüfung hinzufügt. Sobald die Bedingungen erfüllt sind, kann die Ausführung fortgesetzt werden, ohne dass ein weiterer Klick eines Menschen nötig ist.

Ich finde, dieser Handel ist nützlicher, als jede Barriere zu entfernen und es Effizienz zu nennen. Geschwindigkeit hilft nur dann, wenn die Aktion ohnehin bereits erlaubt ist.

Operatoren bewerten eine vorgeschlagene Transaktion anhand der relevanten Richtlinie und erstellen eine Bestätigung (Attestation), die der Settlement-Contract prüfen kann. Newton Explorer führt eine öffentliche Aufzeichnung über vorgeschlagene Aufgaben und die Richtlinien, die zu deren Bewertung verwendet wurden.

Das längerfristige Operator-Design braucht sorgfältige Formulierungen. Newton sagt, dass nach dem Beta mehrere Operatoren beabsichtigt sind, Vorschläge unabhängig zu bewerten, nach ausreichend Übereinstimmung Genehmigungen zu kombinieren und ihre Arbeit mit erneut eingesetztem ETH abzusichern (restaked ETH). Falsche Entscheidungen könnten dann herausgefordert und über Slashing bestraft werden.

Geplant.

Nicht fertig.

Dieser Unterschied ist wichtig. Die Analyse sollte trennen, was bereits live ist, von dem, was das Protokoll erst später hinzufügen will.

Das veröffentlichte Design von Newton umfasst außerdem ein geplantes Model Registry, in dem Entwickler Modelle und Agenten auflisten können. Ich sehe darin eine mögliche Form selektiver Anerkennung. Bekannte Operatoren, registrierte Modelle und definierte Richtlinien können die Autorität leichter untersuchbar machen.

Allein die Registrierung schafft kein Vertrauen. Sie macht Identität nur sichtbarer.

Die meisten Diskussionen über Automatisierung konzentrieren sich darauf, Menschen aus dem Prozess zu entfernen. Newton schlägt etwas Maßvolleres vor. Der Mensch trifft die wichtige Entscheidung immer noch, aber er trifft sie früher.

Wir werden Autoren von Regeln, statt ständig an jeder einzelnen Transaktion teilzunehmen.

Eine einzige sorgfältige Richtlinie könnte viele spätere Aktionen steuern. Das komprimiert Zeit und reduziert wiederholte Aufmerksamkeit. Es kann auch eine Distanz zwischen Menschen und den Ergebnissen schaffen, die ihre Regeln hervorbringen.

Eine schlecht geschriebene Richtlinie kann perfekt durchgesetzt werden. Eine veraltete Datenquelle kann eine gültige Aktion ablehnen oder eine schädliche genehmigen. Operatoren, Contracts, Integrationen und externe Datenanbieter können weiterhin scheitern. Kryptografische Belege können zeigen, dass eine Regel befolgt wurde, aber sie können nicht beweisen, dass die Regel sinnvoll war.

Nutzer könnten auch Richtlinien genehmigen, die sie nicht verstehen, genauso wie Menschen Smart-Contract-Berechtigungen freigeben, ohne sie zu lesen. Entscheidungen vor der Ausführung zu verlagern hilft nur, wenn die Entscheidung selbst klar ist.

Also nutze ich jetzt drei Fragen, wenn ich automatisierte Systeme betrachte.

Welche genaue Autorität erhält der Agent? Wo werden die Grenzen durchgesetzt? Welche Belege bleiben nach der Ausführung bestehen?

Wenn die Antwort nur lautet: „Die Aktivität wird überwacht“, dann kommt der Schutz meiner Meinung nach immer noch zu spät.

NewtonProtocol bietet eine andere Struktur. Der Nutzer definiert die Berechtigung. Der Agent schlägt eine Aktion vor. Die Richtlinie wird geprüft. Der Contract entscheidet, ob die Ausführung fortgesetzt werden kann.

Das entfernt kein Vertrauen aus der Automatisierung. Es gibt dem Vertrauen nur eine sichtbarere Form.

Mein Blick hat sich dadurch geändert. Ich glaube nicht mehr, dass das beste automatisierte System das ist, das Menschen vollständig verschwinden lässt. Ich würde lieber Systeme sehen, bei denen Menschen nur dann zurücktreten, nachdem sie Grenzen formuliert haben, die sie verstehen, testen und überarbeiten können.

Die Frage, über die ich immer noch nachdenke, ist diese: Wenn unsere Regeln sofort für uns handeln können, werden wir dann sorgfältigere Autoren dieser Regeln, oder macht die Automatisierung die Konsequenzen leichter zu ignorieren?

@NewtonProtocol $NEWT #Newt