Ursprünglich dachte ich, dass eine gemeinsame Autorisierungsschicht irgendwann auch gemeinsame Richtlinien erfordern würde, aber je mehr ich mir das Newton Mainnet Beta angesehen habe, desto mehr wirkte es so, als würde das Protokoll diese Ideen bewusst voneinander trennen.
Ein Tresor, eine Stablecoin-Anwendung und ein KI-Agent können alle vollständig unterschiedliche operative Regeln befolgen, dennoch können sie diese Regeln über dieselbe Autorisierungsgrenze prüfen, bevor sie ausgeführt werden.
Das hat meine Sicht auf Standardisierung verändert.
Newton scheint die Entscheidungen nicht zu standardisieren, die Anwendungen treffen sollten.
Newton standardisiert, wo diese Entscheidungen getroffen werden.
Die Richtlinien bleiben anwendungsspezifisch, während der Autorisierungsprozess zu einer gemeinsamen Infrastruktur wird.
Beispielsweise könnte eine Anwendung $SXT verwenden, um Daten über kryptografische Beweise zu verifizieren, eine andere könnte sich auf $T für dezentrales Key-Management und Threshold-Kryptografie verlassen, doch beide könnten ihre eigene Policy-Logik weiterhin in dieselbe Autorisierungsgrenze einspeisen, bevor sie ausgeführt wird. Die zugrunde liegenden Vertrauensannahmen unterscheiden sich, aber der Autorisierungs-Workflow bleibt konsistent.
Der Punkt, zu dem ich immer wieder zurückkehre, ist, ob diese Trennung die Übernahme der Autorisierung erleichtert, weil Anwendungen ihre eigene operative Logik beibehalten, anstatt sie zu ersetzen.
Schafft das Teilen einer Autorisierungsgrenze eine stärkere Interoperabilität als das Teilen des gleichen Policy-Modells?
@NewtonProtocol $NEWT #Newt
Ein Tresor, eine Stablecoin-Anwendung und ein KI-Agent können alle vollständig unterschiedliche operative Regeln befolgen, dennoch können sie diese Regeln über dieselbe Autorisierungsgrenze prüfen, bevor sie ausgeführt werden.
Das hat meine Sicht auf Standardisierung verändert.
Newton scheint die Entscheidungen nicht zu standardisieren, die Anwendungen treffen sollten.
Newton standardisiert, wo diese Entscheidungen getroffen werden.
Die Richtlinien bleiben anwendungsspezifisch, während der Autorisierungsprozess zu einer gemeinsamen Infrastruktur wird.
Beispielsweise könnte eine Anwendung $SXT verwenden, um Daten über kryptografische Beweise zu verifizieren, eine andere könnte sich auf $T für dezentrales Key-Management und Threshold-Kryptografie verlassen, doch beide könnten ihre eigene Policy-Logik weiterhin in dieselbe Autorisierungsgrenze einspeisen, bevor sie ausgeführt wird. Die zugrunde liegenden Vertrauensannahmen unterscheiden sich, aber der Autorisierungs-Workflow bleibt konsistent.
Der Punkt, zu dem ich immer wieder zurückkehre, ist, ob diese Trennung die Übernahme der Autorisierung erleichtert, weil Anwendungen ihre eigene operative Logik beibehalten, anstatt sie zu ersetzen.
Schafft das Teilen einer Autorisierungsgrenze eine stärkere Interoperabilität als das Teilen des gleichen Policy-Modells?
@NewtonProtocol $NEWT #Newt
Authorization boundary ✅
63%
Shared policy model 📋
12%
Both matter equally 🤝
0%
Too early to tell 🤔
25%
8 Stimmen • Abstimmung beendet
