Heute möchte ich über die „Automation Intents“ von @NewtonProtocol sprechen. Ich verstehe sie nicht nur als Automatisierungstool, sondern als etwas, das die Ausführungskompetenz wirklich an überprüfbare On-Chain-Agenten zurückgibt. Früher, als wir Bedingungsorders umgesetzt haben, mussten wir entweder auf zentralisierte Bots vertrauen oder selbst Smart Contracts schreiben und Skripte laufen lassen – und wenn etwas schiefging, gab es praktisch nur noch „durchbeißen“. Die Logik von Newton ist: Du musst nur ausdrücken „Wenn ETH auf 1500 fällt, kaufe mit USDC 0,1 Stück“, den Rest übernimmt der Agent in einer TEE-Umgebung, überwacht die On-Chain-Bedingungen und erzeugt eine Ausführungsbestätigung via ZKP. Der entscheidende Unterschied: Jede einzelne Aktion kann von Dritten geprüft werden – kein Black-Box.
Der Mehrwert dieses Designs liegt darin, Compliance und Automatisierung miteinander zu verbinden. Stell dir DeFi-Capital-Management vor: Du willst deine Positionen dynamisch anpassen, basierend auf dem AAVE-Einlagezins. Früher musstest du entweder selbst ständig hinschauen oder einem Off-Chain-Signalgeber vertrauen. In der Intent-Ebene mit $NEWT bindet das Agent-Register (Model Registry) im Voraus den Rahmen der von dir autorisierten Aktionen. Das Keystore-Management verwaltet die Signaturberechtigungen; sobald die Bedingungen erfüllt sind, startet der Agent innerhalb der TEE eine Transaktion und erzeugt gleichzeitig einen Zero-Knowledge-Beweis, den beliebige Dritte verifizieren können – dass er deine Regeln nicht geändert hat. Der Redstone-Oracle ist bereits in die Execution-Layer integriert: Preis- und Zinsdaten gehen direkt in die TEE, ohne dass ein Mittelsmann sie manipulieren kann.
#Newt als Governance-Token und Träger für Gas-Zahlungen ist mit diesem Intents-Layer-Modell im Grunde gekoppelt: Jede Ausführung eines Intents muss $NEWT verbrauchen, und die Governance-Rechte werden genutzt, um per Voting zu bestimmen, welche Agent-Modelle registriert werden dürfen. Ich persönlich achte besonders darauf, dass viele Projekte nur das Problem lösen „kann man es automatisieren“. Newton löst aber „kann man es nach der Automatisierung noch zur Verantwortung ziehen“. Compliance ist keine Einschränkung, sondern sorgt dafür, dass Automatisierung wirklich von Institutionen vertraut werden kann. Mainnet Beta läuft bereits. Wenn man als Nächstes mehr echte Bedingungsorders sieht, die On-Chain ZKP-Verifikationsprotokolle generieren, glaube ich, dass das eine Welle von Entwicklern in Richtung Intents + Compliance auslösen wird.
Der Mehrwert dieses Designs liegt darin, Compliance und Automatisierung miteinander zu verbinden. Stell dir DeFi-Capital-Management vor: Du willst deine Positionen dynamisch anpassen, basierend auf dem AAVE-Einlagezins. Früher musstest du entweder selbst ständig hinschauen oder einem Off-Chain-Signalgeber vertrauen. In der Intent-Ebene mit $NEWT bindet das Agent-Register (Model Registry) im Voraus den Rahmen der von dir autorisierten Aktionen. Das Keystore-Management verwaltet die Signaturberechtigungen; sobald die Bedingungen erfüllt sind, startet der Agent innerhalb der TEE eine Transaktion und erzeugt gleichzeitig einen Zero-Knowledge-Beweis, den beliebige Dritte verifizieren können – dass er deine Regeln nicht geändert hat. Der Redstone-Oracle ist bereits in die Execution-Layer integriert: Preis- und Zinsdaten gehen direkt in die TEE, ohne dass ein Mittelsmann sie manipulieren kann.
#Newt als Governance-Token und Träger für Gas-Zahlungen ist mit diesem Intents-Layer-Modell im Grunde gekoppelt: Jede Ausführung eines Intents muss $NEWT verbrauchen, und die Governance-Rechte werden genutzt, um per Voting zu bestimmen, welche Agent-Modelle registriert werden dürfen. Ich persönlich achte besonders darauf, dass viele Projekte nur das Problem lösen „kann man es automatisieren“. Newton löst aber „kann man es nach der Automatisierung noch zur Verantwortung ziehen“. Compliance ist keine Einschränkung, sondern sorgt dafür, dass Automatisierung wirklich von Institutionen vertraut werden kann. Mainnet Beta läuft bereits. Wenn man als Nächstes mehr echte Bedingungsorders sieht, die On-Chain ZKP-Verifikationsprotokolle generieren, glaube ich, dass das eine Welle von Entwicklern in Richtung Intents + Compliance auslösen wird.