J’ai déjà vu le BTC devenir un actif en garantie pour Aave, et j’ai d’abord compris instinctivement que le BTC avait déjà été transféré dans Aave. Mais en lisant réellement la couche des adaptateurs, je me suis rendu compte que ce que Aave reçoit n’est pas ce BTC en lui-même, mais son état de garantie.
Après l’activation de Trustless Bitcoin Vaults (TBV), le BTC natif reste verrouillé dans le Taproot Vault de Bitcoin. L’Aave v4 Adapter crée, en fonction du nombre de BTC contenu dans le vault, un enregistrement de garantie interne afin que le marché des prêts puisse calculer la valeur de la garantie et le facteur de santé. Cet enregistrement correspond un à un aux BTC verrouillés, mais il ne peut pas être transféré à n’importe quelle adresse, et n’apparaîtra ni dans le portefeuille de l’utilisateur ni sur le marché secondaire.
Autrement dit, entre deux chaînes, ce qui est reconnu, ce sont des faits, pas un actif dupliqué : Bitcoin est responsable de la conservation du BTC, tandis qu’Ethereum est chargé de lire « cette portion de BTC est-elle actuellement dans un état de garantie valide ? ». Lorsque le Vault est retiré ou liquidé, l’enregistrement correspondant des garanties est également désactivé.
Je pense que c’est précisément le point le plus important que Babylon mérite qu’on comprenne et recomprenne. La position du BTC ne change pas : ce qui change, c’est la capacité du BTC à obtenir un usage vérifiable, sans quitter Bitcoin. À l’avenir, ce qu’il faudra vraiment observer, c’est si le produit permet aux utilisateurs de distinguer, en un coup d’œil, où se trouve mon BTC et ce que Aave est en train d’utiliser.
@BabylonLabs_io #baby $BABY