En étudiant les Trustless Bitcoin Vaults (TBV) du @BabylonLabs_io , j’ai découvert un problème facile à négliger : faire du BTC natif un collatéral n’est que la première étape ; le véritable casse-tête, c’est de savoir exactement combien récupérer lors d’une liquidation.
Dans le DeFi classique, les actifs en collatéral peuvent généralement être décomposés de manière précise. Si une position devient un peu trop malsaine, le protocole vend une partie des actifs pour combler le déficit. Mais dans les TBV, chaque Vault correspond en essence à un Bitcoin UTXO distinct, et un UTXO ne peut pas être “découpé” librement, comme le serait un solde de compte. Un Vault est soit conservé intégralement, soit racheté intégralement, ou encore liquidé.
Cela signifie que si un utilisateur place tout son BTC dans un grand Vault, même si l’écart de dette ne représente qu’une faible portion, la liquidation peut être contrainte de s’organiser autour de l’ensemble du Vault. Le problème ne se résume donc plus au prix de liquidation : c’est la granularité du design du collatéral qui mérite d’être interrogée.
La démarche proposée par les TBV est intéressante : découper le BTC à l’avance en Vaults de tailles différentes, puis définir un ordre de liquidation. On place d’abord un “Vault sacrificiel” de taille plus modeste, destiné à couvrir en priorité les dettes potentielles ; le reste des fonds est mis dans un “Vault de protection”. Quand la position se dégrade, le protocole traite d’abord celui-ci, plutôt que de toucher directement à l’ensemble du collatéral.
À mon avis, ce design montre que les TBV ne se contentent pas d’ajouter du BTC dans un marché de prêt type Aave : ils réadaptent le modèle UTXO de Bitcoin. Le système ne fait pas semblant que le BTC serait aussi flexible que de l’ERC-20 ; au contraire, il intègre directement la caractéristique “non divisible” de l’actif dans la gestion du risque.
Bien sûr, cela transfère aussi davantage de responsabilités aux utilisateurs et à l’interface : la taille des Vaults, le montant emprunté et la marge de sécurité conservée influenceront tous le résultat de liquidation. Mais une façon aussi explicite d’exposer les contraintes peut mériter davantage d’attention que de dissimuler le risque derrière des ponts, des dépositaires et des actifs encapsulés. $BABY Ce qu’il faut réellement prouver, c’est que ce mécanisme de collatéral natif en Bitcoin peut être aussi utile, en plus d’être sûr.
#baby
Dans le DeFi classique, les actifs en collatéral peuvent généralement être décomposés de manière précise. Si une position devient un peu trop malsaine, le protocole vend une partie des actifs pour combler le déficit. Mais dans les TBV, chaque Vault correspond en essence à un Bitcoin UTXO distinct, et un UTXO ne peut pas être “découpé” librement, comme le serait un solde de compte. Un Vault est soit conservé intégralement, soit racheté intégralement, ou encore liquidé.
Cela signifie que si un utilisateur place tout son BTC dans un grand Vault, même si l’écart de dette ne représente qu’une faible portion, la liquidation peut être contrainte de s’organiser autour de l’ensemble du Vault. Le problème ne se résume donc plus au prix de liquidation : c’est la granularité du design du collatéral qui mérite d’être interrogée.
La démarche proposée par les TBV est intéressante : découper le BTC à l’avance en Vaults de tailles différentes, puis définir un ordre de liquidation. On place d’abord un “Vault sacrificiel” de taille plus modeste, destiné à couvrir en priorité les dettes potentielles ; le reste des fonds est mis dans un “Vault de protection”. Quand la position se dégrade, le protocole traite d’abord celui-ci, plutôt que de toucher directement à l’ensemble du collatéral.
À mon avis, ce design montre que les TBV ne se contentent pas d’ajouter du BTC dans un marché de prêt type Aave : ils réadaptent le modèle UTXO de Bitcoin. Le système ne fait pas semblant que le BTC serait aussi flexible que de l’ERC-20 ; au contraire, il intègre directement la caractéristique “non divisible” de l’actif dans la gestion du risque.
Bien sûr, cela transfère aussi davantage de responsabilités aux utilisateurs et à l’interface : la taille des Vaults, le montant emprunté et la marge de sécurité conservée influenceront tous le résultat de liquidation. Mais une façon aussi explicite d’exposer les contraintes peut mériter davantage d’attention que de dissimuler le risque derrière des ponts, des dépositaires et des actifs encapsulés. $BABY Ce qu’il faut réellement prouver, c’est que ce mécanisme de collatéral natif en Bitcoin peut être aussi utile, en plus d’être sûr.
#baby