Ein kryptografischer Beweis kann noch lange gültig bleiben, nachdem meine Einwilligung veraltet ist.
Das ist das Datenschutz- und Kontrollproblem, über das ich nachdenke, während ich NewtonProtocol studiere.
Vorab genehmigte Berechtigungen sind wertvoll, weil sie eine wichtige Entscheidung vor die Ausführung verlagern. Eine Anwendung kann prüfen, ob eine Aktion zu einer Richtlinie passt, bevor Gelder übertragen werden, und eine signierte Bestätigung kann zeigen, dass die erforderliche Bewertung stattgefunden hat.
Aber die finanzielle Erlaubnis ist nicht dauerhaft.
Die Richtlinie kann sich ändern.
Die Anwendung kann neue Fähigkeiten hinzufügen.
Die Rolle des KI-Agenten kann sich erweitern.
Der Nutzer versteht möglicherweise nicht mehr dieselbe Autorisierung so, wie er sie verstanden hat, als er ursprünglich zugestimmt hat.
Zu diesem Zeitpunkt interessiert mich nicht nur, ob der Beweis technisch weiterhin gültig bleibt.
Mir ist wichtig, ob die Erlaubnis dahinter noch meine Absicht widerspiegelt.
Die Aktion kann gleich bleiben, während sich ihre Bedeutung ändert
Angenommen, ich erteile einem KI-Agenten die Erlaubnis, ein einziges Vault innerhalb einer engen Menge von Assets neu auszubalancieren.
Am Anfang ist das Mandat leicht zu verstehen. Der Agent kann Konzentration reduzieren, Sicherheitenlimits beibehalten und Trades zu genehmigten Handelsplätzen weiterleiten.
Als Nächstes aktualisiert die Anwendung ihre Richtlinie.
Eine neue Asset-Kategorie wird hinzugefügt.
Eine andere Ausführungsroute wird verfügbar.
Der genehmigte Risikobereich ändert sich.
Die alte Autorisierung erfüllt möglicherweise noch die technischen Anforderungen des Systems, doch die praktische Bedeutung meiner Erlaubnis hat sich ausgeweitet.
Ich habe möglicherweise das ursprüngliche Verhalten genehmigt.
Ich habe nicht unbedingt jede zukünftige Interpretation dieses Verhaltens genehmigt.
Hier denke ich, dass der $NEWT -Dialog tiefer geht als nur zu zeigen, dass eine Richtlinienprüfung bestanden wurde.
Eine gültige Bestätigung kann zeigen, dass eine Handlung mit der Regel übereinstimmte, die in diesem Moment verwendet wurde.
Sie zeigt nicht automatisch, dass ich jede Änderung an dieser Regel verstanden oder akzeptiert habe, seit meiner ursprünglichen Einwilligung.
Versionierung von Richtlinien ist auch ein Einwilligungsproblem
Newton Mainnet Beta und VaultKit machen für mich die programmierbare Autorisierung greifbarer. Entwickler können durchsetzbare Bedingungen für automatisierte Aktionen definieren, statt wichtige Einschränkungen in einem Frontend oder in einem schriftlichen Mandat zu belassen.
Das ist nützlich.
Aber sobald Richtlinien programmierbar werden, werden Änderungen an diesen Richtlinien Teil der Kontrolle durch Nutzer.
Ich möchte wissen:
Welche Richtlinienversion habe ich ursprünglich genehmigt?
Was hat sich danach geändert?
Hat die Änderung die Befugnis des Agenten eingeengt oder erweitert?
Muss bei einem großen Update eine frische Einwilligung eingeholt werden?
Kann eine alte Erlaubnis automatisch unter einer neuen Richtlinie weiterlaufen?
Diese Fragen sind wichtig, weil nicht jedes Update gleich ist.
Das Korrigieren eines technischen Fehlers kann die Risikoeinschätzung des Nutzers nicht verändern.
Das Hinzufügen eines neuen Geschäftspartners könnte.
Das Aktualisieren einer Datenquelle kann dasselbe Mandat beibehalten.
Wenn man dem Agenten erlaubt, Kapital über eine andere Chain hinweg zu bewegen, kann das seine Befugnisse erheblich erweitern.
Ein starkes System sollte Wartung von einer bedeutenden Änderung der Erlaubnis unterscheiden.
KI-Agenten machen stille Erweiterungen leichter zu übersehen
Das wird noch wichtiger, wenn ein automatisierter Agent häufig handelt.
Ein Mensch kann bemerken, dass sich eine Anwendung geändert hat, und sie anhalten, um sie zu prüfen.
Ein Agent kann weiter unter jeder Richtlinie operieren, die das System jetzt als aktiv betrachtet.
Aus der Perspektive des Agenten ist nichts Ungewöhnliches passiert. Die Anfrage wurde zur Autorisierung durchgelassen und die Transaktion blieb innerhalb der aktuellen Regeln.
Aus meiner Sicht könnte die Kontrolle abgedriftet sein.
Der Agent kann vollständig mit der neuen Richtlinie compliant bleiben, während er außerhalb der Grenzen handelt, die ich für genehmigt hielt.
Das ist der unangenehme Teil.
Automatisierung muss keine Regel brechen, um über die beabsichtigte Nutzerabsicht hinauszugehen.
Manchmal verschiebt sich die Regel selbst.
Für mich ist das der Grund, warum Einwilligung nicht als einmaliges Kontrollkästchen behandelt werden kann. Sie sollte mit dem Geltungsbereich, der Version der Richtlinie, dem Anwendungskontext und der Zeit verbunden bleiben.
Eine signierte Bestätigung sollte Kontext bewahren
Ich sehe den Mehrwert in signierten Bestätigungen, weil sie es ermöglichen, Autorisierungsentscheidungen leichter zu verifizieren.
Aber ich würde wollen, dass der Nachweis genug Kontext bewahrt, um mehr als „Ist das durchgegangen?“ zu beantworten
Ich möchte wissen:
welche Richtlinienversion die Aktion gesteuert hat,
ob sich diese Version von der unterschied, die ich genehmigt habe,
ob meine Autorisierung eine Laufzeit hatte,
ob sich das Mandat des Agenten geändert hat,
und ob die Anwendung nach einem wesentlichen Update eine frische Einwilligung benötigte.
Diese Information muss nicht alles öffentlich werden.
Ein Teil davon gehört möglicherweise nur dem Nutzer, der Anwendung oder dem autorisierten Prüfer.
Aber sie sollte existieren.
Ohne Kontext kann eine saubere Bestätigung beweisen, dass das System seine aktuellen Regeln befolgte, während verborgen bleibt, dass der Nutzer etwas Engeres akzeptiert hat.
Die Einwilligung sollte ablaufen, bevor sie mehrdeutig wird
Ich glaube nicht, dass jede automatisierte Aktion eine weitere manuelle Signatur erfordern sollte. Das würde einen Großteil der Bequemlichkeit zunichtemachen, die die Automatisierung eigentlich bieten soll.
Aber ich glaube auch nicht, dass die Erlaubnis offen und endlos bestehen bleiben sollte.
Ein besseres Modell könnte begrenzte Autorisierung verwenden:
ein Vault,
eine Anwendung,
eine Richtlinienversion oder ein kompatibler Richtlinienbereich,
ein definiertes Risikemandat
und eine klare Gültigkeitsdauer.
Kleinere Updates könnten ohne Unterbrechung weiterlaufen, wenn sie die Befugnis nicht erweitern.
Wesentliche Änderungen sollten eine Prüfung auslösen.
Wenn der Agent Zugriff auf neue Assets, Gegenparteien, Chains oder Ausgabebefugnisse erhält, würde ich frische Einwilligung statt stillschweigender Vererbung aus einer älteren Genehmigung wollen.
Das fühlt sich besonders wichtig für institutionelle Workflows an.
Ein unter einer Richtlinie genehmigtes Fondsmandat sollte sich nicht stillschweigend erweitern, weil eine Anwendung ihre Konfiguration aktualisiert hat. Prüfer und Risk-Teams müssen nicht nur wissen, dass die Transaktion bestanden hat, sondern auch, dass die aktive Richtlinie noch mit der ursprünglich gewährten Befugnis übereinstimmte.
Worauf ich mit #Newt achte
Mich interessiert, ob auf Newton basierende Anwendungen finanzielle Berechtigungen durchsetzbar machen können, bevor es zur Abwicklung kommt.
Aber ich beobachte auch, wie diese Berechtigungen altern.
Können Nutzer sehen, wenn sich eine Richtlinie ändert?
Können Anwendungen eine harmlose Aktualisierung von einer Erweiterung der Befugnis unterscheiden?
Können Bestätigungen die exakte Version der Richtlinie identifizieren, die verwendet wurde?
Können KI-Agenten die Ausführung stoppen oder eine erneuerte Erlaubnis anfordern, wenn sich ihr Mandat wesentlich ändert?
Kann die Einwilligung ablaufen, ohne sensible Informationen öffentlich offenzulegen?
Diese Antworten würden mir zeigen, ob programmierbare Autorisierung die Nutzerabsicht über die Zeit hinweg schützt – statt nur im Moment, in dem die Erlaubnis zum ersten Mal erstellt wird.
Für mich wird die stärkste Autorisierungsebene nicht einfach fragen, ob die Transaktion mit der heutigen Regel übereinstimmt.
Außerdem wird gefragt, ob die heutige Regel noch mit der Erlaubnis übereinstimmt, die ich tatsächlich gegeben habe.
Dieser Unterschied ist wichtig.
Ein Beweis kann kryptografisch weiterhin korrekt bleiben.
Eine Richtlinie kann technisch weiterhin durchsetzbar bleiben.
Ein KI-Agent kann vollständig compliant bleiben.
Und die ursprüngliche Einwilligung des Nutzers kann dennoch zurückbleiben.
Das ist die Art von Drift, die ich @NewtonProtocol -Anwendungen verhindern möchte, bevor automatisiertes Finance zur Normalität wird.
$NEWT @NewtonProtocol #Newt $LAB #Velvet #xau #VANRY #Labs
