Mapped the liquidation risk mechanics for Trustless Bitcoin Vaults (TBV)-backed lending this week because "health factor drops position gets liquidated" unders lls a Specific structural risk in the docs called the cliff effect.
Three things need mapping together to see it clearly.
Health factor zones a position stays safe well above the liquidation threshold, enters a warning zone as BTC price or borrow Value moves against it Then crosses into eligible for liquidation territory. Standard mechanics nothing unusual so far.
The cliff effect: because collBTC represents a Bitcoin vault rather than a liquid onchain asset closing out a liquidated position isn't instantaneous the way selling a token on a DEX would be.
Theres a proof generation and timeout window between a Liquidator repaying debt and actually claiming the BTC. During that Window the position is functionally frozen from the depositors side worked example in the docs shows a borrOwer losing meaningfully more value than a comparable liquid collateral position would, purely from that lag.
The mitigation a two vault structure where a positions collateral gets split across two separate vaults rather than one reducing how much value sits inside the liquidation timing window at any single moment.
I actually think the two vault approach is the more interesting design decision here than the liquidation mechanism itself its a structural fix for a timing problem that a single vault design can't solve just by adjusting thresholds.
What I havent worked out is whether splitting into two vaults changes anything on the deposit side more setup complexity, more gas or any downside to a borrower who'd otherwise just use one.
@BabylonLabs_io $BABY #baby $RIF $BANK
Three things need mapping together to see it clearly.
Health factor zones a position stays safe well above the liquidation threshold, enters a warning zone as BTC price or borrow Value moves against it Then crosses into eligible for liquidation territory. Standard mechanics nothing unusual so far.
The cliff effect: because collBTC represents a Bitcoin vault rather than a liquid onchain asset closing out a liquidated position isn't instantaneous the way selling a token on a DEX would be.
Theres a proof generation and timeout window between a Liquidator repaying debt and actually claiming the BTC. During that Window the position is functionally frozen from the depositors side worked example in the docs shows a borrOwer losing meaningfully more value than a comparable liquid collateral position would, purely from that lag.
The mitigation a two vault structure where a positions collateral gets split across two separate vaults rather than one reducing how much value sits inside the liquidation timing window at any single moment.
I actually think the two vault approach is the more interesting design decision here than the liquidation mechanism itself its a structural fix for a timing problem that a single vault design can't solve just by adjusting thresholds.
What I havent worked out is whether splitting into two vaults changes anything on the deposit side more setup complexity, more gas or any downside to a borrower who'd otherwise just use one.
@BabylonLabs_io $BABY #baby $RIF $BANK