Eine Liquidation von Bitcoin hat ein Timing-Problem, das Liquidationen auf Ethereum nicht haben. Die native BTC-Rückgabe aus einem Vault läuft im Takt des eigenen Bitcoin-Settlement-Rhythmus, und es gibt keine Möglichkeit, das schneller zu erzwingen, ohne jemandem treuhänderische Kontrolle über die Coins zu geben — was den gesamten Zweck des Designs in erster Linie zunichtemachen würde.
Babylon und die Antwort von Aave besteht darin, die beiden Ereignisse zu entkoppeln. Wenn ein Vault liquidiert wird, wird er sofort gegen WBTC getauscht, sodass sich die Position des Kreditgebers direkt im Zeitplan von Ethereum einpendelt. Die eigentliche native BTC-Rückgabe erfolgt dann separat, im eigenen Zeitplan von Bitcoin, ohne dass die Kreditauflösung für irgendjemanden im Markt aufgehalten wird. Es gibt hier auch einen zweiten Nutzen. Aave hält derzeit rund 5 Milliarden US-Dollar an WBTC-Volumen, das Babylon als auf der Borrow-Seite untergenutzt beschrieben hat. Wenn man die Liquidationsabwicklung darüber routet, bringt man zudem einen Teil dieses inaktiven WBTC wieder in die Arbeit.
Die Alternative wäre, jede Liquidation darauf warten zu lassen, bis native Bitcoin-Bestätigungen und die eigene Rückgabe-Logik des Vaults abgeschlossen sind, bevor ein Kreditgeber überhaupt irgendeine Auflösung sieht. Das ist philosophisch „reiner“, berührt zu keinem Zeitpunkt verwrapped Assets (null wrapped assets), aber es bedeutet, dass Liquidationen im Tempo von Bitcoin laufen — genau in dem Moment, in dem Tempo dabei schützt, dass ein Kreditgeber nicht noch weitere Verluste erleidet.
Babylon ist nicht end-to-end ohne Wrapping, sondern ohne Wrapping für den Pfad, den die meisten Nutzer tatsächlich gehen. In der Liquidationsphase selbst hat Babylon zugunsten der Geschwindigkeit für den Kreditgeber auf „Reinheit“ für den Exit des Borrowers verzichtet — ein nachvollziehbarer Trade, aber eben ein Trade.
@BabylonLabs_io $BABY #baby
$BANK
Babylon und die Antwort von Aave besteht darin, die beiden Ereignisse zu entkoppeln. Wenn ein Vault liquidiert wird, wird er sofort gegen WBTC getauscht, sodass sich die Position des Kreditgebers direkt im Zeitplan von Ethereum einpendelt. Die eigentliche native BTC-Rückgabe erfolgt dann separat, im eigenen Zeitplan von Bitcoin, ohne dass die Kreditauflösung für irgendjemanden im Markt aufgehalten wird. Es gibt hier auch einen zweiten Nutzen. Aave hält derzeit rund 5 Milliarden US-Dollar an WBTC-Volumen, das Babylon als auf der Borrow-Seite untergenutzt beschrieben hat. Wenn man die Liquidationsabwicklung darüber routet, bringt man zudem einen Teil dieses inaktiven WBTC wieder in die Arbeit.
Die Alternative wäre, jede Liquidation darauf warten zu lassen, bis native Bitcoin-Bestätigungen und die eigene Rückgabe-Logik des Vaults abgeschlossen sind, bevor ein Kreditgeber überhaupt irgendeine Auflösung sieht. Das ist philosophisch „reiner“, berührt zu keinem Zeitpunkt verwrapped Assets (null wrapped assets), aber es bedeutet, dass Liquidationen im Tempo von Bitcoin laufen — genau in dem Moment, in dem Tempo dabei schützt, dass ein Kreditgeber nicht noch weitere Verluste erleidet.
Babylon ist nicht end-to-end ohne Wrapping, sondern ohne Wrapping für den Pfad, den die meisten Nutzer tatsächlich gehen. In der Liquidationsphase selbst hat Babylon zugunsten der Geschwindigkeit für den Kreditgeber auf „Reinheit“ für den Exit des Borrowers verzichtet — ein nachvollziehbarer Trade, aber eben ein Trade.
@BabylonLabs_io $BABY #baby
$BANK