0 BPS.
Das war die kleinste Zahl in Babilis Liquidationsparametern, und ich habe sie zuerst als Gebührenbefreiung gelesen.
VaultBTC trägt eine Liquidationsgebühr von 0 BPS. Bei einer Liquidation im Aave-Stil ist diese Gebühr normalerweise der Anteil des Protokolls an dem Bonus, der an den Liquidator ausgezahlt wird. Meine erste Annahme war einfach. Babylon hatte beschlossen, keinen Schnitt zu machen.
Dann fiel mir auf, dass die Dokumentation es „strukturell null“ nennt.
Jedes Trustless Bitcoin Vault (TBV) ist ein einzelner Bitcoin-UTXO. Die Lending-Schicht kann diesen Output konfiszieren oder ihn in Ruhe lassen. Sie kann nicht 3 %, 5 % oder 10 % abpellen und dieses Stück an das Protokoll senden.
Das verändert, was der Wert von 0 BPS bedeutet.
Der Liquidator kann trotzdem einen Bonus verdienen, aktuell bis zu 10 %, sobald der Health Factor unter 1.0 fällt. Der Kreditnehmer kann trotzdem an Wert verlieren. Ein ganzes Vault kann beschlagnahmt werden, weil die Anwendung nicht nur den exakten Betrag nehmen kann, den sie braucht.
Also bedeutet 0 BPS nicht, dass eine Liquidation günstig oder harmlos ist.
Es markiert eine fehlende Aktion. Das Protokoll kann nach einer Konfiszierung nicht direkt einen Prozentsatz aus dem nativen BTC-Kollateral abschöpfen.
Der Bonus und die Gebühr können nebeneinander in einer Risikotabelle stehen. Sie haben nicht dieselbe Umsetzungsfreiheit, sobald das Kollateral ein UTXO ist.
Ich hatte die Liquidationsgebühr wie einen normalen Governance-Regler behandelt. Erhöhen oder senken. Die Verträge verteilen den Wert um die neue Zahl herum.
Aber das UTXO kommt mit einer harten Grenze.
Governance kann ändern, wie Schuld und Rewards im Lending-System verbucht werden. Sie kann nicht einen 5%-Anteil innerhalb eines einzelnen Bitcoin-Outputs erzeugen. Das Kollateral hat den erlaubten Bereich bereits verengt, bevor Governance den Parameter anfasst.
Das war der Teil, den ich übersehen hatte.
Das Feld existiert weiterhin in der Oberfläche, aber die Aktion dahinter existiert auf der Kollateral-Schicht nicht. Nichts muss zurückgerollt werden. Keine Transaktion muss fehlschlagen. Die Einschränkung ist bereits sichtbar, weil der Parameter auf 0 BPS festgenagelt ist.
Bei Babylon TBV ist 0 BPS keine niedrige Einstellung. Es ist die Spur einer Operation, die das Kollateral nicht ausführen kann.
Das Feld bleibt. Die Operation nicht.
$ON $BABY #baby @BabylonLabs_io
Das war die kleinste Zahl in Babilis Liquidationsparametern, und ich habe sie zuerst als Gebührenbefreiung gelesen.
VaultBTC trägt eine Liquidationsgebühr von 0 BPS. Bei einer Liquidation im Aave-Stil ist diese Gebühr normalerweise der Anteil des Protokolls an dem Bonus, der an den Liquidator ausgezahlt wird. Meine erste Annahme war einfach. Babylon hatte beschlossen, keinen Schnitt zu machen.
Dann fiel mir auf, dass die Dokumentation es „strukturell null“ nennt.
Jedes Trustless Bitcoin Vault (TBV) ist ein einzelner Bitcoin-UTXO. Die Lending-Schicht kann diesen Output konfiszieren oder ihn in Ruhe lassen. Sie kann nicht 3 %, 5 % oder 10 % abpellen und dieses Stück an das Protokoll senden.
Das verändert, was der Wert von 0 BPS bedeutet.
Der Liquidator kann trotzdem einen Bonus verdienen, aktuell bis zu 10 %, sobald der Health Factor unter 1.0 fällt. Der Kreditnehmer kann trotzdem an Wert verlieren. Ein ganzes Vault kann beschlagnahmt werden, weil die Anwendung nicht nur den exakten Betrag nehmen kann, den sie braucht.
Also bedeutet 0 BPS nicht, dass eine Liquidation günstig oder harmlos ist.
Es markiert eine fehlende Aktion. Das Protokoll kann nach einer Konfiszierung nicht direkt einen Prozentsatz aus dem nativen BTC-Kollateral abschöpfen.
Der Bonus und die Gebühr können nebeneinander in einer Risikotabelle stehen. Sie haben nicht dieselbe Umsetzungsfreiheit, sobald das Kollateral ein UTXO ist.
Ich hatte die Liquidationsgebühr wie einen normalen Governance-Regler behandelt. Erhöhen oder senken. Die Verträge verteilen den Wert um die neue Zahl herum.
Aber das UTXO kommt mit einer harten Grenze.
Governance kann ändern, wie Schuld und Rewards im Lending-System verbucht werden. Sie kann nicht einen 5%-Anteil innerhalb eines einzelnen Bitcoin-Outputs erzeugen. Das Kollateral hat den erlaubten Bereich bereits verengt, bevor Governance den Parameter anfasst.
Das war der Teil, den ich übersehen hatte.
Das Feld existiert weiterhin in der Oberfläche, aber die Aktion dahinter existiert auf der Kollateral-Schicht nicht. Nichts muss zurückgerollt werden. Keine Transaktion muss fehlschlagen. Die Einschränkung ist bereits sichtbar, weil der Parameter auf 0 BPS festgenagelt ist.
Bei Babylon TBV ist 0 BPS keine niedrige Einstellung. Es ist die Spur einer Operation, die das Kollateral nicht ausführen kann.
Das Feld bleibt. Die Operation nicht.
$ON $BABY #baby @BabylonLabs_io