Vorvorgestern habe ich einen RWA-Asset-Overbridge im Livebetrieb durchgeführt, starrte dann auf die grell auffällige „pending authorization“ in der Wallet – und steckte sie mir buchstäblich zwei Minuten lang fest, bis ich sie schließlich gepackt habe. Wie kann es sein, dass man bei On-Chain-Interaktionen, bei denen man eigentlich weiter sein müsste, bei der Abwicklung wieder in das SWIFT-Zeitalter zurückfällt? Erst nachdem ich die zugrunde liegenden Daten auseinandergenommen hatte, wurde mir klar: @NewtonProtocol hat dem Trade eine mit Rego geschriebene Risiko-Kontrollstrategie aufgesetzt.
Aus Sicht der Institutionen wirkt die Logik von $NEWT ziemlich beeindruckend. Man nimmt die OPA-Logik aus dem Unternehmens-IT-Bereich, verlagert sie on-chain, schreibt die Blacklist als Regeln – und wenn der Vertrag angepasst wird, steht die Compliance zuerst. Das ist im Grunde wie ein Zoll für die On-Chain-Gelder. Aber mir wird dabei richtig kalt den Rücken runter. $BTC
Im Mainnet-Beta-Stadium entscheidet im Grunde eine Handvoll Knoten. Das Whitepaper verkauft eine zukünftige Multi-Operator-Network – am Ende reicht BLS-Aggregationssignaturen, um ein Quorum zusammenzukratzen, und dann wird freigegeben. Wenn man die akademische Fachsprache abzieht, ist es doch nur eine High-End-Version einer Multi-Sig-Wallet. Und wenn eines Tages die Baseline-Validierung geknackt wird, wirst du nicht mal Zeit finden, zu weinen. $ETH
Am beunruhigendsten ist die Datenquelle. Newton setzt stark auf externe Datenanbieter wie Chainalysis und Webacy. Man dreht eine große Runde, und die entscheidende Macht über Leben und Tod liegt trotzdem bei zentralisierten Firmen. Wenn eine API aus dem Tritt gerät und fälschlicherweise „hohes Risiko“ markiert, erkennt der Vertrag keine Verwandtschaft – und dein Geld ist direkt eingesperrt. VaultKit macht es für Curators zwar bequem, aber wer haftet, wenn etwas schiefgeht? Reicht man mit einem On-Chain-Receipt mit BLS-Signatur Klage ein? Welcher Retailer versteht schon diese ganze Hash-Suppe?
Compliance und Permissionless stehen ohnehin im Wettstreit. Newton hat sich zwar an das harte Stück „Institutionen-Zugang“ rangearbeitet, aber die Vertrauensbasis an Dritte auszulagern, ist vorprogrammiert gefährliches Jonglieren auf dem Stahlseil. #newt
„Perfekter Closed Loop“ von KI-Agenten? Tiefencheck der Sicherheits-Blindspots, die @NewtonProtocol nicht selbst beweisen kann
In letzter Zeit überlege ich ständig, ob ich dem KI-Sektor etwas Gewichtung hinzufügen soll. Dabei habe ich nebenbei auch noch @NewtonProtocol herausgezogen und nochmal komplett durchgegangen. Wenn man sich die Architektur in deren Weißbuch anschaut, wirkt das tatsächlich ziemlich beeindruckend. Man steckt die Berechnungen von KI-Agenten in einen hardware-gesicherten Bereich, lässt dann eine Zero-Knowledge-`Proof` erzeugen und wirft sie zur Verifizierung auf die Blockchain. Auf den ersten Blick wirkt die Logik wie ein perfekter geschlossener Kreis. Aber ich habe lange vor dem Bildschirm die Geldflüsse durchgerechnet und dabei festgestellt: Hinter dieser scheinbar unangreifbaren Erzählung gibt es eine ganz konkrete, sehr reale Schwachstelle, die viele bewusst oder unbewusst übersehen. Viele meinen, wenn es um kryptografische Verifizierung geht, seien die Vermögenswerte quasi im Tresor sicher – aber das stimmt so nicht.
#newt $NEWT Dieses Wochenende habe ich mich ein paar Tage im Zimmer eingeschlossen und mich intensiv mit der Under-the-Hood-Architektur von Newton beschäftigt. Vor allem wollte ich herausfinden, ob dieser aktuelle KI-Agenten-Track wirklich mit echtem Geld an den Start gehen kann.
Nachdem ich mir das Whitepaper durchgelesen hatte, wirkte das Design ziemlich wasserdicht: Alle Abläufe würden in ein Hardware-Isolationsgebiet verlagert, und anschließend würden Kryptografie-Beweise erzeugt und on-chain zur Verifikation abgelegt.
Aber als ich auf die Mittel schaute, die ich für den Aufbau einer Position bereitstellen wollte, habe ich die Verifikationslogik ganz genau nachverfolgt. Je mehr ich darüber nachdachte, desto unsicherer fühlte ich mich – denn in diesem System steckt eine Sicherheitslücke, die die meisten Menschen selektiv übersehen.
Es gibt am Markt eine verbreitete Fehlannahme, dass ein Asset allein dadurch, dass es ZKP erwähnt, absolut sicher sei. Zerlegt man das Ganze in seine Bestandteile, ist ZKP in diesem Protokoll höchstens ein Notar am Eingang. Seine Aufgabe besteht im Grunde nur darin zu prüfen, ob die Signatur wirklich von dieser Hardwaremaschine ausgestellt wurde. Es hat keinerlei Fähigkeit, das Black Box zu durchdringen und nachzuprüfen, was die Maschine intern tatsächlich erlebt hat.$BTC
Ich habe dann in Paper führender Hochschulen zum Thema Chipsicherheit gestöbert – die Realität ist ziemlich ernüchternd. Verschiedene Side-Channel-Angriffe haben die Verteidigung von Security-Isolation längst durchschaut. Wenn es also tatsächlich einem Hacker gelingt, das TEE-Gehäuse durch einen physischen Exploit aufzubrechen, könnte er die Anweisungen des KI-Agenten direkt in der Umgebung manipulieren oder sogar gefälschte Rechenergebnisse vortäuschen. Der beunruhigendste Fall ist genau dieser: Die angegriffene Maschine gibt weiterhin einen mathematisch vollkommen makellosen Beweis aus. Der On-Chain-Vertrag erkennt, dass die Signatur korrekt ist, und lässt einfach alles passieren. Das System sieht zu, wie böswillige Aktionen legitimiert werden.
Noch stärker stört mich, dass ich in den Dokumenten nach stundenlangem Suchen keinen Notfallplan gefunden habe. Wenn die Hardware wirklich einen Fehler hat – wie will das System dann das Geld der Nutzer schützen? Ich habe nirgendwo eine Sicherungs- oder Abbruchmechanik für extreme Fälle gesehen. Die gesamte Vertrauenskette scheint auf der Annahme aufzubauen, dass der Chip niemals Schwachstellen hat – also auf einer Art Best-Case-Realitätsannahme.$ETH
Objektiv betrachtet braucht man für komplexe Berechnungen außerhalb der Kette tatsächlich einen Kompromiss. Die Kombination aus Hardware-Isolation und Kryptografie ist aktuell ein eher pragmatischer Weg. Aber alles Sicherheits-„Kapital“ des Protokolls auf die Zuverlässigkeit eines physischen Chips zu setzen, ist ein ziemlich großer Schritt. Ich finde es okay, mit kleinem Kapital erst die Interaktion zu testen und ein paar Runs zu machen. Aber wenn ich wirklich meine Hauptposition in eine Black Box werfen müsste, die bei jeder erfolgreichen Hardware-Verletzung komplett einbrechen würde und zudem keinen Plan B als Absicherung hätte, dann würde ich das ganz sicher nicht tun. @NewtonProtocol