Wem sollen die Daten zur Beleihungswertermittlung wirklich vertrauen?
Die meisten Tragödien bei On-Chain-Liquidationen gehen auf dasselbe Problem zurück: verzögerte oder manipulierte Preisfeeds. Als Newtons Mainnet live ging, wurde gleichzeitig der Preisfeed von RedStone angebunden – und das könnte wichtiger sein, als die meisten denken. Wenn der Policy-Engine ein falscher Preis eingespeist wird, ist das im Grunde dasselbe wie keine Regeln zu haben.
Nachdem die Tresorverwalter einen Beleihungsquoten-Grenzwert festgelegt haben, muss jede Kredit- oder Auszahlungsanfrage zuerst die Newton-Autorisierungsebene passieren. Das System ruft synchron den Echtzeitpreis von RedStone zur Prüfung ab. Reicht die Sicherheit aus oder nicht – das Ergebnis steht sofort fest. Nur wenn es passt, wird die Anfrage freigegeben. RedStone läuft seit über 100 verschiedenen Ketten, u. a. wird es von Spark, Morpho und Securitize genutzt – bis heute ohne Aufzeichnungen über falsche Preise. Die Zuverlässigkeit der Datenquelle ist die harte Voraussetzung dafür, dass alle Regeln greifen.
Auch eine Depeg-Entkopplung braucht eine „vorherige Abfangkontrolle“
Das Depeg-Monitoring von Webacy für Stablecoins ist ebenfalls an VaultKit angeschlossen. Nehmen wir als Beispiel: Wenn ein Tresor eine USDC- oder USDT-Position hält, kann der Tresorverwalter eine Policy definieren: Wenn dieser Stablecoin für eine bestimmte Zeit durchgehend depegt, oder wenn er die 1-Dollar-Bindung um mehr als einen festgelegten Prozentsatz verfehlt, lehnt das System die entsprechenden Asset-Transaktionen, Kredite und Auszahlungen direkt ab.
Das nennt man Prüfung der Asset-Qualität. Früher lag die Verantwortung oft erst nachträglich; jetzt zwingt Newton sie vor dem eigentlichen Handel zur Ausführung.
Als Nächstes stellt sich die Frage: Worauf kommt es an?
Aktuell verlässt sich die Policy-Engine auf der Datenschicht in hohem Maß auf RedStone. In den kommenden Monaten lohnt es sich, Folgendes im Blick zu behalten: Wie viele Datenquellen wird Newton als Nächstes anbinden? Wie viele reale Deployments gibt es bei VaultKit? Und wie viel $NEWT wird durch die Policy-Ausführung verbraucht? Der Wert der Infrastruktur basiert nie auf Erzählungen, sondern auf den tatsächlichen Aufrufen. Das Mainnet läuft erst seit gut zwei Wochen, es gibt noch nicht viele Daten – aber diese Richtung sollte man kontinuierlich beobachten.
@NewtonProtocol #newt $NEWT
Die meisten Tragödien bei On-Chain-Liquidationen gehen auf dasselbe Problem zurück: verzögerte oder manipulierte Preisfeeds. Als Newtons Mainnet live ging, wurde gleichzeitig der Preisfeed von RedStone angebunden – und das könnte wichtiger sein, als die meisten denken. Wenn der Policy-Engine ein falscher Preis eingespeist wird, ist das im Grunde dasselbe wie keine Regeln zu haben.
Nachdem die Tresorverwalter einen Beleihungsquoten-Grenzwert festgelegt haben, muss jede Kredit- oder Auszahlungsanfrage zuerst die Newton-Autorisierungsebene passieren. Das System ruft synchron den Echtzeitpreis von RedStone zur Prüfung ab. Reicht die Sicherheit aus oder nicht – das Ergebnis steht sofort fest. Nur wenn es passt, wird die Anfrage freigegeben. RedStone läuft seit über 100 verschiedenen Ketten, u. a. wird es von Spark, Morpho und Securitize genutzt – bis heute ohne Aufzeichnungen über falsche Preise. Die Zuverlässigkeit der Datenquelle ist die harte Voraussetzung dafür, dass alle Regeln greifen.
Auch eine Depeg-Entkopplung braucht eine „vorherige Abfangkontrolle“
Das Depeg-Monitoring von Webacy für Stablecoins ist ebenfalls an VaultKit angeschlossen. Nehmen wir als Beispiel: Wenn ein Tresor eine USDC- oder USDT-Position hält, kann der Tresorverwalter eine Policy definieren: Wenn dieser Stablecoin für eine bestimmte Zeit durchgehend depegt, oder wenn er die 1-Dollar-Bindung um mehr als einen festgelegten Prozentsatz verfehlt, lehnt das System die entsprechenden Asset-Transaktionen, Kredite und Auszahlungen direkt ab.
Das nennt man Prüfung der Asset-Qualität. Früher lag die Verantwortung oft erst nachträglich; jetzt zwingt Newton sie vor dem eigentlichen Handel zur Ausführung.
Als Nächstes stellt sich die Frage: Worauf kommt es an?
Aktuell verlässt sich die Policy-Engine auf der Datenschicht in hohem Maß auf RedStone. In den kommenden Monaten lohnt es sich, Folgendes im Blick zu behalten: Wie viele Datenquellen wird Newton als Nächstes anbinden? Wie viele reale Deployments gibt es bei VaultKit? Und wie viel $NEWT wird durch die Policy-Ausführung verbraucht? Der Wert der Infrastruktur basiert nie auf Erzählungen, sondern auf den tatsächlichen Aufrufen. Das Mainnet läuft erst seit gut zwei Wochen, es gibt noch nicht viele Daten – aber diese Richtung sollte man kontinuierlich beobachten.
@NewtonProtocol #newt $NEWT