En sirotant un café, en regardant les alertes de liquidation dans le portefeuille de Bitcoin, je me suis soudain rendu compte d’une réalité assez absurde : nous détenons l’actif le plus vaste et le plus sûr du réseau, mais nous devons tous les jours nous inquiéter, emballant ces fonds en toutes sortes de « certificats », en espérant que quelques institutions centralisées ou un comité multisig ne s’enfuiront pas. Ce n’est que récemment, après une déconstruction approfondie des spécifications des Trustless Bitcoin Vaults (TBV) de Babylon, puis en suivant ces éléments pour soumettre une proposition à Aave V4 et en la comparant avec WBTC et BitVM2, que j’ai enfin aperçu une lueur de lumière pour résoudre vraiment cette situation gênante.
Autrefois, déplacer le Bitcoin vers la DeFi en périphérie — qu’il s’agisse de la conservation institutionnelle ou de la mise en place de nœuds — revenait essentiellement à comparer qui avait la meilleure réputation. Ce mécanisme emprunte une voie totalement différente : il s’appuie sur la logique de base de BitVM. La cartographie des transactions hors chaîne est entièrement préconstruite et signée avant que les UTXO ne soient verrouillés. En bref, il ne cherche pas à faire exécuter au script du Bitcoin des instructions complexes et Turing-completes ; au lieu de cela, il utilise un mécanisme de « translation d’état » qui mappe avec précision, depuis la chaîne d’emprunt et de liquidation sur des réseaux périphériques comme Ethereum, vers des chemins de scripts déjà prêts sur la chaîne Bitcoin.
Dans l’architecture d’Aave V4, cette déconstruction est particulièrement poussée. La couche sous-jacente reste une valeur de Bitcoin mainnet absolument sécurisée ; côté Ethereum, des échanges quotidiens sont gérés via des actifs miroirs, tandis que la réponse aux emprunts et les transferts liés aux liquidations sont confiés à des modules spécifiques, traités de manière asynchrone. Ce qui me touche le plus, en tant que joueur orienté gestion du risque, c’est que, au moment même de la création de chaque Vault, les droits d’extraction des fonds et les critères d’attribution sont verrouillés de façon définitive. Plutôt que de dépendre d’alertes manuelles ou de multisigs qu’on ne peut pas empêcher de manquer à leurs obligations, ces règles « froides » codées directement dans la transaction de genèse, qui déterminent la logique de traitement, réduisent effectivement au minimum le coût de confiance.
La translation d’état hors chaîne résout bien le problème de « perception », mais cette cartographie statique dépend énormément des paramètres de frais Gas des transactions pré-signées lorsqu’on fait face à des conditions extrêmes et unilatérales. Si les frais du réseau explosent et que la voie de liquidation accuse du retard, le risque potentiel de créances irrécouvrables doit quand même être absorbé « à coups de béton » par les pools de couverture du système en périphérie. Ce n’est pas une suppression magique de tous les risques, mais cela fournit bel et bien une infrastructure solide pour tourner la page du « custody en boîte noire ».
Penses-tu que ce futur pourra vraiment remplacer les ponts d’encapsulation multisig traditionnels ?
#baby $BABY $EDGE
@BabylonLabs_io
Autrefois, déplacer le Bitcoin vers la DeFi en périphérie — qu’il s’agisse de la conservation institutionnelle ou de la mise en place de nœuds — revenait essentiellement à comparer qui avait la meilleure réputation. Ce mécanisme emprunte une voie totalement différente : il s’appuie sur la logique de base de BitVM. La cartographie des transactions hors chaîne est entièrement préconstruite et signée avant que les UTXO ne soient verrouillés. En bref, il ne cherche pas à faire exécuter au script du Bitcoin des instructions complexes et Turing-completes ; au lieu de cela, il utilise un mécanisme de « translation d’état » qui mappe avec précision, depuis la chaîne d’emprunt et de liquidation sur des réseaux périphériques comme Ethereum, vers des chemins de scripts déjà prêts sur la chaîne Bitcoin.
Dans l’architecture d’Aave V4, cette déconstruction est particulièrement poussée. La couche sous-jacente reste une valeur de Bitcoin mainnet absolument sécurisée ; côté Ethereum, des échanges quotidiens sont gérés via des actifs miroirs, tandis que la réponse aux emprunts et les transferts liés aux liquidations sont confiés à des modules spécifiques, traités de manière asynchrone. Ce qui me touche le plus, en tant que joueur orienté gestion du risque, c’est que, au moment même de la création de chaque Vault, les droits d’extraction des fonds et les critères d’attribution sont verrouillés de façon définitive. Plutôt que de dépendre d’alertes manuelles ou de multisigs qu’on ne peut pas empêcher de manquer à leurs obligations, ces règles « froides » codées directement dans la transaction de genèse, qui déterminent la logique de traitement, réduisent effectivement au minimum le coût de confiance.
La translation d’état hors chaîne résout bien le problème de « perception », mais cette cartographie statique dépend énormément des paramètres de frais Gas des transactions pré-signées lorsqu’on fait face à des conditions extrêmes et unilatérales. Si les frais du réseau explosent et que la voie de liquidation accuse du retard, le risque potentiel de créances irrécouvrables doit quand même être absorbé « à coups de béton » par les pools de couverture du système en périphérie. Ce n’est pas une suppression magique de tous les risques, mais cela fournit bel et bien une infrastructure solide pour tourner la page du « custody en boîte noire ».
Penses-tu que ce futur pourra vraiment remplacer les ponts d’encapsulation multisig traditionnels ?
#baby $BABY $EDGE
@BabylonLabs_io
肯定能,技术逻辑闭环,无信任假设才是终局
很难,牺牲了部分灵活性,极端行情下清算效率待考
两种模式会长期共存,分别服务不同风险偏好的资金
17 heure(s) restante(s)
