#baby
Le livre blanc présente le TBV comme une « garantie bitcoin programmable » (programmable Bitcoin collateral), en soulignant sa capacité à s’intégrer de manière flexible à divers scénarios DeFi, comme l’octroi de prêts et l’émission de stablecoins. Sur le papier, cela semble très souple. Mais quand je tombe sur la section consacrée au mécanisme de rachat, je remarque une conception qui colle assez mal avec cette image de « flexibilité ».
Le rachat du TBV se fait actuellement selon un mode « whole vault » : on verrouille une certaine quantité de BTC à l’entrée, et lorsqu’on libère les fonds, on rachète l’intégralité du coffre en une seule fois. Le système ne permet pas de débloquer seulement une partie. Autrement dit, si je veux simplement récupérer une petite fraction de mes BTC pour répondre à un besoin de liquidité à court terme, je ne peux pas couper une portion directement à l’intérieur du vault. Je dois racheter l’intégralité du vault, solder toutes les positions de prêt, puis verrouiller à nouveau un nouveau vault pour continuer à utiliser les BTC restants.
Le paradoxe est là : le livre blanc insiste sur le terme « programmable », donnant à penser que le BTC peut être assemblé comme des briques LEGO, de façon flexible, pour s’adapter à différents contextes DeFi. Pourtant, le côté rachat est le plus rigide possible, en mode intégral. Toute modification locale implique de reconstruire l’ensemble du vault, donc un coût de reconstruction. Cela ne correspond finalement pas tout à fait au récit axé sur l’efficacité du capital et l’usage flexible.
Je pense que c’est précisément le problème d’expérience que le TBV doit résoudre avant de pouvoir se populariser : @BabylonLabs_io a fait un travail très solide sur la sécurité, mais pour que $BABY puisse attirer davantage d’utilisateurs réellement actifs, le mécanisme de rachat doit-il pouvoir permettre des retraits partiels ? Cela déterminera directement s’il est vraiment « programmable ».
Le livre blanc présente le TBV comme une « garantie bitcoin programmable » (programmable Bitcoin collateral), en soulignant sa capacité à s’intégrer de manière flexible à divers scénarios DeFi, comme l’octroi de prêts et l’émission de stablecoins. Sur le papier, cela semble très souple. Mais quand je tombe sur la section consacrée au mécanisme de rachat, je remarque une conception qui colle assez mal avec cette image de « flexibilité ».
Le rachat du TBV se fait actuellement selon un mode « whole vault » : on verrouille une certaine quantité de BTC à l’entrée, et lorsqu’on libère les fonds, on rachète l’intégralité du coffre en une seule fois. Le système ne permet pas de débloquer seulement une partie. Autrement dit, si je veux simplement récupérer une petite fraction de mes BTC pour répondre à un besoin de liquidité à court terme, je ne peux pas couper une portion directement à l’intérieur du vault. Je dois racheter l’intégralité du vault, solder toutes les positions de prêt, puis verrouiller à nouveau un nouveau vault pour continuer à utiliser les BTC restants.
Le paradoxe est là : le livre blanc insiste sur le terme « programmable », donnant à penser que le BTC peut être assemblé comme des briques LEGO, de façon flexible, pour s’adapter à différents contextes DeFi. Pourtant, le côté rachat est le plus rigide possible, en mode intégral. Toute modification locale implique de reconstruire l’ensemble du vault, donc un coût de reconstruction. Cela ne correspond finalement pas tout à fait au récit axé sur l’efficacité du capital et l’usage flexible.
Je pense que c’est précisément le problème d’expérience que le TBV doit résoudre avant de pouvoir se populariser : @BabylonLabs_io a fait un travail très solide sur la sécurité, mais pour que $BABY puisse attirer davantage d’utilisateurs réellement actifs, le mécanisme de rachat doit-il pouvoir permettre des retraits partiels ? Cela déterminera directement s’il est vraiment « programmable ».