Valets Bitcoin sans confiance .... ( TBV )
Publier
MICHAEL MOORE
·
--
Franchement, je me suis arrêté sur un exemple dans le livre blanc de Babylon, trop propre pour être la vraie solution.
Un emprunteur immobilise du BTC pour emprunter à un prêteur sur Ethereum. D’après le livre blanc, les deux parties pré-signent un ensemble de transactions Bitcoin à l’avance, en définissant exactement à quel moment chaque partie peut réclamer les fonds.
Je m’attendais à ce que le document s’arrête là et déclare que c’est réglé. Il n’en est rien. La ligne suivante indique que cette approche de pré-signature ne fonctionne que pour un seul événement déclencheur spécifique, et ne peut pas être généralisée à des conditions DeFi arbitraires.
Ce seul détail m’a interpellé. Un mécanisme conçu pour prouver l’absence de confiance indique immédiatement, dans ses propres mots, qu’il ne couvre qu’une seule sorte d’événement et qu’il ne peut pas être étendu pour gérer des conditions arbitraires.
C’est pourquoi BitVM3 existe tout simplement dans le design. D’après le même document, il généralise cette idée pour fonctionner contre toute preuve d’état hors chaîne, et pas uniquement contre un déclencheur codé en dur, tout en supprimant le besoin pour un contrepartiste de rester en ligne.
J’ai réfléchi pendant un moment à l’ordre de cette explication. La plupart des versions de TBV mènent directement au mécanisme final. Le livre blanc présente la version simple, montre où elle atteint ses limites, puis introduit le vrai correctif.
La plupart des résumés passent directement à BitVM3. Presque aucun ne mentionne ce qu’il a fallu laisser de côté d’abord. Cet ordre me paraît encore être la partie la plus honnête du design.
@BabylonLabs_io #baby $BABY
Un emprunteur immobilise du BTC pour emprunter à un prêteur sur Ethereum. D’après le livre blanc, les deux parties pré-signent un ensemble de transactions Bitcoin à l’avance, en définissant exactement à quel moment chaque partie peut réclamer les fonds.
Je m’attendais à ce que le document s’arrête là et déclare que c’est réglé. Il n’en est rien. La ligne suivante indique que cette approche de pré-signature ne fonctionne que pour un seul événement déclencheur spécifique, et ne peut pas être généralisée à des conditions DeFi arbitraires.
Ce seul détail m’a interpellé. Un mécanisme conçu pour prouver l’absence de confiance indique immédiatement, dans ses propres mots, qu’il ne couvre qu’une seule sorte d’événement et qu’il ne peut pas être étendu pour gérer des conditions arbitraires.
C’est pourquoi BitVM3 existe tout simplement dans le design. D’après le même document, il généralise cette idée pour fonctionner contre toute preuve d’état hors chaîne, et pas uniquement contre un déclencheur codé en dur, tout en supprimant le besoin pour un contrepartiste de rester en ligne.
J’ai réfléchi pendant un moment à l’ordre de cette explication. La plupart des versions de TBV mènent directement au mécanisme final. Le livre blanc présente la version simple, montre où elle atteint ses limites, puis introduit le vrai correctif.
La plupart des résumés passent directement à BitVM3. Presque aucun ne mentionne ce qu’il a fallu laisser de côté d’abord. Cet ordre me paraît encore être la partie la plus honnête du design.
@BabylonLabs_io #baby $BABY
Avertissement : ce contenu inclut des opinions de tiers. Il ne constitue pas un conseil. Binance Ai peut être utilisée, sans garantie de résultat. Consultez les CG.