Ich habe in diesem Bereich schon genug Pitches gelesen, die mit „Wir sind nicht X, wir sind nicht Y“ beginnen, um mich ein wenig davon müde zu fühlen… meistens bedeutet das, dass das Team noch nicht herausgefunden hat, was es eigentlich ist. Aber als ich mich eine Weile mit der Positionierung von Newton Protocol beschäftigt habe, zog mich etwas daran immer wieder zurück, statt mich einfach davon abbringen zu lassen, es ernst zu nehmen.
Newton bezeichnet sich nicht als Blockchain. Sie bezeichnet sich auch nicht als Wallet und macht sogar einen großen Bogen darum, zu sagen, dass es kein zentralisiertes Compliance-Unternehmen ist. Das ist eine seltsame Stelle, um eine Fahne zu hissen, denn die meisten Projekte wollen etwas sein, das eindeutig ist – etwas, das man in eine Kategorie einordnen und dann abhaken kann. Also habe ich mich gefragt, was eigentlich übrig bleibt, wenn man alle drei Labels entfernt. Genau diese Frage hat mich dazu gebracht, genauer hinzuschauen bei $NEWT.
Was mich sofort aufgehalten hat, war das Gateway. Es wird als rotierender Orchestrator beschrieben: Die Aufgabe, Anfragen zu koordinieren, sitzt nicht dauerhaft bei einer einzigen Entität, sondern wechselt zwischen Operatoren über eine Auswahl auf Basis einer VRF je Epoch – ähnlich im Geist wie Ethereum seine Block-Proposer rotiert. Meine ehrliche Reaktion war: „Okay, aber Rotation auf dem Papier ist keine Rotation in der Praxis“, und diese Skepsis fühlte sich berechtigt an. Trotzdem macht es etwas besser: Das Gateway ist strukturell schon eingezäunt, bevor die Rotation überhaupt live geht. Es kann keine Operator-Signaturen fälschen oder Ergebnisse still und heimlich ändern, ohne dass Operatoren das über ihre eigenen Attestierungen merken. Das ist ein bedeutender Unterschied zu dem, was allein dem Wort eines Unternehmens Vertrauen schenkt.
Etwas anderes, das man auch mal festhalten sollte, ist, wie Operatoren überhaupt ihre Autorität bekommen. Sie werden nicht ernannt, sondern über das AVS-Framework von EigenLayer registriert, wobei sie restaked ETH oder Liquid-Staking-Tokens als Sicherheit stellen. Genau hier bin ich kurz hängen geblieben und habe an ein kleines Beispiel gedacht: etwa an einen Auftragnehmer, der erst eine Kaution hinterlegen muss, bevor er an deiner Renovierung herumdarf. Wenn ihm dabei Fehler unterlaufen, ist bereits Geld auf dem Spiel – mehr als nur sein Wort. Ob diese Sicherheit groß genug ist, um wirklich etwas zu bedeuten, ist eine separate Frage, auf die ich noch glaube, dass es heute niemand wirklich beantworten kann.
Der Policy-Layer selbst läuft auf Rego; content wird auf IPFS adressiert, sodass jede/r Operator genau denselben Regel-Satz über den jeweiligen CID liest. Das löst ein echtes Problem, das ich in anderen „Compliance“-Projekten gesehen habe: Dort läuft jede Anwendung leise ihre eigene Logik, und niemand kann die Ergebnisse vergleichen. Hier sind die Regeln zumindest für alle gleich – auch wenn ich nicht vollständig davon überzeugt bin, dass die Durchsetzung auch in derselben Eleganz zur Geltung kommt, mit der das Design aufwartet.
Außerdem gibt es den Force-Inclusion-Mechanismus, der es Anwendungen ermöglicht, das Gateway zu umgehen, falls Zensur vermutet wird. Ich mag, dass es als Notausgang existiert – Notausgänge sind aber erst dann wirklich relevant, wenn tatsächlich jemand irgendwann einen gebraucht hat. Und im Moment ist das in der echten Welt noch nicht getestet.
Der für mich potenziell interessanteste Teil ist der Vergleich, den Newton gegen bestehende Kategorien zieht: zentrale APIs, Soulbound-Identitätstokens, pro App-Policy-Logik. Jede dieser Varianten hat eine echte Einschränkung, die Newton lösen will. Aber fünf Probleme auf einmal zu lösen heißt meistens auch, dass man neue Probleme einsammelt, die noch niemand wirklich auf dem Schirm hat.
Also zurück zur ursprünglichen Frage: Wo gehört so ein Protokoll eigentlich hin? Meine ehrliche Antwort ist, dass es sich selbst eine Spur baut zwischen Infrastruktur und Durchsetzung – ohne wirklich die eine Seite vollständig zu besitzen. Das ist ein genuin unbequemes Terrain, auf dem man etwas aufbauen kann... aber vielleicht ist das die einzige Stelle, an der diese Art von Policy-Layer überhaupt funktionieren kann 🤔
Ich falle hier kein Urteil. Ich stelle nur fest, dass $NEWT härtere Fragen stellt als die meisten Projekte, die sich überhaupt selbst stellen.
DYOR offensichtlich...$NEWT
