Die meisten DeFi-Diskussionen konzentrieren sich auf neue Anwendungen. Wir vergleichen Kreditmärkte, Perpetual-Exchanges, Yield-Strategien und KI-Agenten. Aber nachdem ich @NewtonProtocol und sein Mainnet Beta gelesen hatte, kam ich immer wieder auf eine andere Frage zurück.
Was wäre, wenn die nächste wichtige Schicht nicht wieder eine andere Anwendung ist?
Was wäre, wenn es die Schicht ist, die darüber entscheidet, ob eine Anwendung überhaupt eine Aktion ausführen darf?
Das klingt subtil, aber ich glaube, das verändert, wie Entwickler Blockchain-Software gestalten können.
Heute betten viele Protokolle operative Regeln direkt in Smart Contracts ein. Das funktioniert, aber jede neue Anforderung bedeutet oft, die Logik des Contracts zu ändern, erneut zu testen und manchmal aktualisierte Contracts bereitzustellen. Wenn Protokolle wachsen, kann dieser Ansatz schwer zu verwalten werden.
Das Newton Protocol nähert sich dem Problem auf eine andere Weise.
Anstatt Autorisierung als Teil jeder einzelnen Anwendung zu behandeln, führt es eine eigene Autorisierungsebene ein, in der Richtlinien ausgewertet werden können, bevor eine Transaktion die Ausführung erreicht. Das Spannende ist nicht nur, dass es Richtlinien gibt. Es ist, dass sie zu ihrem eigenen System werden, statt über den Anwendungs-Code verstreut zu sein.
Diese architektonische Trennung war es, die mir während des Mainnet Beta am meisten aufgefallen ist.
Stell dir ein Protokoll vor, das seine Expositionsgrenzen ändern, Zulassungskriterien aktualisieren oder zusätzliche betriebliche Prüfungen einführen möchte. Anstatt die finanzielle Logik neu zu entwerfen, können Entwickler sich darauf konzentrieren, Richtlinien anzupassen, während das Kernverhalten der Anwendung weitgehend unverändert bleibt.
Ob das zu einem standardmäßigen Ansatz wird, bleibt abzuwarten, aber ich denke, es ist eine technische Richtung, die man im Blick behalten sollte.
Eine weitere Beobachtung ist, dass das Newton Protocol nicht nur eine Compliance-Diskussion löst. Ich glaube, es geht auch um die Software-Wartung.
Jede reife Softwareplattform trennt irgendwann Verantwortlichkeiten in unterschiedliche Ebenen, weil es zunehmend schwieriger wird, alles an einem Ort zu halten. Datenbanken, APIs, Authentifizierungssysteme und Monitoring-Tools sind aus ähnlichen Gründen entstanden.
Die Autorisierung für Blockchain-Anwendungen könnte denselben Weg einschlagen.
Das Mainnet Beta bietet Entwicklern die Möglichkeit, diese Annahme zu testen, statt sie als rein theoretische Idee zu behandeln. Echte Integrationen werden zeigen, ob die Trennung von Autorisierung von der Anwendungslogik tatsächlich Komplexität reduziert oder neue Trade-offs einführt.
Auch finde ich den Zeitpunkt interessant.
KI-Agenten beginnen mit Blockchain-Netzwerken zu interagieren, tokenisierte Vermögenswerte breiten sich weiter aus, und DeFi-Strategien werden zunehmend automatisiert. Diese Trends schaffen mehr Situationen, in denen Transaktionen stattfinden, ohne jedes Mal eine direkte menschliche Genehmigung.
In dieser Umgebung kann es genauso wichtig werden, festzulegen, was Software tun darf, wie festzulegen, was Software tun kann.
Diese Unterscheidung ist wichtig.
Fähigkeit (Capability) und Autorisierung sind nicht dasselbe.
Ein Protokoll könnte technisch gesehen in der Lage sein, eine Transaktion auszuführen, obwohl die organisatorische Richtlinie dies nicht erlauben soll. Diese Lücke zu schließen scheint eines der Designziele hinter dem Newton Protocol zu sein.
Das Ökosystem wird durch $NEWT unterstützt, während das aktuelle Mainnet Beta Entwicklern erlaubt, mit diesen Ideen in der Praxis zu beginnen.
Ich weiß nicht, ob Autorisierungsebenen zu einem Standardbestandteil jeder Blockchain-Anwendung werden. Das hängt von der Akzeptanz durch Entwickler ab und davon, ob diese Architektur in der Praxis ihren Nutzen unter Beweis stellt.
Aber ich denke schon, dass das Newton Protocol eine sinnvolle technische Frage stellt.
Anstatt einen weiteren Zielort innerhalb von DeFi zu bauen, versucht es, Infrastruktur zu schaffen, auf die andere Anwendungen sich verlassen können.
Manchmal ist die wichtigste Innovation nicht die Entwicklung eines weiteren Produkts.
Es schafft eine Ebene, die still und leise jedes andere Produkt leichter zu bauen macht.