Au début, je pensais que toute la promesse des Trustless Bitcoin Vaults était que l’enrobage n’entre jamais en jeu : le BTC natif reste natif du début à la fin, avec l’emprunt, la garantie, tout. En lisant la proposition d’intégration d’Aave v4, cela reste vrai jusqu’au moment où quelque chose tourne mal. Quand le BTC est verrouillé dans un coffre, Ethereum le voit représenté sous la forme de vaultBTC, un jeton soumis à des restrictions de transfert qui reflète la position verrouillée : ce n’est pas échangeable librement, mais simplement un marqueur vérifiable de l’état de la garantie. Cette partie respecte encore la promesse de non-enrobage. Mais les liquidations ne se règlent pas via vaultBTC. Elles se font via un Swap Spoke distinct, libellé en WBTC, le même jeton de Bitcoin enveloppé dont tout le système était censé se passer. Donc la promesse tient pour une position saine. Déposer du BTC natif, emprunter dessus, rembourser, déverrouiller : aucun enrobage n’est touché. Dès qu’une position est liquidée, le chemin de sortie passe par le modèle d’actif enveloppé exact que TBV utilise pour contourner. Ce n’est pas exactement un défaut : le WBTC a de la liquidité que n’aurait pas un tout nouvel actif de règlement dès le premier jour. Mais cela signifie que l’affirmation « pas d’enrobage » est en réalité « pas d’enrobage, tant qu’il ne se passe rien de grave ». C’est sur le chemin de l’échec que l’ancien modèle de confiance revient discrètement.
@BabylonLabs_io #baby
$BABY
$GRVT
$BTC