Je veux parler d’une chose dont personne ne parle lorsqu’on explique Babylon. Que se passe-t-il quand les choses tournent mal avant même que votre coffre-fort ne s’active. 🤔
Disons que vous soumettez un peg-in. Votre BTC est posé dans la sortie « Pre-PegIn » sur Bitcoin. Puis la configuration hors chaîne échoue. Ou vous changez d’avis. Ou le prestataire du Vault se tait. Votre BTC est alors techniquement verrouillé dans un script. Donc, maintenant quoi ?
Babylon a prévu dès le départ un chemin de remboursement (refund) dans la sortie « Pre-PegIn ».
C’est une feuille Taproot verrouillée derrière un timelock Bitcoin. Sur le testnet actuel, ce timelock est de 3 jours. Une fois qu’il expire, vous signez avec votre propre clé Bitcoin et vous diffusez une transaction de remboursement qui renvoie le BTC directement à votre portefeuille. 🔐
Aucune coopération n’est nécessaire. Ni du prestataire du Vault. Ni de Babylon. Ni de qui que ce soit.
Trustless Bitcoin Vaults (TBV) a deux modes de défaillance distincts qui mènent tous deux ici. Si la configuration ne se termine pas dans les 24 heures — le vault expire, les frais de peg-in sont remboursés automatiquement, et le BTC est récupérable via le chemin de remboursement. Si vous n’avez jamais activé un vault vérifié dans les 48 heures — les frais de peg-in sont perdus, mais le BTC reste entièrement récupérable.
L’écosystème <t-2/> $BABY est en construction pour que, même en cas d’échec, le déposant reste aux commandes. Babylon n’a pas seulement conçu le “happy path”. Ils ont aussi conçu chacun des scénarios malheureux.
Est-ce que le fait d’intégrer une récupération unilatérale dans chaque mode de défaillance rend les TBV vraiment sûrs à utiliser, ou bien un timelock de 3 jours crée-t-il juste assez de friction pour que la plupart des gens ne sachent pas quoi faire quand ils en auront réellement besoin ?
@BabylonLabs_io $BABY #baby