Ich habe heute mit @NewtonProtocol Dokumenten herumgespielt, um eine Agent-App in deren Attestation-Flow einzubinden, und eine einzige Zeile in ihrem Bericht vom 1. Juli hat mich mitten im Scrollen gestoppt.
Das Mainnet Beta ging am 23. Juni auf Base und Ethereum live, und der Pitch ist: „Kein einzelner Operator entscheidet über das Ergebnis“ – eine Supermehrheit unabhängiger Operatoren prüft eure Policy, gibt grünes Licht, und ihr erhaltet eine kompakte Attestation, die ihr im Newton Explorer verifizieren könnt. Klingt wasserdicht. Außer: In der Doku selbst steht, dass die Multi-Operator-Konsensbildung erst einsetzt, sobald $NEWT das Beta verlassen hat. Gerade während der Phase, in der die meisten Builder integrieren, vertraust du also einem kleineren Operator-Set als es die „trustless“-Darstellung vermuten lässt.
Ich habe diesen Absatz zweimal neu gelesen, weil ich dachte, ich hätte es falsch interpretiert. Hab ich nicht.
Die Policies sind in Rego geschrieben (okay, das ist eine Compliance-Team-freundliche Wahl), und das WASM-Sandboxing für benutzerdefinierte Data-Connectoren ist wirklich clever – ihr seid nicht auf deren Out-of-the-box-Provider wie Chainalysis oder RedStone festgenagelt. Aber die zentrale Vertrauensannahme, das Element, das dazu führt, dass die gesamte „verifizierbar vor Abrechnung/Settlement“-Story funktioniert, ist ausdrücklich für später vorgesehen.
Ich sage nicht, dass das schlechte Ingenieursarbeit ist. Nur… wenn ihr heute einen KI-Agenten auf das hier ausliefert: Baut ihr auf dem Sicherheitsmodell auf, das sie beschreiben – oder auf dem, das tatsächlich läuft?
#Newt
Das Mainnet Beta ging am 23. Juni auf Base und Ethereum live, und der Pitch ist: „Kein einzelner Operator entscheidet über das Ergebnis“ – eine Supermehrheit unabhängiger Operatoren prüft eure Policy, gibt grünes Licht, und ihr erhaltet eine kompakte Attestation, die ihr im Newton Explorer verifizieren könnt. Klingt wasserdicht. Außer: In der Doku selbst steht, dass die Multi-Operator-Konsensbildung erst einsetzt, sobald $NEWT das Beta verlassen hat. Gerade während der Phase, in der die meisten Builder integrieren, vertraust du also einem kleineren Operator-Set als es die „trustless“-Darstellung vermuten lässt.
Ich habe diesen Absatz zweimal neu gelesen, weil ich dachte, ich hätte es falsch interpretiert. Hab ich nicht.
Die Policies sind in Rego geschrieben (okay, das ist eine Compliance-Team-freundliche Wahl), und das WASM-Sandboxing für benutzerdefinierte Data-Connectoren ist wirklich clever – ihr seid nicht auf deren Out-of-the-box-Provider wie Chainalysis oder RedStone festgenagelt. Aber die zentrale Vertrauensannahme, das Element, das dazu führt, dass die gesamte „verifizierbar vor Abrechnung/Settlement“-Story funktioniert, ist ausdrücklich für später vorgesehen.
Ich sage nicht, dass das schlechte Ingenieursarbeit ist. Nur… wenn ihr heute einen KI-Agenten auf das hier ausliefert: Baut ihr auf dem Sicherheitsmodell auf, das sie beschreiben – oder auf dem, das tatsächlich läuft?
#Newt