Als ich Web3 zum ersten Mal betrat, wurden viele von Smart Contracts angezogen, weil sie eine völlig neue Form des Vertrauens repräsentierten. Der Code ist offen, die Regeln sind transparent, und sobald die Bedingungen erfüllt sind, läuft das Programm automatisch. Aber als sich die Branche weiterentwickelte, wurde mir klar: Smart Contracts lösen zwar, „wie nach festgelegter Logik ausgeführt wird“, aber nicht unbedingt, „wie man in einer komplexen Umgebung die Ausführung beurteilt“.
Zwischen diesen beiden gibt es im Grunde einen großen Abstand.
Heute sind On-Chain-Anwendungen nicht mehr nur einfache Überweisungen oder der Tausch von Vermögenswerten. Ein vollständiges Finanz-Handling kann mehrere Protokolle, mehrere Datenquellen und mehrere Einschränkungen durch Bedingungen umfassen. Nutzer möchten möglicherweise, dass das System ein bestimmtes Ziel automatisch erreicht, ohne jedoch die vollständige Kontrolle zu verlieren. Entwickler möchten die Effizienz steigern, müssen aber sicherstellen, dass der Ausführungsprozess den Erwartungen entspricht.
Das ist auch der Punkt, der mir beim erneuten Studium des Newton-Protocol-Whitepapers als etwas Besonderes aufgefallen ist.
Viele, die Newton erwähnen, haben als ersten Gedanken AI-Agenten oder Automatisierung. Wenn man jedoch genauer auf die Architektur schaut, erkennt man: Was Newton wirklich aufbauen will, ist eine Schicht für On-Chain-Berechtigung und Verifikation – damit automatisierte Aktionen eine klarere Ausführungslogik haben.
Die von Newton vorgeschlagene Authorization Layer besteht im Kern darin, außerhalb des herkömmlichen Smart-Contract-Ausführungsmodus eine Zwischenschicht einzuführen, die Policy-Entscheidungen verarbeiten kann.
Frühere On-Chain-Prozesse waren üblicherweise:
Der Nutzer initiiert eine Transaktion → Smart-Contract-Ausführung → das Ergebnis entsteht.
Und das, was Newton erkunden wollte, ist:
Benutzerdefinierte Bedingungen → Policy-Entscheidung → Verifizierte Ausführung → Ausführen der Aktion.
Dieser Wandel scheint nur darin zu bestehen, dass man eine weitere Prozessschicht hinzufügt, aber für zukünftige komplexe Anwendungen ist das äußerst entscheidend.
Denn viele On-Chain-Aktionen in der Zukunft werden nicht nur einmalige Transaktionen sein, sondern langfristig laufende automatisierte Aufgaben. Beispielsweise brauchen Strategien für das Asset-Management, Protokoll-Operationslogik und automatisierte Finanzdienstleistungen, dass das System kontinuierlich unter bestimmten Bedingungen ausgeführt wird.
In diesem Moment werden sich die Grenzen eines einfachen Code-Ausführungsmodells nach und nach zeigen.
Das Policy Framework im Newton-Whitepaper wurde genau für dieses Problem entworfen. Es ermöglicht Entwicklern, verschiedene Ausführungsbedingungen zu abstrahieren und einige Entscheidungen, die zuvor fest in der Anwendungslogik verankert waren, in flexibelere Policy-Module zu verwandeln.
Das bedeutet, dass Anwendungen nicht bei jedem Mal die zugrunde liegende Logik neu entwerfen müssen, sondern verschiedene Policies kombinieren können, um unterschiedliche Szenarien abzudecken.
Ich glaube, dass das dem Entwicklungsprozess von Internet-Infrastruktur sehr ähnelt.
In der frühen Internet-Ära musste jedes Unternehmen seinen eigenen Server aufbauen und sich um Probleme auf der Basistechnologie-Ebene kümmern. Doch mit der Reife von Cloud-Computing, Datenbanken und Entwicklungs-Frameworks können sich Entwickler stärker auf Innovation im Produkt konzentrieren.
Auch die Blockchain wird in der Zukunft ähnliche Phasen durchlaufen.
Wenn On-Chain-Anwendungen immer komplexer werden, könnte das, was die Entwicklung der Branche wirklich begrenzt, nicht der Mangel an neuen Ideen sein, sondern das Fehlen grundlegender Komponenten, die solche Ideen überhaupt zum Laufen bringen können.
Neben der Policy ist auch der Automation Intent in der Newton-Architektur eine wichtige Richtung.
Es hat die Art verändert, wie Nutzer dem System früher sagen mussten, „wie man jeden einzelnen Schritt macht“: Stattdessen können Nutzer Ziele ausdrücken, und das System erledigt die Aufgaben anhand der Bedingungen.
Das ist für die automatisierte Finanzierung der Zukunft sehr wichtig.
Denn eine wirklich ausgereifte Automatisierung sollte nicht nur menschliche Klicks ersetzen, sondern verstehen, was der Nutzer erreichen will, und das Ziel innerhalb des vorgegebenen Rahmens umsetzen.
Dabei ermöglicht Newton durch TEE und mit ZK verwandte Technologien, dass der Ausführungsprozess verifiziert werden kann, und gleichzeitig werden sensible Daten weniger stark offengelegt. TEE bietet eine vertrauenswürdige Rechenumgebung, und ZK-Beweise helfen dabei zu verifizieren, dass bestimmte Ergebnisse den Anforderungen entsprechen, ohne alle Ausführungsdetails zu veröffentlichen.
Diese Designidee löst im Grunde das zentralste Problem automatisierter Systeme:
Wie kann man anderen glauben machen, dass ein Prozess tatsächlich so abläuft – nicht nur, dass man ein Ergebnis sieht?
Außerdem ist VaultKit ein wichtiger Bestandteil des Newton-Ökosystems. Für Entwickler bietet es eine einfachere Möglichkeit, diese Fähigkeiten zu integrieren, sodass bestehende Anwendungen die Newton-Berechtigungs- und Automatisierungs-Frameworks nutzen können, ohne die gesamte Infrastruktur von Grund auf neu aufbauen zu müssen.
Natürlich glaube ich nicht einfach, dass Newton bereits die Antwort für die Branche vollständig geliefert hat.
Die größte Herausforderung von Infrastrukturprojekten ist nie, ein Konzept zu formulieren, sondern tatsächlich ein nutzbares Netzwerk aufzubauen. Entscheidend dafür, welchen Wert es am Ende hat, ist, ob Entwickler sich anschließen möchten, ob Anwendungen dauerhaft Aufrufe erzeugen und ob das Operator-Netzwerk stabil laufen kann.
Für $NEWT interessiere ich mich persönlich eher für langfristige Ökosystemdaten als für kurzfristige Preisbewegungen.
Wenn in Zukunft immer mehr On-Chain-Anwendungen komplexe automatisierte Abläufe bewältigen müssen, könnte „verifizierbare Ausführung“ zu einem neuen grundlegenden Bedarf werden.
Früher hat die Blockchain gelöst, wie Werte übertragen werden.
Smart Contracts lösen, wie Regeln ausgeführt werden.
Und was Newton dabei erforschen möchte, ist: Wie kann man den Ausführungsprozess in einer noch komplexeren Umgebung so gestalten, dass er besser steuerbar, verifizierbar und erweiterbar ist?
Das könnte eine wichtige Richtung für den Wettbewerb um On-Chain-Infrastruktur in der nächsten Phase sein.