Ich habe eine Weile lang das Design bewundert, bevor mir auffiel, was darunter steckt. Newton bestätigt die Policy-Auswertung mit erneut eingesetzten Operatoren, Zero-Knowledge-Beweisen, Dispute-Windows und Slashing. Das gesamte System ist darauf ausgelegt, eine Frage überzeugend zu beantworten: Hat das Netzwerk diese Transaktion anhand dieser Policy korrekt geprüft? Das ist wirklich eine anspruchsvolle Ingenieursaufgabe, und Newtons Ansatz geht dabei sorgfältig vor. Aber eine Policy-Prüfung ist nur so zuverlässig wie die Fakten, mit denen sie abgeglichen wird – und diese Fakten stammen in fast jeder realen Newton-Policy, die ich mir angesehen habe, von ganz anderer Stelle.
Persona für Identität und Aufenthaltsstatus (Residency). Veriff für Adressnachweis und Betrugs-Scoring. Human Passport und Neynar für Signale zu Menschlichkeit und Reputation. Massive für Treasury-Erträge. Etherscan für Gasbedingungen. Chainalysis für Sanktions-Scans. Webacy und Credora für Wallet-Reputation und Kollateralrisiko. In der eigenen Mainnet-Beta-Ankündigung listet Newton diese als Data-Oracle-Partner auf und rahmt jeden einzelnen ausdrücklich als Baustein, der zu Richtlinien zusammengesetzt wird. Der Pitch lautet, dass jeder Daten-, Risiko- oder Compliance-Provider einsteigen kann und Builder auswählen, welche davon sie implementieren.
Diese Kombinierbarkeit ist das eigentliche Wertversprechen, und ich finde daran nichts Unrechtes. Ein Kurator eines Vaults sollte nicht erst die Identitätsverifikation von Grund auf neu bauen müssen, nur um eine Jurisdiktionsregel abzugrenzen. Doch die Kombinierbarkeit verschiebt leise den eigentlichen Punkt des möglichen Versagens. Die Konsens- und Slashing-Mechanik stellt sicher, ob das Netzwerk eine Richtlinie korrekt ausgewertet hat. Sie schützt jedoch in keiner Weise die Frage, ob das Aufenthaltsmerkmal (Residency) von Persona korrekt war, ob der Betrugs-Score von Veriff die Realität widerspiegelte oder ob die Sanktionsliste von Chainalysis im Moment der Prüfung aktuell war. Diese Eingaben liegen vollständig außerhalb der kryptoeconomischen Garantien von Newton. Es sind zentralisierte Unternehmen, und Newtons eigene Ankündigungen sagen das auch ausdrücklich, wenn es sie vorstellt: Sie weisen darauf hin, dass die meisten KYC- und Betrugsprüfungen weiterhin offchain stattfinden, manchmal manuell, in zentralisierten Systemen, die Compliance nicht beweisen können.
Newton löst die zweite Hälfte dieses Satzes. Es löst nicht die erste Hälfte. Die Daten können weiterhin aus einem zentralisierten System stammen, das seine eigene Korrektheit nicht nachweisen kann; Newton garantiert nur, dass das, was dieses System gesagt hat, getreu und transparent durchgesetzt wird. Eine perfekt ausgeführte Richtlinie, die auf einem veralteten oder falschen Persona-Attribut basiert, führt zu einem falschen Ergebnis – und zwar mit einer kryptografischen Bestätigung (Attestation), die bezeugt, dass genau dieses falsche Ergebnis erreicht wurde, so wie es beauftragt war.
Ich denke immer wieder darüber nach, wie sich das ausspielt, sobald Richtlinien anfangen, Oracles zu stapeln – etwas, das Newtons eigene Doku als Feature beschreibt und nicht als Randfall. Eine Richtlinie, die Daten von Human Passport, Neynar und Chainalysis kombiniert, erzeugt eine zusammengesetzte Abhängigkeit: Die Richtlinie ist nur so vertrauenswürdig wie die am wenigsten zuverlässige der drei Eingaben, und es gibt keine Bestätigungsebene, die einem Nutzer sagt, welches Oracle – falls überhaupt eines – der schwache Punkt war, wenn etwas schiefgeht. Der Newton Explorer wird die Richtlinie, die Parameter und die Daten anzeigen, die bei der Auswertung verwendet wurden. Er wird dir nicht zeigen, ob die zugrunde liegende Identitätsprüfung von Veriff selbst stichhaltig war.
Das alles ist keine echte Kritik, die einzigartig für Newton wäre. Es ist das Oracle-Problem – dasselbe, über das DeFi schon seit der ersten manipulierten Preis-Feed-Quelle diskutiert –, nur dass es hier Compliance-Gewänder trägt statt Handelskleidung. Was anders ist, sind die Einsätze und die Rahmung. Newton vergleicht sich explizit mit einem Kartennetzwerk: Es prüft Regeln, bevor eine Zahlung durchgeht, und Kartennetzwerke verdienen ihre Glaubwürdigkeit teilweise deshalb, weil Visa und Mastercard in der Nähe der Daten sitzen, die sie prüfen, mit Jahrzehnten an Betrugserkennungs-Infrastruktur direkt hinter der Regel selbst. Die Regel-Engine von Newton ist dezentral und verifizierbar. Die Daten, die diese Engine speisen, sind ein Marktplatz aus getrennten, zentralisierten Anbietern – jeder mit eigener Verfügbarkeit (Uptime), eigenen Anreizen und eigener Fehlerrate.
Also wenn ein Stablecoin-Emittent oder eine RWA-Plattform Newton übernimmt, kaufen sie eine sehr reale Gewährleistung: dass jede von ihnen verfasste Richtlinie genau so überprüft wird, wie sie geschrieben wurde – jedes Mal, nachweisbar. Sie kaufen nicht die Gewährleistung, dass die in diese Richtlinie einfließenden Fakten korrekt sind. Diese Unterscheidung kommt selten in der Verkaufspräsentation vor, und ich vermute, dass die meisten Nutzer annehmen, „verifizierbare Compliance“ decke beide Hälften des Satzes ab – statt nur eine.
Die Architektur hat das Vertrauensproblem gelöst, das sie zu lösen versprach. Ich bin nur nicht sicher, ob sie das Vertrauensproblem gelöst hat, von dem die Leute glauben, sie bekämen es, sobald sie das Wort „verifizierbar“ hören.