Je mehr ich über autonome Agenten nachdenke, desto stärker sehe ich Latenz als Sicherheitsproblem
Das größte Risiko für autonome Agenten liegt möglicherweise nicht darin, die falsche Entscheidung zu treffen. Es könnte darin bestehen, nicht rechtzeitig die richtige Entscheidung abzuschließen, bevor sich der Markt bewegt.
Nettuns Design zeigt, wie ein Intent ausgewertet wird, bevor es zur Abrechnung kommt, wie Operatoren die Policy unabhängig ausführen und wie ihre Entscheidungen zu einer BLS-aggregierten Bestätigung zusammengeführt werden.
Was ich für leicht übersehbar halte, ist, warum die Policy-Sprache so entscheidend ist.
Während immer mehr Protokolle mit autonomen Agenten und maschinengeschwindiger Ausführung experimentieren, geht die Frage nicht nur darum, ob Policies korrekt sind—sondern ob jede Autorisierungsentscheidung abgeschlossen werden kann, bevor die Gelegenheit zu handeln verschwindet.
Newton vermeidet dieses Problem in der Autorisierung, indem es nicht zulässt, dass beliebige Programme an erster Stelle die Berechtigungslogik definieren. Policies werden in Rego geschrieben—einer deklarativen Sprache, in der Regeln anhand festgelegter Eingaben wie „input“, „data.params“ und „data.wasm“ ausgewertet werden.
Diese Vorhersehbarkeit ermöglicht es unabhängigen Operatoren, innerhalb eines begrenzten Entscheidungsprozesses dasselbe Autorisierungsergebnis zu bewerten und zu signieren.
Das verändert, wie ich „Pre-Settlement“ verstehe. Pre-Settlement ist nicht einfach nur eine schnellere Compliance-Pipeline. Es folgt daraus, dass ein Policy-Modell gewählt wird, in dem jeder Operator deterministisch dasselbe Ergebnis auswerten und signieren kann, bevor sich die Liquidität bewegt.
Der interessante Interessenskonflikt ist nicht die Geschwindigkeit. Es ist die Ausdrucksstärke. Ein Teil der Autorisierungslogik wird schwieriger—oder unmöglich—zu kodieren, sobald vorhersehbare Auswertungsgrenzen durch das Design erzwungen werden.
In autonomen Systemen kann eine korrekte Entscheidung, die zu spät eintrifft, zu einem falschen Ergebnis werden.
Das Design setzt darauf, dass jede Policy deterministisch genug bleibt, damit unabhängige Operatoren zur selben Entscheidung gelangen, bevor das Ausführungsfenster schließt.
Begrenzte Auswertung begrenzt die Policy-Komplexität. Die Frage ist, wie viel Ausdrucksstärke ein Protokoll opfern sollte, um sicherzustellen, dass Entscheidungen abgeschlossen sind, bevor sich die Liquidität bewegt.
#newt $NEWT @NewtonProtocol
Das größte Risiko für autonome Agenten liegt möglicherweise nicht darin, die falsche Entscheidung zu treffen. Es könnte darin bestehen, nicht rechtzeitig die richtige Entscheidung abzuschließen, bevor sich der Markt bewegt.
Nettuns Design zeigt, wie ein Intent ausgewertet wird, bevor es zur Abrechnung kommt, wie Operatoren die Policy unabhängig ausführen und wie ihre Entscheidungen zu einer BLS-aggregierten Bestätigung zusammengeführt werden.
Was ich für leicht übersehbar halte, ist, warum die Policy-Sprache so entscheidend ist.
Während immer mehr Protokolle mit autonomen Agenten und maschinengeschwindiger Ausführung experimentieren, geht die Frage nicht nur darum, ob Policies korrekt sind—sondern ob jede Autorisierungsentscheidung abgeschlossen werden kann, bevor die Gelegenheit zu handeln verschwindet.
Newton vermeidet dieses Problem in der Autorisierung, indem es nicht zulässt, dass beliebige Programme an erster Stelle die Berechtigungslogik definieren. Policies werden in Rego geschrieben—einer deklarativen Sprache, in der Regeln anhand festgelegter Eingaben wie „input“, „data.params“ und „data.wasm“ ausgewertet werden.
Diese Vorhersehbarkeit ermöglicht es unabhängigen Operatoren, innerhalb eines begrenzten Entscheidungsprozesses dasselbe Autorisierungsergebnis zu bewerten und zu signieren.
Das verändert, wie ich „Pre-Settlement“ verstehe. Pre-Settlement ist nicht einfach nur eine schnellere Compliance-Pipeline. Es folgt daraus, dass ein Policy-Modell gewählt wird, in dem jeder Operator deterministisch dasselbe Ergebnis auswerten und signieren kann, bevor sich die Liquidität bewegt.
Der interessante Interessenskonflikt ist nicht die Geschwindigkeit. Es ist die Ausdrucksstärke. Ein Teil der Autorisierungslogik wird schwieriger—oder unmöglich—zu kodieren, sobald vorhersehbare Auswertungsgrenzen durch das Design erzwungen werden.
In autonomen Systemen kann eine korrekte Entscheidung, die zu spät eintrifft, zu einem falschen Ergebnis werden.
Das Design setzt darauf, dass jede Policy deterministisch genug bleibt, damit unabhängige Operatoren zur selben Entscheidung gelangen, bevor das Ausführungsfenster schließt.
Begrenzte Auswertung begrenzt die Policy-Komplexität. Die Frage ist, wie viel Ausdrucksstärke ein Protokoll opfern sollte, um sicherzustellen, dass Entscheidungen abgeschlossen sind, bevor sich die Liquidität bewegt.
#newt $NEWT @NewtonProtocol