Am Anfang dachte ich mir: Wenn der Operator die Strategieauswertung bereits erledigt hat, wäre es dann nicht einfacher, das Ergebnis direkt an die Anwendung zu übergeben?
Später habe ich mir die offizielle Dokumentation von @NewtonProtocol ganz genau durchgelesen, und da ist mir aufgefallen, dass der Designansatz nicht so ist.
Laut offiziellen Unterlagen ist Newton eine dezentrale Policy-Engine, die auf dem EigenLayer AVS aufbaut. Zuerst definieren Entwickler die Policy; das Operator-Netzwerk übernimmt dann die Strategieauswertung, erstellt eine Attestation und schließlich verifiziert ein Smart Contract diese Bescheinigung vor der Ausführung, um zu entscheiden, ob die Transaktion fortgesetzt werden soll.
Was mir hier am meisten im Gedächtnis geblieben ist, sind nicht die Strategien selbst, sondern die Attestation.
Denn worauf die Anwendung wirklich angewiesen ist, ist nicht das ursprüngliche Ergebnis einer Strategieauswertung, sondern ein Nachweis, der von Smart Contracts verifiziert werden kann.
Ich frage mich schon lange, was das im Grunde bedeutet.
Nachdem ich die offizielle Architektur gelesen habe, ist mein eigenes Verständnis: Newton möchte, dass Anwendungen einer Berechtigungsnachweiskopie vertrauen, die bereits gemäß dem Protokoll verifiziert wurde – statt sich direkt auf das Ergebnis einer einzelnen Strategieauswertung zu verlassen.
Damit übernimmt das Operator-Netzwerk die Strategieauswertung, während die Smart Contracts on-chain prüfen, ob die Attestation die Protokollanforderungen erfüllt, und erst dann entscheiden, ob die entsprechenden Aktionen ausgeführt werden sollen.
Ich denke, im Grunde wurde der Berechtigungsprozess dadurch neu organisiert.
Für die Anwendung steht eher die Frage im Vordergrund: „Wurde diese Berechtigung durch einen vom Protokoll vorgeschriebenen Verifizierungsprozess bestätigt?“ – und nicht, dass sie die Strategieauswertung selbst erneut durchführen muss.
Natürlich bedeutet dieses Design auch, dass der gesamte Berechtigungsprozess vom ordnungsgemäßen Betrieb des Operator-Netzwerks und des Attestation-Mechanismus abhängt. Laut offiziellen Unterlagen wird dieser Prozess gemeinsam unterstützt durch ein dezentralisiertes Operator-Netzwerk, BLS-Aggregationssignaturen sowie ein auf EigenLayer basierendes wirtschaftliches Sicherheitsmodell.
Nachdem ich die gesamte Architektur gelesen habe, habe ich zunehmend den Eindruck, dass Newton nicht nur das Problem lösen will, wie man genau eine Strategieentscheidung durchführt.
Im Fokus steht dabei vor allem, wie eine Strategieentscheidung auf eine überprüfbare und wiederverwendbare Weise getroffen werden kann, sodass verschiedene Anwendungen und Smart Contracts sie akzeptieren und verifizieren können.
Das ist auch meine heutige Auffassung, warum Attestation ein entscheidender Bestandteil der Newton-Berechtigungsarchitektur wird.