Um zwei Uhr nachts habe ich im Newtons VaultKit SDK die erste Strategie konfiguriert – Liquidationen werden automatisch ausgelöst, wenn die Beleihungsquote unter 110% fällt. Ich habe das in die Testumgebung gepusht und ein paar simulierte Trades laufen lassen, alles funktionierte einwandfrei. Aber bevor ich den Computer ausgeschaltet habe, habe ich aus einem plötzlichen Reflex in die Parametertabelle der Strategie geschaut, um zu sehen, von welcher Strecke die Preisdaten eigentlich gezogen werden.
Dann war die ganze Müdigkeit weg.
RedStone. Nur ein RedStone.
Die gesamte Echtzeit-Preisbewertung des Newton-Policy-Engines hängt komplett an genau dieser einen Oracle-Chainlink-Strecke von RedStone. Kein Chainlink als Backup, kein Pyth für eine Querverifikation, keine zweite Datenquelle für eine doppelte Bestätigung. Es gibt nur diese eine Linie – verbunden mit der gesamten Liquidationslogik eines Tresors.
Man muss zugeben: Der Ausgangspunkt von Newton ist tatsächlich richtig. Als am 23. Juni 2026 das Mainnet-Beta live ging, brachte Newton gleichzeitig den VaultKit SDK heraus, damit Entwickler Regeln wie Ausgabenobergrenzen, Sicherheitenanforderungen und Checks des Vertragspartners festlegen können. RedStone und Credora als erste Daten-Partner wurden angebunden. RedStone selbst sagt: „A policy is only as strong as the data it checks against“. Das ist nicht falsch – wie stark eine Strategie ist, hängt von der Qualität der Daten ab, gegen die sie prüft. Das Problem ist jedoch: Wenn die Strategie nur eine einzige Datenquelle liest, wird die Verlässlichkeit genau dieser einen Datenquelle zur entscheidenden Schwachstelle des gesamten Systems.
In den Berichten von KuCoin steht es ganz offen: „Das zu beachtende Risiko ist die Konzentration. Wenn Newstons Policy-Engine zu stark auf von RedStone bereitgestellte Preisdaten angewiesen ist, kann jede Unterbrechung eines Orakels dazu führen, dass die Trades auf der Plattform eingefroren werden.“ Auch in den Berichten von BingX wird dasselbe Risiko erwähnt: „Sobald es zu einer Unterbrechung der Orakel-Versorgung kommt, könnte dies eine Kettenreaktion von Order-/Trade-Einfrierungen auf Plattformebene auslösen.“
RedStone deckt derzeit über 100 Blockchains ab und behauptet: „Bisher gab es keinen Fall von Fehlpreisung.“ Aber „bisher nicht“ heißt nicht „niemals“. Orakel-Ausfälle, kontaminierte Datenquellen, Verzögerungen beim Preis-Feed – solche Szenarien haben sich in der DeFi-Geschichte wieder und wieder abgespielt. In Newtons Strategie-Engine gibt es dafür keine Backup-Lösung.
Das, was mir besonders kalt den Rücken runterläuft, ist etwas anderes: Die TEE-Ausführungsumgebung von Newton liest die RedStone-Kursdaten, führt die Berechnungen off-chain durch und erstellt danach nur eine vereinfachte ZK-Prüfung, die on-chain übermittelt wird. Die vollständigen Originaldaten werden nicht on-chain gespeichert.
Was bedeutet das?
Wenn eine automatische Strategie eines Tages wegen fehlerhafter Preisdaten die falsche Aktion ausführt und dadurch Nutzer einen Verlust erleiden, kannst du auf der Blockchain überhaupt keine vollständigen Rohdaten nachverfolgen. Du siehst nur diese vereinfachte Verifikation – sie sagt dir zwar, dass der „Rechenprozess in Ordnung“ ist, aber nicht, ob die „Eingabedaten selbst“ fehlerhaft sind.
Ist also der Orakel-Feed mit dem falschen Preis gefüttert worden, wurde in einem TEE-Knoten die Daten manipuliert, oder hat die Vertragslogik einen Bug? Nutzer können das niemals vollständig on-chain verifizieren. In der Newton-Whitepaper habe ich außerdem keine detaillierte Auslegung dazu gesehen, wie mehrere Orakel und zusätzliche Validierungen vorgesehen sind.
Der Markt hat die Antwort bereits geliefert. NEWT ist von seinem historischen Hoch im Juli 2025 bei 0,717 US-Dollar auf etwa 0,05 US-Dollar im Juli 2026 gefallen – ein Rückgang von über 93%. Die Marktkapitalisierung liegt nur bei rund 10,18 Millionen US-Dollar. Für ein Projekt, das mit einem „Finanzierungs-Flair“ von 90 Millionen US-Dollar daherkommt, wirkt diese Zahl so still – und genau das macht einem unruhig.
Wenn eine Protokoll-automatisierte Handelsstrategie vollständig von einer einzigen Orakel-Datenquelle getrieben wird und on-chain nicht einmal die vollständigen Originaldaten nachverifiziert werden können – „verifizierbare Automatisierung“ – was genau wird dann eigentlich verifiziert?
Dies sind alles persönliche Ansichten und stellen keine Anlageberatung dar. Schreib gern im Kommentarbereich, was du davon hältst.