La première phase de test du pont BitVM de BOB sur testnet touche à sa fin. La deuxième phase comprendra la mise en œuvre de preuves de fraude pour la sécurité du pont et le protocole de transfert de propriété (TOOP) afin de réduire la nécessité pour les opérateurs d'avancer des capitaux. La deuxième phase du réseau d'essai devrait commencer au quatrième trimestre. BOB ouvrira également la source du code BitVM Bridge à ce moment-là.
Un grand merci à nos partenaires institutionnels
Avant de nous plonger dans les principaux enseignements tirés de la première phase, nous tenons à remercier nos partenaires du réseau de test qui nous ont aidés à concrétiser nos recherches sur BitVM.
Dix opérateurs BitVM ont fourni des informations importantes pour le développement futur du pont BitVM de BOB au cours des six dernières semaines : Amber Group, Ankr, Fiamma, Lombard, Luganodes, P2P.org, RockawayX, SatLayer, Solv Protocol et UTXO Management.
.webp)
Amélioration de l'efficacité du capital du pont grâce au TOOP
Bien que les partenaires aient apprécié la séparation architecturale entre les nœuds d'opérateurs (qui gèrent les entrées et les sorties) et les nœuds de LP (qui avancent la BTC pour les sorties), la nécessité d'avancer des capitaux reste supra-optimale. La raison en est la suivante :
- Les LPs doivent conserver des réserves de BTC inutilisées en vue d'éventuels peg-outs : Lorsqu'il n'y a pas de retraits, les fonds restent inutilisés, ce qui crée des coûts d'opportunité pour les fournisseurs de capitaux.
- Cette conception introduit un risque potentiel de goulot d'étranglement : Si les LPs manquent de BTC disponibles lorsque les utilisateurs ont besoin de retirer, leur BTC sur BOB pourrait être bloqué.
Suite aux commentaires de nos partenaires, nous éliminons complètement le rôle de LP du pont BitVM de la BOB en implémentant le TOOP ou protocole de transfert de propriété. Le TOOP conserve l'hypothèse d'honnêteté 1 sur n de BitVM tout en éliminant le besoin de capital de départ en permettant aux utilisateurs de retirer la BTC directement des instances BitVM.
Dans les BitVM2&3 traditionnels, les instances BitVM spécifient lors de la configuration quelles parties peuvent recevoir les BTC - ces destinataires sont les opérateurs. Les opérateurs ne peuvent se retirer d'une instance BitVM qu'après avoir envoyé aux utilisateurs un montant équivalent de BTC (moins les frais) à partir de leurs propres portefeuilles. Le TOOP supprime totalement cette exigence.
Au lieu de cela, la prochaine phase du réseau de test partenaire introduira des détenteurs de clés partagées qui formeront un n de n multisig pouvant recevoir la BTC de l'instance BitVM. Lorsque les utilisateurs se retirent, les détenteurs de partage de clés envoient leurs clés privées à l'utilisateur, qui les combine ensuite pour se retirer directement de l'instance BitVM. Le résultat est que le modèle de sécurité reste intact - si même un détenteur de partage de clés refuse de partager sa clé (soupçonnant une activité malveillante), le retrait s'arrête, préservant l'hypothèse 1 sur n qui rend BitVM sûr.
NB. Les détenteurs de Keyshare sont appelés "comité" dans le document, mais ont été renommés pour éviter toute confusion avec le comité d'engagement existant de BitVM.
Preuves de fraude
Au-delà de la mise en œuvre de TOOP, la prochaine version du réseau de test des partenaires présentera de nouveaux partenaires institutionnels en tant qu'opérateurs, ainsi que la mise en œuvre du processus de preuve de fraude de BitVM. Il s'agit du processus optimiste qui assure la sécurité de BitVM, ce qui signifie que n'importe qui peut contester la demande d'un opérateur de retirer des BTC d'une instance BitVM.
Dans le cadre de cette nouvelle phase, BOB ouvrira également le repo BitVM Bridge, permettant aux équipes et aux institutions d'évaluer le code avant les intégrations potentielles. Cela sera possible lorsque l'audit du référentiel BitVM2 sera terminé.
BTC natif sur BOB
L'achèvement réussi de cette première phase de testnet marque une étape importante dans le parcours de BOB pour fournir Native BTC on BOB, alimenté par BitVM. Avec TOOP qui élimine les inefficacités de capital et le système de preuve de fraude qui assure la sécurité, nous construisons le pont de confiance minimisé dont Bitcoin DeFi a besoin.
Nous sommes impatients d'annoncer d'autres partenaires et constructeurs au fur et à mesure que nous avançons vers le mainnet. Si vous souhaitez travailler avec BOB et soutenir le développement de BitVM, veuillez postuler pour rejoindre bitvm/acc.
bitvm/acc
Pour ceux qui veulent plonger plus profondément dans l'écosystème BitVM, pourquoi ne pas consulter les enregistrements de notre récent événement bitvm/acc à Cannes - avec des discussions et des présentations de l'ensemble de la communauté BitVM :
