Frag jemanden, der eine DeFi-Position schon einmal vom Margin Call betroffen gesehen hat, wie eine Liquidation aussieht, und du wirst dieselbe Geschichte hören: Ein Preisfeed tickt eine Schwelle vorbei, ein Bot bemerkt es, bevor du es tust, und dein Sicherheitenvermögen wird in der Zeit eingezogen, die das Aktualisieren einer Browser-Registerkarte dauert. Es ist vernünftig anzunehmen, dass Bitcoin-Sicherheiten über Babylons Vaults genauso funktionieren würden, sobald sie auf einen Kreditmarkt gelangen.
Das ist jedoch nicht so, zumindest nicht nach diesem Mechanismus. Ein Babylon-Vault gibt gesperrtes BTC nur dann an einen Liquidator frei, wenn dieser eine gültige Zero-Knowledge-Proof einreicht, die bestätigt, dass die Darlehensbedingungen tatsächlich verletzt wurden – nicht, wenn ein Oracle-Preis auf einem Dashboard eine Linie überschreitet. Der Beweis muss gegen den Smart-Contract-Stand verifiziert werden, bevor Bitcoins Script zulässt, dass Gelder sich bewegen, und Babylons Design legt eine Challenge-Phase darüber, sodass eine bestrittene Behauptung vor der endgültigen Klärung angefochten werden kann.
Die Annahme, dass Liquidation immer bedeutet, dass ein automatisiertes Preisrennen abläuft, verfehlt, was hier tatsächlich das Ergebnis bestimmt. Preisbewegungen können weiterhin auf der Seite des Kreditmarkts eine Berechtigung auslösen, aber die Bitcoin-Seite übergibt Sicherheiten niemandem, der nicht in der Lage ist, einen kryptografischen Beweis vorzulegen, dass die Verletzung wirklich stattgefunden hat. Eine bestrittene Behauptung erhält zudem ein Zeitfenster, in dem sie angefochten werden kann, statt sofort zu verfallen – ein langsamerer und streitresistenter Prozess, als ihn die Bot-Rennen erwarten, die die meisten DeFi-Nutzer gewohnt sind.
Babylons Vaults liquidieren nicht so wie die meisten DeFi-Sicherheiten: Sie rennen nicht sofort los, sobald eine Schwelle bricht und ein Preisoracle dies signalisiert. Sie schotten jede Beschlagnahmung hinter einen verifizierten Beweis und ein Challenge-Fenster ein und tauschen die Geschwindigkeit eines automatisierten Bots gegen einen Prozess, den eine falsche Behauptung nicht einfach überlaufen kann.
@BabylonLabs_io $BABY #baby $DEXE
Das ist jedoch nicht so, zumindest nicht nach diesem Mechanismus. Ein Babylon-Vault gibt gesperrtes BTC nur dann an einen Liquidator frei, wenn dieser eine gültige Zero-Knowledge-Proof einreicht, die bestätigt, dass die Darlehensbedingungen tatsächlich verletzt wurden – nicht, wenn ein Oracle-Preis auf einem Dashboard eine Linie überschreitet. Der Beweis muss gegen den Smart-Contract-Stand verifiziert werden, bevor Bitcoins Script zulässt, dass Gelder sich bewegen, und Babylons Design legt eine Challenge-Phase darüber, sodass eine bestrittene Behauptung vor der endgültigen Klärung angefochten werden kann.
Die Annahme, dass Liquidation immer bedeutet, dass ein automatisiertes Preisrennen abläuft, verfehlt, was hier tatsächlich das Ergebnis bestimmt. Preisbewegungen können weiterhin auf der Seite des Kreditmarkts eine Berechtigung auslösen, aber die Bitcoin-Seite übergibt Sicherheiten niemandem, der nicht in der Lage ist, einen kryptografischen Beweis vorzulegen, dass die Verletzung wirklich stattgefunden hat. Eine bestrittene Behauptung erhält zudem ein Zeitfenster, in dem sie angefochten werden kann, statt sofort zu verfallen – ein langsamerer und streitresistenter Prozess, als ihn die Bot-Rennen erwarten, die die meisten DeFi-Nutzer gewohnt sind.
Babylons Vaults liquidieren nicht so wie die meisten DeFi-Sicherheiten: Sie rennen nicht sofort los, sobald eine Schwelle bricht und ein Preisoracle dies signalisiert. Sie schotten jede Beschlagnahmung hinter einen verifizierten Beweis und ein Challenge-Fenster ein und tauschen die Geschwindigkeit eines automatisierten Bots gegen einen Prozess, den eine falsche Behauptung nicht einfach überlaufen kann.
@BabylonLabs_io $BABY #baby $DEXE