Ich bin heute auf dem TBV-Testnetz zu einer neuen Vault gegangen, um etwas einzuzahlen, und die App hat mich aufgehalten, bevor ich einfach nur eine Zahl eingeben konnte – sie wollte die Einzahlung stattdessen in zwei separate Vaults aufteilen, anstatt in eine.
Ich habe erst nicht verstanden, warum, bis ich die Bezeichnungen gelesen habe. Die eine heißt „Opfer-Vault“, ist so dimensioniert, dass sie das abdeckt, was das Protokoll als Erstes einziehen will, falls etwas schiefgeht, und sie steht zuerst in der Liquidationsreihenfolge. Die andere heißt „geschützte Vault“ und hält den Rest; sie steht an zweiter Stelle. Die App akzeptiert nicht einfach nur Sicherheiten. Sie entscheidet im Voraus, welcher Teil meines BTC als Erstes den Treffer abbekommt – bevor überhaupt eine Position offen ist.
Erinnerte mich an einen Boxer, der seine führende Hand fest umwickelt, noch bevor der Kampf überhaupt beginnt. Nicht weil die führende Hand schwächer wäre – sondern weil sie als Erste Kontakt bekommt, also genau dafür wird sie gebaut. Noch ist nichts geworfen worden. Die Strategie ist schon im Wrap eingebaut.
Die meisten Lending-Protokolle behandeln deine Sicherheiten als einen einheitlichen Haufen – die Liquidation frisst proportional hinein, ohne Vorausplanung. TBV hat offenbar entschieden, dass das nicht gut genug ist. Es will einen bestimmten Verlust-Absorber vor den Sicherheiten platzieren, um die du dich eigentlich kümmern willst; das wird beim Einzahlen festgelegt, nicht erst während der Liquidation improvisiert.
Ich bin heute nur noch bis zur Dimensionierung der Opfer-Vault gekommen, bevor mir die Zeit ausgegangen ist. Ich konnte nicht wirklich testen, was passiert, wenn die Opfer-Vault vollständig eingezogen wird und meine Position immer noch im Minus ist – ob die Liquidationsreihenfolge der geschützten Vault wirklich unangetastet bleibt, oder ob „zweiter in der Reihe“ trotzdem „irgendwann an der Reihe“ bedeutet, wenn die Opfer-Seite nicht genug ist.
Ich bin neugierig, ob schon jemand eine Position tatsächlich über die Opfer-Vault hinaus in die geschützte geschoben hat und wie das aussah.
@BabylonLabs_io $BABY #baby $SKYAI $VIC #Binance
Ich habe erst nicht verstanden, warum, bis ich die Bezeichnungen gelesen habe. Die eine heißt „Opfer-Vault“, ist so dimensioniert, dass sie das abdeckt, was das Protokoll als Erstes einziehen will, falls etwas schiefgeht, und sie steht zuerst in der Liquidationsreihenfolge. Die andere heißt „geschützte Vault“ und hält den Rest; sie steht an zweiter Stelle. Die App akzeptiert nicht einfach nur Sicherheiten. Sie entscheidet im Voraus, welcher Teil meines BTC als Erstes den Treffer abbekommt – bevor überhaupt eine Position offen ist.
Erinnerte mich an einen Boxer, der seine führende Hand fest umwickelt, noch bevor der Kampf überhaupt beginnt. Nicht weil die führende Hand schwächer wäre – sondern weil sie als Erste Kontakt bekommt, also genau dafür wird sie gebaut. Noch ist nichts geworfen worden. Die Strategie ist schon im Wrap eingebaut.
Die meisten Lending-Protokolle behandeln deine Sicherheiten als einen einheitlichen Haufen – die Liquidation frisst proportional hinein, ohne Vorausplanung. TBV hat offenbar entschieden, dass das nicht gut genug ist. Es will einen bestimmten Verlust-Absorber vor den Sicherheiten platzieren, um die du dich eigentlich kümmern willst; das wird beim Einzahlen festgelegt, nicht erst während der Liquidation improvisiert.
Ich bin heute nur noch bis zur Dimensionierung der Opfer-Vault gekommen, bevor mir die Zeit ausgegangen ist. Ich konnte nicht wirklich testen, was passiert, wenn die Opfer-Vault vollständig eingezogen wird und meine Position immer noch im Minus ist – ob die Liquidationsreihenfolge der geschützten Vault wirklich unangetastet bleibt, oder ob „zweiter in der Reihe“ trotzdem „irgendwann an der Reihe“ bedeutet, wenn die Opfer-Seite nicht genug ist.
Ich bin neugierig, ob schon jemand eine Position tatsächlich über die Opfer-Vault hinaus in die geschützte geschoben hat und wie das aussah.
@BabylonLabs_io $BABY #baby $SKYAI $VIC #Binance
