@BabylonLabs_io
J’essayais de comprendre pourquoi Babylon mentionne sans cesse Ethereum aux côtés de TBV, alors que tout le pitch consiste à dire que le BTC reste sur sa propre chaîne, et l’explication n’a vraiment fait “tilt” que lorsque j’ai réfléchi à ce que le langage de script de Bitcoin peut et ne peut pas faire. Bitcoin Script est volontairement rudimentaire : il peut vérifier une signature ou un hashlock, mais il n’a aucune notion de modalités de prêt, de ratios de collatéral, ni de logique de prêt en elle-même. Ainsi, les règles du coffre-fort résident bien dans Bitcoin : elles y sont verrouillées et imposées. En revanche, la prise de décision concernant la propriété, qui doit quoi et quand, a besoin d’un endroit suffisamment expressif pour pouvoir le calculer.
Ce qui semble intéressant, c’est la façon dont cette répartition des rôles se met en place. Ethereum devient l’endroit où l’état du collatéral devient vérifiable et où des protocoles comme Aave v4 gèrent la logique réelle d’emprunt, tandis que Bitcoin ne répond, via BitVM3, qu’à une question étroite : cette preuve spécifique est-elle valide ou non. J’ai alors tendance à y voir moins un Bitcoin qui dépend d’Ethereum pour la sécurité, et davantage un Bitcoin qui sous-traite l’expressivité tout en gardant la garde finale et l’exécution forcée pour lui.
Cela dit, je ne suis pas totalement sûr que cette séparation soit aussi nette dans la pratique qu’elle le paraît en théorie. Si, côté Ethereum, l’infrastructure comporte ses propres bugs, des problèmes d’oracles ou des risques de contrats, ce risque s’attache-t-il discrètement au BTC conservé dans le coffre, même si la pièce elle-même ne quitte jamais techniquement Bitcoin ? La question qui me vient est de savoir si qualifier cela de trustless sous-estime la part qui dépend encore du bon comportement de la chaîne hôte.
Vu de l’extérieur, avoir besoin d’une chaîne hôte n’est pas vraiment une faiblesse : c’est plutôt une reconnaissance honnête des limites de Bitcoin. Mais cela signifie aussi que le profil de sécurité réel de TBV est un mélange de deux systèmes, et pas d’un seul. La structure est claire aujourd’hui, mais la réaction du futur reste incertaine… en tout cas, le temps nous dira 👍
#baby
$BABY
Le point faible de TBV ?
J’essayais de comprendre pourquoi Babylon mentionne sans cesse Ethereum aux côtés de TBV, alors que tout le pitch consiste à dire que le BTC reste sur sa propre chaîne, et l’explication n’a vraiment fait “tilt” que lorsque j’ai réfléchi à ce que le langage de script de Bitcoin peut et ne peut pas faire. Bitcoin Script est volontairement rudimentaire : il peut vérifier une signature ou un hashlock, mais il n’a aucune notion de modalités de prêt, de ratios de collatéral, ni de logique de prêt en elle-même. Ainsi, les règles du coffre-fort résident bien dans Bitcoin : elles y sont verrouillées et imposées. En revanche, la prise de décision concernant la propriété, qui doit quoi et quand, a besoin d’un endroit suffisamment expressif pour pouvoir le calculer.
Ce qui semble intéressant, c’est la façon dont cette répartition des rôles se met en place. Ethereum devient l’endroit où l’état du collatéral devient vérifiable et où des protocoles comme Aave v4 gèrent la logique réelle d’emprunt, tandis que Bitcoin ne répond, via BitVM3, qu’à une question étroite : cette preuve spécifique est-elle valide ou non. J’ai alors tendance à y voir moins un Bitcoin qui dépend d’Ethereum pour la sécurité, et davantage un Bitcoin qui sous-traite l’expressivité tout en gardant la garde finale et l’exécution forcée pour lui.
Cela dit, je ne suis pas totalement sûr que cette séparation soit aussi nette dans la pratique qu’elle le paraît en théorie. Si, côté Ethereum, l’infrastructure comporte ses propres bugs, des problèmes d’oracles ou des risques de contrats, ce risque s’attache-t-il discrètement au BTC conservé dans le coffre, même si la pièce elle-même ne quitte jamais techniquement Bitcoin ? La question qui me vient est de savoir si qualifier cela de trustless sous-estime la part qui dépend encore du bon comportement de la chaîne hôte.
Vu de l’extérieur, avoir besoin d’une chaîne hôte n’est pas vraiment une faiblesse : c’est plutôt une reconnaissance honnête des limites de Bitcoin. Mais cela signifie aussi que le profil de sécurité réel de TBV est un mélange de deux systèmes, et pas d’un seul. La structure est claire aujourd’hui, mais la réaction du futur reste incertaine… en tout cas, le temps nous dira 👍
#baby
$BABY
Le point faible de TBV ?
🟠 Bitcoin only
43%
🔵 Ethereum side
57%
⚖️ Both matter
0%
🤔 Need more proof
0%
7 Votes • Vote fermé