Construire un pont inter-chaînes zkBridge : comment B² Network met en œuvre un canal bidirectionnel grâce au mécanisme BitVM ?
TechFlow SélectionTechFlow Sélection
Construire un pont inter-chaînes zkBridge : comment B² Network met en œuvre un canal bidirectionnel grâce au mécanisme BitVM ?
La conception modulaire associée au mécanisme spécifique de challengers BitVM offre à B de nombreuses possibilités concrètes de mise en œuvre technique.
Dédié à des analyses Web3 approfondiesRédaction : Haotian
Contrairement à certaines solutions de pont cross-chain BTC basées sur la confiance en des institutions centralisées, BSquare, construit autour d'une « plateforme modulaire B² Hub » et d'un « modèle challenger BitVM », semble privilégier une approche plus technique. B² Buzz a déjà accumulé plus de 600 millions de dollars d'actifs BTC. Alors, comment @BSquaredNetwork parvient-il à réaliser un pont bidirectionnel sécurisé entre BTC et Layer2 via zkBridge ? Analysons-en les bases techniques :
En général, pour assurer un transfert sécurisé d’actifs entre deux chaînes, la méthode la plus simple consiste à faire appel à une institution centralisée qui gère les fonds et tient un registre unique. Toutefois, si l’on souhaite adopter une solution purement technique, il faut concevoir des mécanismes spécifiques adaptés aux caractéristiques natives des chaînes concernées.
Pont entre chaînes homogènes
Les « chaînes homogènes » désignent des blockchains prenant toutes deux en charge les contrats intelligents, comme le cas du pont entre B² et d'autres chaînes compatibles EVM. Dans ce cas, les deux chaînes peuvent communiquer selon un protocole d'interopérabilité standardisé, permettant aux contrats intelligents de contrôler le flux bidirectionnel des fonds. Deux modèles de gestion des liquidités existent :
1) Gestion des liquidités par contrat intelligent : on peut déployer un pool de liquidité ouvert et transparent sur chacune des chaînes A et B, les deux pools étant gérés selon un modèle miroir (mirror). Lorsqu’un utilisateur dépose un actif sur la chaîne A, celui-ci est verrouillé dans le pool local, tandis que le pool sur la chaîne B libère immédiatement un actif miroir à l’utilisateur. Les deux pools maintiennent en permanence une égalité quantitative. Un serveur centralisé surveille les entrées et sorties sur les deux chaînes et effectue des ajustements dynamiques des liquidités.
Cette solution exige la présence d’un pool de liquidité sur chaque chaîne afin d’assurer la fluidité des transferts. Si la chaîne A manque de liquidités, les utilisateurs ne peuvent plus effectuer de transferts vers l’autre chaîne. En outre, il est nécessaire de mettre en place un mécanisme efficace pour prévenir les doubles dépenses et les attaques malveillantes.
Par exemple, si un utilisateur détient des actifs sur les chaînes A et B, et lance simultanément des transactions sur les deux chaînes, une erreur de surveillance pourrait entraîner une absence de synchronisation entre les états des deux pools, permettant ainsi à deux transactions d’être validées en même temps. L'utilisateur pourrait alors dépenser indûment des actifs appartenant au pool.
2) Gestion de l’état des contrats intelligents via la technologie ZK : des contrats intelligents sont déployés respectivement sur les chaînes A et B, reliés par un pont zkBridge chargé de la communication inter-chaînes. Lorsqu’un utilisateur de la chaîne A envoie une transaction vers la chaîne B, le contrat sur A brûle un actif, puis génère une preuve ZK (ZK Proof), transmise au contrat de la chaîne B. Ce dernier, après vérification de la preuve, crée (mint) un nouvel actif sur la chaîne B. La technologie ZK assure ainsi un mécanisme de confiance inter-chaînes pour le transfert d’actifs.
C’est cette approche qu’a adoptée @PolyhedraZK, récemment valorisée à 1 milliard de dollars, combinant contrats intelligents et technologie ZK pour proposer une solution de pont inter-chaînes décentralisée avec plusieurs zkBridges indépendants. Toutefois, cette méthode ne fonctionne que entre chaînes EVM homogènes. Elle ne peut pas s’appliquer efficacement à Bitcoin, dont la blockchain ne prend pas en charge les contrats intelligents.
Pont hétérogène (BTC et chaînes compatibles EVM)
Les ponts hétérogènes concernent généralement BTC et les chaînes compatibles EVM, ou encore les chaînes EVM et non-EVM (comme SUI ou Aptos, qui supportent les contrats intelligents mais ont des standards et structures de données différents). Nous ne développerons pas ici les chaînes non-EVM mais compatibles contrats intelligents. Le défi principal réside dans l’application de zkBridge aux ponts reliant BTC mainnet. C’est précisément ce défi technique que B² doit relever pour gérer les canaux bidirectionnels d’entrée et de sortie d’actifs.
1) Transfert d’actifs de Bitcoin vers B² : B² utilise la solution zkBridge fournie par Polyhedra. Concrètement, B² met à disposition une adresse multisignature sécurisée MPC+TSS pour recevoir les dépôts de BTC. Lorsque les nœuds zkOracle détectent et enregistrent un dépôt, ils génèrent une preuve ZK incluant des informations telles que le montant de la transaction et l’adresse destinataire. Cette preuve est envoyée au contrat intelligent AA déployé sur B². Une fois la preuve ZK validée, le contrat crée (mint) les actifs correspondants sur l’adresse utilisateur de la chaîne B².
2) Retrait d’actifs de B² vers Bitcoin : pour les retraits (withdraw), B² collabore avec Polyhedra pour personnaliser un pont cross-chain. Lorsqu’un utilisateur initie une demande de retrait sur B², le contrat soumet d’abord sa requête sous forme de proposition (proposal) au B² Hub, où elle est examinée par d’autres validateurs pour validation.
Comme je l’ai analysé précédemment, les validateurs du B² Hub agissent comme gestionnaires du consensus de la couche 2. Si la majorité vote « Approve », cela signifie que la demande de retrait est légitime. Le résultat du vote est ensuite transmis sous forme de preuve ZK à l’adresse multisignature MPC+TSS, qui libère directement les fonds à l’utilisateur.
Que se passe-t-il si une demande de retrait est illégalement refusée par un validateur ? Étant donné que les nœuds du B² Hub sont soumis au mécanisme de défi BitVM, l’utilisateur peut lancer un défi au sein du B² Hub pour prouver que sa demande de retrait est valide. Dans ce cas, le validateur ayant pris une décision erronée est pénalisé. Ce « pont personnalisé » ajoute en réalité au zkBridge classique le mécanisme de défi spécifique de B², BitVM, garantissant ainsi une sécurité accrue lors du traitement des états lors du transfert vers une plateforme sans contrat intelligent comme Bitcoin.
En résumé,
La conception modulaire associée au mécanisme de défi BitVM propre à B² ouvre la voie à de nombreuses applications techniques concrètes, offrant ainsi une référence significative pour les futurs développeurs de BTC Layer2 confrontés à des problèmes similaires de transfert d’actifs cross-chain.
Bienvenue dans la communauté officielle TechFlow
Groupe Telegram :https://t.me/TechFlowDaily
Compte Twitter officiel :https://x.com/TechFlowPost
Compte Twitter anglais :https://x.com/BlockFlow_News
Haotian | CryptoInsight
