Pour le design TBV de Babylon (pont de minimisation de la confiance), beaucoup de gens ne voient que la percée consistant à réduire fortement les coûts de rachat, sans remarquer un changement clé dans son modèle de sécurité : l’hypothèse de confiance passe de « n’importe quel honnête acteur peut surveiller » à « seuls des challengers préalablement sélectionnés peuvent protéger le système ». Cette différence entraîne un changement structurel dans la capacité de TBV à résister à la censure dans des conditions extrêmes ; on n’est plus dans la logique linéaire du type « plus c’est bon marché, plus c’est sûr » qu’on imagine souvent. Si vous suivez la maturité de l’infrastructure de $BABY , ces arbitrages influencent directement votre évaluation de la sécurité à long terme.
TBV resserre le mécanisme de BitVM2, qui était auparavant ouvert à n’importe quel nœud pour jouer le rôle de challenger : il devient un ensemble fixe de challengers devant être choisis avant le démarrage. L’avantage est de comprimer les données de litige on-chain de quelques centaines de Ko à quelques centaines d’octets, de réduire les frais de manière presque négligeable et de rendre l’expérience d’échange beaucoup plus fluide. Mais le prix à payer, c’est que le système ne peut plus compter sur l’ensemble du réseau d’hôtes anonymes et honnêtes pour s’équilibrer mutuellement ; il doit s’en remettre à un nombre limité de challengers qui ne manqueront pas collectivement à leurs responsabilités ou ne seront pas contraints. Même si la probabilité est faible, cette dépendance elle-même crée une nouvelle surface d’attaque, qui doit être examinée sérieusement dans le modèle de sécurité.
Je trouve que c’est assez comparable au débat des premiers rollups, lorsqu’ils sont passés de la preuve de fraude pure à l’introduction de validateurs autorisés : on ne peut pas maximiser en même temps les performances et la décentralisation, mais le choix de la trajectoire technique filtre différents profils d’utilisateurs. Pour des scénarios recherchant des coûts très bas et des rachats à haute fréquence, la conception TBV est très pratique ; en revanche, pour ceux qui se soucient de la résistance à la censure à long terme, et qui veulent faire de $BABY un actif réellement sans confiance, il faut aller plus loin dans la compréhension. Comprendre la convergence des challengers d’un modèle autorisé vers un modèle autorisé (c.-à-d. une sélection/limitation) ne nie pas la valeur de TBV : cela vous aide à déterminer dans quelles conditions de marché extrêmes ce pont peut continuer à maintenir des garanties de règlement cohérentes.$BTC
Ma conclusion personnelle est que TBV redéfinit la structure des coûts de BitVM : c’est essentiel pour que BABY devienne un actif dérivé du BTC véritablement utilisable à grande échelle, mais ses hypothèses de sécurité ne reposent plus sur le fait que « n’importe qui » peut protéger, elles reposent sur la fiabilité des « personnes sélectionnées ». #baby @BabylonLabs_io io $BABY