软件更新最怕什么？不是新版本不好用，而是出事后没人说得清当时跑的到底是哪一版。
Ich habe kürzlich @NewtonProtocol und Newton Mainnet Beta erneut angesehen und dabei eine ganz schlichte Besonderheit bemerkt: Rego-Richtlinien werden als Content Address auf IPFS abgelegt. Wenn sich der Inhalt der Richtlinie ändert, ändert sich auch die CID. Bei der Bewertung der Transaktionsabsicht zieht der Operator dann genau die Regeln heran, die zu der angegebenen CID gehören – nicht eine im Backend jederzeit überschreibbare „aktuellste Version“.
Das bedeutet: Wenn eine Autorisierung nach einem halben Jahr auditiert wird, kann man zumindest drei Dinge nachfragen, um Klarheit zu schaffen: Welche Version der Richtlinie wurde damals aufgerufen? Welche Daten wurden eingegeben? Für welches Ergebnis hat der Operator eine Signatur abgegeben?
Das ist wie ein Restaurant, das die Versionsnummer des Kochrezepts für jede Portion auf den Bon druckt. Wenn der Koch heute die Menge an Salz ändert, wird nicht heimlich auch die Notiz von gestern für das gleiche Gericht angepasst.
Für einen AI Agent ist das wichtiger als „das Modell ist sehr clever“. Der Agent kann sich vielleicht täglich upgraden, aber die finanziellen Grenzen dürfen nicht mit dem Promptwortlaut hin und her driften. Wenn bei Richtlinien-Updates kein Versionsanker gesetzt ist, kann ein Projektteam mit einem Satz wie „Das System wurde bereits optimiert“ alte Regeln aus dem Weg wischen – und aus der Automatisierung wird eine Blackbox.
Natürlich kann eine CID nur belegen, dass der Inhalt nicht ausgetauscht wurde, aber sie kann nicht beweisen, dass die Regeln selbst keine Lücken haben. Eine falsch geschriebene Richtlinie wird stabil und zuverlässig falsch ausgeführt; wenn Module upgradiert werden, muss man außerdem beobachten, ob alte Anwendungen rechtzeitig migriert werden.$NEWT
Darum schaue ich mir Newton Mainnet Beta nicht nur an, wie viele Aufgaben es ausführen kann, sondern auch darauf, ob jede Entscheidung später neu interpretiert werden kann. On-Chain-Automatisierung braucht nicht die Garantie, dass Regeln für immer unverändert bleiben, sondern dass nach einer Regeländerung die Historie weiterhin konsistent bleibt.📌#Newt
Ich habe kürzlich @NewtonProtocol und Newton Mainnet Beta erneut angesehen und dabei eine ganz schlichte Besonderheit bemerkt: Rego-Richtlinien werden als Content Address auf IPFS abgelegt. Wenn sich der Inhalt der Richtlinie ändert, ändert sich auch die CID. Bei der Bewertung der Transaktionsabsicht zieht der Operator dann genau die Regeln heran, die zu der angegebenen CID gehören – nicht eine im Backend jederzeit überschreibbare „aktuellste Version“.
Das bedeutet: Wenn eine Autorisierung nach einem halben Jahr auditiert wird, kann man zumindest drei Dinge nachfragen, um Klarheit zu schaffen: Welche Version der Richtlinie wurde damals aufgerufen? Welche Daten wurden eingegeben? Für welches Ergebnis hat der Operator eine Signatur abgegeben?
Das ist wie ein Restaurant, das die Versionsnummer des Kochrezepts für jede Portion auf den Bon druckt. Wenn der Koch heute die Menge an Salz ändert, wird nicht heimlich auch die Notiz von gestern für das gleiche Gericht angepasst.
Für einen AI Agent ist das wichtiger als „das Modell ist sehr clever“. Der Agent kann sich vielleicht täglich upgraden, aber die finanziellen Grenzen dürfen nicht mit dem Promptwortlaut hin und her driften. Wenn bei Richtlinien-Updates kein Versionsanker gesetzt ist, kann ein Projektteam mit einem Satz wie „Das System wurde bereits optimiert“ alte Regeln aus dem Weg wischen – und aus der Automatisierung wird eine Blackbox.
Natürlich kann eine CID nur belegen, dass der Inhalt nicht ausgetauscht wurde, aber sie kann nicht beweisen, dass die Regeln selbst keine Lücken haben. Eine falsch geschriebene Richtlinie wird stabil und zuverlässig falsch ausgeführt; wenn Module upgradiert werden, muss man außerdem beobachten, ob alte Anwendungen rechtzeitig migriert werden.$NEWT
Darum schaue ich mir Newton Mainnet Beta nicht nur an, wie viele Aufgaben es ausführen kann, sondern auch darauf, ob jede Entscheidung später neu interpretiert werden kann. On-Chain-Automatisierung braucht nicht die Garantie, dass Regeln für immer unverändert bleiben, sondern dass nach einer Regeländerung die Historie weiterhin konsistent bleibt.📌#Newt