Zerlegt Newtons drei Säulen diese Woche auseinander, um zu verstehen, welche am weitesten entwickelt ist, wo die größten Lücken bestehen und welches die größte Abhängigkeitsrisiko für Anwendungen birgt, die jetzt auf Newton aufbauen.
Die drei Säulen sind nicht auf demselben Reifegrad und sie als gleichwertig zu behandeln unterschätzt das Risikoprofil einer frühen Einführung.
Programmable Policies ist die reifste Säule. Rego OPA ist eine etablierte Unternehmens-Policy-Sprache mit umfangreicher Tooling-Unterstützung und mehreren Jahren produktiver Nutzung in Kubernetes Admission Control sowie API-Authorisierung. Die Newton-Rego-Erweiterungen fügen neue Fähigkeiten auf einer stabilen Basis hinzu. Die Policy-Auswertung über sandboxed WASM-Datenanbieter, IPFS Content Addressed Storage und BLS-bescheinigte Auswertung ist technisch gut spezifiziert. Die Policy Engine ist der klarste und vollständigste Teil im Design von Newton.
Cross-Chain-Interoperabilität ist in der Spezifikation ausgereift, aber abhängig von externen Standards. Das Modell Quellkette/Zielkette, die Synchronisation der BLS-signierten Merkle-Root und die ELIP-008-Konformität sind eindeutig definiert. Das Abhängigkeitsrisiko, das diese Säule übernimmt, betrifft sowohl die Entwicklungspfade von EigenLayer als auch der Zielketten. Die Cross-Chain-Eigenschaften von Newtons sind nur so stabil wie die Spezifikationen, von denen sie abhängen.
Verifiable Credentials sind in der Praxis die am wenigsten ausgereifte Säule. Der W3C-Standard ist solide. Das Design des Newton Identity Oracles ist gut spezifiziert. Aber das Issuer-Ökosystem existiert noch nicht im großen Maßstab – wer stellt tatsächlich KYC-Credentials, Finanz-Credentials und Credentials für On-Chain-Verhalten im Newton-kompatiblen Format in Produktionsmengen für echte Nutzer aus? Die Portabilität von Credentials ist nur dann wertvoll, wenn Credentials tatsächlich ausgestellt und über mehrere Anwendungen hinweg akzeptiert werden. Dieses Ökosystem wird gerade aufgebaut – nicht genutzt.
Ich glaube tatsächlich, dass die Reifelücke im Credential-Issuer-Ökosystem die bedeutendste praktische Einschränkung für die kurzfristige Einführung von Newtons ist – eher als jede technische Begrenzung. Die Policy-Engine ist bereit. Die Credentials, die sie auswerten muss, sind jedoch noch nicht weit verbreitet.
Was ich noch nicht ausgearbeitet habe, ist, wer die Kosten für den Aufbau des Issuer-Ökosystems trägt – ob das das Kernteam von Newtons, institutionelle Partner oder ein drittes Ökosystem ist, das erst mit Anreizen versehen werden muss, bevor Netzwerkeffekte real werden.