Wenn Menschen über Blockchain-Sicherheit sprechen, liegt der Fokus normalerweise auf Smart Contracts, Validatoren und Konsensmechanismen.
Doch viele der größten Verluste in DeFi entstanden nicht durch Fehler im Konsens.
Sie entstanden durch schlechte Daten.
Ein perfekt sicherer Smart Contract kann dennoch eine katastrophale Entscheidung treffen, wenn die Informationen, die er erhält, falsch sind. Deshalb ist Oracle-Manipulation nach wie vor eines der beständigsten Risiken im Krypto-Bereich.
Das wirft eine interessante Frage für Newton Protocol ($NEWT) auf:
Wie geht das System mit Oracle-Risiken um, ohne sich auf ein herkömmliches Oracle-Netzwerkmodell zu stützen?
Die meisten Oracle-Systeme versuchen, das Problem über Konsens zu lösen: Mehrere Knoten sammeln Daten, vergleichen Ergebnisse und veröffentlichen einen endgültigen Wert. Die Annahme ist einfach: Wenn genug unabhängige Teilnehmer zustimmen, sind die resultierenden Daten wahrscheinlich vertrauenswürdig.
Newton geht einen anderen Weg.
Statt die Datenübermittlung als primäre Herausforderung zu betrachten, konzentriert sich Newton darauf, ob eine bestimmte Aktion nach der Bewertung einer Reihe von Regeln genehmigt werden sollte.
Der entscheidende Unterschied besteht darin, dass Newton nicht versucht, ein weiteres Kurs-Feed-Netzwerk zu werden. Newton versucht, eine Ebene zur Verifizierung von Entscheidungen zu werden.
Stellen Sie sich einen KI-Agenten vor, der ein Treasury verwaltet.
Der Agent möchte Mittel bewegen, einen Handel ausführen oder Vermögenswerte neu ausbalancieren. Bevor die Aktion geschieht, bewerten Newton-Richtlinien, ob die Anfrage vordefinierte Bedingungen erfüllt.
Diese Bedingungen können Marktdaten, Wallet-Salden, Exposure-Limits, genehmigte Ziele, Risikoschwellen und viele andere Eingaben umfassen.
Wichtig ist: Die Genehmigung basiert nicht auf Reputation oder Annahmen.
Eine Richtlinie muss ausgeführt werden.
Es muss eine Entscheidung getroffen werden.
Und diese Entscheidung wird durch eine kryptografische Bestätigung abgesichert.
Dadurch entsteht ein anderes Sicherheitsmodell als viele Blockchain-Nutzer es gewohnt sind.
Anstatt zu fragen:
*"Kann ich dem Oracle vertrauen?"*
Die Frage lautet:
*"Kann ich überprüfen, wie die Entscheidung getroffen wurde?"*
Dieser Wandel ist entscheidend, weil Transparenz oft eine stärkere Sicherheit bietet als blindes Vertrauen.
Jede Richtlinie hat eine explizite Logik.
Jede Genehmigung folgt definierten Regeln.
Jede Aktion kann auf die Bedingungen zurückgeführt werden, die sie ermöglicht haben.
Das bedeutet jedoch nicht, dass Newton oraclebezogene Risiken eliminiert.
Keines der Protokolle kann das Problem externer Wahrheit vollständig lösen.
Wenn eine Richtlinie von ungenauen Marktdaten, manipulierten APIs oder irreführenden externen Eingaben abhängt, kann die Richtlinie dennoch zu einer falschen Schlussfolgerung gelangen.
Verifizierung ist nicht dasselbe wie Korrektheit.
Ein System kann beweisen, dass eine Entscheidung nach den Regeln getroffen wurde, auch wenn das Ergebnis dennoch schlecht ist, falls die zugrunde liegenden Daten fehlerhaft waren.
Hier wird das Richtliniendesign entscheidend.
Entwickler, die auf Newton aufbauen, können mehrere Schutzebenen erstellen—statt sich auf eine einzige Informationsquelle zu verlassen.
Zum Beispiel:
* Bestätigung von mehreren unabhängigen Datenanbietern verlangen.
* Maximale akzeptable Abweichungen zwischen Quellen festlegen.
Genehmigungen ablehnen, wenn die Konfidenzniveaus unter einen Schwellenwert fallen.
* Transaktionsgröße in Phasen der Unsicherheit begrenzen.
* Verzögerungen für ungewöhnlich große Aktionen einführen.
* Zusätzliche Verifizierung erforderlich machen, wenn die Markvolatilität stark ansteigt.
Diese Schutzmaßnahmen können die Auswirkungen manipulierten Daten signifikant reduzieren.
Ein weiterer Vorteil ist die Flexibilität.
Traditionelle Oracle-Architekturen erzwingen oft einen bestimmten Ansatz für die Datenvalidierung.
Newton ermöglicht Anwendungsentwicklern, Sicherheitsanforderungen anhand der Risiken, denen sie ausgesetzt sind, individuell anzupassen.
Ein Kreditprotokoll, ein KI-Trading-System, ein Treasury-Manager und eine Zahlungsanwendung können alle unterschiedliche Validierungslogik benötigen.
Newton ermöglicht es, diese Regeln direkt in die Richtlinienausführung zu kodieren, statt jede Anwendung in denselben Rahmen zu zwingen.
Aus sicherheitstechnischer Sicht ist das eine mächtige Idee.
Das Protokoll versucht nicht, jede mögliche Bedrohung vorherzusagen.
Stattdessen bietet es einen Rahmen, in dem Sicherheitsannahmen explizit definiert, auditiert und durchgesetzt werden können.
Das Ergebnis ist ein Modell, das verifizierbaren Entscheidungen Vorrang vor blindem Vertrauen einräumt.
Kann Newton eine Oracle-Manipulation vollständig verhindern?
Wahrscheinlich nicht.
Kein System, das von externen Informationen abhängt, kann perfekte Daten garantieren.
Aber Newton verändert das Schlachtfeld.
Anstatt sich vollständig auf ein herkömmliches Oracle-Netzwerk zu verlassen, bietet es Entwicklern Werkzeuge, um Entscheidungen zu verifizieren, Schutzmaßnahmen zu kombinieren und Richtlinien zu erstellen, die auch dann robust bleiben, wenn die Datenqualität unsicher wird.
In einer Zukunft, in der KI-Agenten zunehmend Vermögenswerte kontrollieren und Transaktionen autonom ausführen, könnte diese Fähigkeit, nicht nur Daten—sondern auch die Begründung hinter Aktionen—zu verifizieren, ebenso wichtig sein wie die Daten selbst.
Und das könnte einer der interessantesten langfristigen Sicherheitsvorteile des Newton-Protokolls sein.
