jede einzelne Mechanik, die ich bisher in dieser Reihe durchlaufen habe — die Liquidationsschwelle, der Fairness-Überschuss, all das — setzt stillschweigend eine Sache voraus, die im Hintergrund korrekt funktioniert: der Preis. Keine dieser Rechnungen bedeutet etwas, wenn der Preisfeed, der sie speist, falsch ist. Das ist etwas, das man sich wirklich ansehen sollte, statt es als gegeben hinzunehmen.
Liquidationen werden ausgelöst, wenn ein BTC/USD-Preis-Feed eine Schwelle überschreitet, die im Verhältnis zur geschuldeten Schuld steht. Die Fairness-Zahlungsberechnung — also die Frage, ob ein sichergestellter Vault tatsächlich über das hinausging, was tatsächlich geschuldet war — läuft auf genau dieser Art von Preislogik. Dazu kommt ein WBTC/USD-Feed für den Fall, dass der Überschuss in diesem spezifischen Asset ausgeglichen wird. Das sind keine nebensächlichen Details, die nur an das Design „angeflanscht“ sind. Sie sind tragend. Wenn man den Preis im falschen Moment falsch bekommt, erhält man eine Liquidation, die nicht hätte passieren dürfen, oder eine Fairness-Zahlung, die jemanden unterbezahlt, der nie wirklich im Minus war.
Was diesen Teil von dem Rest des Designs unterscheidet, den ich bisher abgedeckt habe, ist: Alles andere war bisher direkt über Kryptographie oder Bitcoin-Script verifizierbar — Hashlocks, Beweise, Timelocks — Dinge, die man als korrekt prüfen kann, indem man sie einfach anschaut. „Preis“ ist das nicht. Preis ist per Definition extern: Es ist die Aufgabe eines Oracles, etwas zu melden, das in der Außenwelt passiert. Und keine noch so clevere Vertragsgestaltung ändert die Tatsache, dass der Vertrag einer Zahl vertraut, die er nicht unabhängig anhand der Realität prüfen kann.
Hier wird die „trustless“-Rahmung tatsächlich deutlich schwerer, ohne Einschränkung aufrechtzuerhalten. Alles, was oberhalb der Liquidation liegt, wird durch Mathematik erzwungen, die im On-Chain verifizierbar ist. Der Trigger für die Liquidation selbst hängt von einem Feed ab, der außerhalb des Systems berichtet — und wie dieses Oracle abgesichert ist, wird stillschweigend zu einer der wichtigsten Vertrauensannahmen im gesamten Stack.
Wird das Setup für das Oracle hier überhaupt mit der gleichen Sorgfalt diskutiert wie die kryptographischen Teile, oder rutscht es unter dem Radar, weil „price feed“ so routinehaft klingt im Vergleich zu Hashlocks und zk-Proofs.
#baby @BabylonLabs_io $BABY
Liquidationen werden ausgelöst, wenn ein BTC/USD-Preis-Feed eine Schwelle überschreitet, die im Verhältnis zur geschuldeten Schuld steht. Die Fairness-Zahlungsberechnung — also die Frage, ob ein sichergestellter Vault tatsächlich über das hinausging, was tatsächlich geschuldet war — läuft auf genau dieser Art von Preislogik. Dazu kommt ein WBTC/USD-Feed für den Fall, dass der Überschuss in diesem spezifischen Asset ausgeglichen wird. Das sind keine nebensächlichen Details, die nur an das Design „angeflanscht“ sind. Sie sind tragend. Wenn man den Preis im falschen Moment falsch bekommt, erhält man eine Liquidation, die nicht hätte passieren dürfen, oder eine Fairness-Zahlung, die jemanden unterbezahlt, der nie wirklich im Minus war.
Was diesen Teil von dem Rest des Designs unterscheidet, den ich bisher abgedeckt habe, ist: Alles andere war bisher direkt über Kryptographie oder Bitcoin-Script verifizierbar — Hashlocks, Beweise, Timelocks — Dinge, die man als korrekt prüfen kann, indem man sie einfach anschaut. „Preis“ ist das nicht. Preis ist per Definition extern: Es ist die Aufgabe eines Oracles, etwas zu melden, das in der Außenwelt passiert. Und keine noch so clevere Vertragsgestaltung ändert die Tatsache, dass der Vertrag einer Zahl vertraut, die er nicht unabhängig anhand der Realität prüfen kann.
Hier wird die „trustless“-Rahmung tatsächlich deutlich schwerer, ohne Einschränkung aufrechtzuerhalten. Alles, was oberhalb der Liquidation liegt, wird durch Mathematik erzwungen, die im On-Chain verifizierbar ist. Der Trigger für die Liquidation selbst hängt von einem Feed ab, der außerhalb des Systems berichtet — und wie dieses Oracle abgesichert ist, wird stillschweigend zu einer der wichtigsten Vertrauensannahmen im gesamten Stack.
Wird das Setup für das Oracle hier überhaupt mit der gleichen Sorgfalt diskutiert wie die kryptographischen Teile, oder rutscht es unter dem Radar, weil „price feed“ so routinehaft klingt im Vergleich zu Hashlocks und zk-Proofs.
#baby @BabylonLabs_io $BABY