#baby TBV Dans un livre blanc, il y a un point que je pense avoir été conçu intentionnellement à contre-courant de la « pratique courante de la DeFi » : pas de pooling.
Dans la DeFi dominante, un vault renvoie généralement à une pool de capitaux : les dépôts de plusieurs personnes sont mélangés dans un même contrat, partageant la position et les risques. Mais le Trustless Bitcoin Vault de Babylon revient au sens premier des « bank vault » : chaque vault correspond à un UTXO Bitcoin indépendant, associé à un ensemble de scripts Taproot dans lequel chaque déposant participe à la co-signature. Les BTC de différents vault ne sont pas mélangés, ne peuvent pas être déplacés par des contrats du protocole, et ne peuvent pas être rehypothéqués (redéposés en garantie). Dans l’intégration Aave, on te fournit même un token de comptabilité vaultBTC, mais le BTC sous-jacent reste précisément les quelques « sats » contenues dans la même sortie (output). Cela signifie qu’au moment de la liquidation, on ne bouge que la partie de ton UTXO correspondant, sans aller chercher des pièces des autres pour combler ton déficit.$BABY
Un autre détail facilement survolé est le claim delay (délai de demande). Comme le TBV utilise une procédure de challenge basée sur l’approche BitVM3 via BABE, elle valide en chaîne, à l’aide d’une preuve SNARK, que « du côté Ethereum, un rachat / une liquidation a bien eu lieu ». Pour cela, le système doit conserver une fenêtre de challenge (de quelques heures à un jour ou deux). Le demandeur légitime ne reçoit donc pas immédiatement les fonds : il attend que la période de challenge soit passée. Ce délai n’est pas un bug : c’est le coût de la vérification optimiste, on « paie » en temps pour éviter la confiance.
Il y a aussi un petit élément cryptographique mais crucial : WOTS (Winternitz One-Time Signature). Le livre blanc indique dans le vault registry que chaque vault stocke un engagement WOTS, et que le déposant détient aussi une paire de clés WOTS pour un self-claim fallback (secours de demande en autonomie). Une signature à usage unique signifie que cette clé ne sert qu’une fois ; si elle est réutilisée, elle est exposée. Elle n’est pas destinée aux transferts quotidiens : elle sert de mécanisme de secours, dans un cas extrême, pour que toi-même puisses soumettre à la chaîne Bitcoin une preuve de demande. Rendre « l’unicité » en tant que caractéristique de sécurité plutôt que comme une limitation, c’est bien dans l’esprit du Bitcoin.$ETH
En mettant ces trois éléments ensemble (UTXO indépendants sans pooling, délai de challenge BABE, WOTS de secours), on obtient un modèle de confiance vraiment en relief pour le TBV : les actifs sont gardés par Bitcoin, l’état des opérations est géré par Ethereum, et l’ensemble est « cousu » au milieu grâce à des scripts pré-signés + des preuves ZK/BitVM + une période de challenge. Personne n’a besoin de faire confiance à quelqu’un : on ne fait confiance qu’au script que l’on a soi-même signé. C’est là, dans le livre blanc, le véritable poids des trois mots « trustless ».@BabylonLabs_io
Dans la DeFi dominante, un vault renvoie généralement à une pool de capitaux : les dépôts de plusieurs personnes sont mélangés dans un même contrat, partageant la position et les risques. Mais le Trustless Bitcoin Vault de Babylon revient au sens premier des « bank vault » : chaque vault correspond à un UTXO Bitcoin indépendant, associé à un ensemble de scripts Taproot dans lequel chaque déposant participe à la co-signature. Les BTC de différents vault ne sont pas mélangés, ne peuvent pas être déplacés par des contrats du protocole, et ne peuvent pas être rehypothéqués (redéposés en garantie). Dans l’intégration Aave, on te fournit même un token de comptabilité vaultBTC, mais le BTC sous-jacent reste précisément les quelques « sats » contenues dans la même sortie (output). Cela signifie qu’au moment de la liquidation, on ne bouge que la partie de ton UTXO correspondant, sans aller chercher des pièces des autres pour combler ton déficit.$BABY
Un autre détail facilement survolé est le claim delay (délai de demande). Comme le TBV utilise une procédure de challenge basée sur l’approche BitVM3 via BABE, elle valide en chaîne, à l’aide d’une preuve SNARK, que « du côté Ethereum, un rachat / une liquidation a bien eu lieu ». Pour cela, le système doit conserver une fenêtre de challenge (de quelques heures à un jour ou deux). Le demandeur légitime ne reçoit donc pas immédiatement les fonds : il attend que la période de challenge soit passée. Ce délai n’est pas un bug : c’est le coût de la vérification optimiste, on « paie » en temps pour éviter la confiance.
Il y a aussi un petit élément cryptographique mais crucial : WOTS (Winternitz One-Time Signature). Le livre blanc indique dans le vault registry que chaque vault stocke un engagement WOTS, et que le déposant détient aussi une paire de clés WOTS pour un self-claim fallback (secours de demande en autonomie). Une signature à usage unique signifie que cette clé ne sert qu’une fois ; si elle est réutilisée, elle est exposée. Elle n’est pas destinée aux transferts quotidiens : elle sert de mécanisme de secours, dans un cas extrême, pour que toi-même puisses soumettre à la chaîne Bitcoin une preuve de demande. Rendre « l’unicité » en tant que caractéristique de sécurité plutôt que comme une limitation, c’est bien dans l’esprit du Bitcoin.$ETH
En mettant ces trois éléments ensemble (UTXO indépendants sans pooling, délai de challenge BABE, WOTS de secours), on obtient un modèle de confiance vraiment en relief pour le TBV : les actifs sont gardés par Bitcoin, l’état des opérations est géré par Ethereum, et l’ensemble est « cousu » au milieu grâce à des scripts pré-signés + des preuves ZK/BitVM + une période de challenge. Personne n’a besoin de faire confiance à quelqu’un : on ne fait confiance qu’au script que l’on a soi-même signé. C’est là, dans le livre blanc, le véritable poids des trois mots « trustless ».@BabylonLabs_io