Comment comprendre le dernier livre blanc publié par GOAT Network sur l'extension native du Bitcoin ?
TechFlow SélectionTechFlow Sélection
Comment comprendre le dernier livre blanc publié par GOAT Network sur l'extension native du Bitcoin ?
Le réseau GOAT s'appuie sur le mécanisme OCP Challenger et la couche unifiée d'interactivité Entangled Rollup pour offrir une solution de niveau 2 Bitcoin native universelle.
Dédié à des analyses Web3 approfondiesRédaction : Haotian
En résumé, GOAT Network propose une solution de couche 2 décentralisée et sécurisée pour Bitcoin, combinant un mécanisme de sécurité natif basé sur le verrouillage par script BTC via un protocole optimiste de mise en cause (OCP) et une couche unifiée de règlement liquidité interopérable fournie par ZKM Entangled Rollup. Mais comment cela fonctionne-t-il concrètement ?
En raison des limitations inhérentes au langage de script du réseau principal BTC, il n’est pas possible d’assurer une confirmation instantanée de la finalité des transactions de dépôt et de retrait via une preuve classique de validité à base de ZK. Cela oblige les solutions courantes d’extension de Bitcoin à faire appel à un « tiers de confiance ».
Pour résoudre ce problème, Babylon a mis au point un modèle de sécurité croisée unique combinant plusieurs technologies telles que le verrouillage temporel, les signatures à usage unique (EOTS), ainsi qu’un consensus multisignature.
Cependant, l’architecture de Babylon repose sur la sécurité fournie par le réseau principal, ce qui en fait davantage une couche de sécurité partagée. Comparé aux schémas classiques d’extension en couche 2 où les transactions sont exécutées sur la couche secondaire, ce type de consensus de sécurité ne dispose ni de grand livre (ledger) en couche 2, ni de mécanisme de vérification sur la couche 1. Si une couche 2 dépendait trop fortement de Babylon, elle perdrait le contrôle sur sa propre sécurité. Ainsi, Babylon convient mieux à certaines solutions spécialisées dans la gestion d’actifs, plutôt qu’à des solutions générales de sécurité.
GOAT Network, quant à lui, se positionne comme une solution d’extension décentralisée plus universelle, dotée d’une caractéristique de pont natif sécurisé.
Son mécanisme natif de pont inter-chaînes repose sur une adaptation de BitVM2, implémentant un protocole optimiste de mise en cause (Optimistic Challenge Protocol). Tous les calculs et interactions s’exécutent hors chaîne en couche 2. En cas de « contestation », le protocole est exécuté sur la chaîne principale Bitcoin, qui joue alors le rôle d’arbitre garantissant la sécurité.
Concrètement :
1) Les actifs déposés (Peg-in) par les utilisateurs en couche 2 sont d'abord gérés par le pool de fonds de GOAT Network, puis verrouillés dans un script multisignature Bitcoin de type n-sur-n ;
2) Lorsqu’un utilisateur demande un retrait (Peg-out) en couche 2, le nœud opérateur (Operator) de GOAT Network transfère immédiatement les fonds à l’utilisateur — une sorte de « paiement anticipé » ;
3) Après ce paiement anticipé, l’Operator soumet au pool de fonds de GOAT Network une transaction incluant un script de défi et un script d’actifs, afin de récupérer les fonds avancés ainsi que les récompenses et frais associés sur son compte de nœud ;
4) Pour éviter toute malversation de la part de l’Operator, un mécanisme de mise en cause est introduit : tout utilisateur peut payer une certaine quantité de BTC pour activer le script de défi. Si la contestation réussit — c’est-à-dire si l’Operator s’avère avoir agi de manière malhonnête — la demande de retrait est annulée et ses fonds mis en gage sont transférés au lanceur du défi. En cas d’échec de la contestation, l’Operator recevra l’intégralité des fonds, y compris les montants avancés, après un certain délai.
Autrement dit, GOAT Network construit, via Entangled Rollup, un protocole réseau intermédiaire où chaque dépôt ou retrait d’actif est « avancé » par un nœud du réseau Entangled Rollup. L’utilisateur bénéficie ainsi d’une sécurité maximale, tandis que les nœuds éliminent les risques de comportement malveillant grâce au mécanisme de mise en cause (OCP). Par exemple, cela empêche un Operator de créer un faux utilisateur de retrait pour prélever frauduleusement des fonds légitimes depuis le pool d’un utilisateur réel.
Par rapport à l’approche de mise en cause proposée par BitVM2, qui repose sur une solution de circuits NAND et utilise des engagements logiques (logical gate commitments) pour tracer les transactions, ainsi qu’un protocole de bissection pour les défis, GOAT Network apporte une différence notable. Ce processus, limité par la taille des scripts autorisés sur Bitcoin, devient peu efficace lorsque les transactions sont complexes.
GOAT Network, lui, utilise ZKM pour générer des preuves SNARK, optimisées avec des signatures Winternitz, permettant ainsi d’atteindre l’unité minimale de stockage Taproot nécessaire à la validation de l’efficacité des scripts sur le réseau principal Bitcoin.
Grâce au mécanisme de preuve par mise en cause (OCP), la sécurité du pool d’actifs des utilisateurs est protégée par l’« arbitrage » du réseau principal Bitcoin. Toutefois, dans la plupart des cas, les utilisateurs exécutent leurs transactions sur une couche 2 BTC, où le Séquenceur (Sequencer) est chargé de valider et ordonner les transactions, ce qui expose toujours à des risques potentiels tels que le MEV ou les pannes. C’est pourquoi GOAT Network met également en œuvre une décentralisation du Séquenceur, basée sur le verrouillage par script BTC et le mécanisme de signature à usage unique, renforçant ainsi davantage le mécanisme de confiance sécurisée.
Précédemment, j’ai consacré un article spécifique à l’analyse du protocole Entangled Rollup, une couche d’interopérabilité unifiée permettant le transfert d’actifs et de messages entre les Operators de nœuds, assurant la sécurité via un mécanisme de gouvernance décentralisé.
En somme, GOAT Network s’appuie sur le mécanisme de mise en cause OCP et la couche interopérable unifiée Entangled Rollup pour constituer la base d’une solution universelle de couche 2 Bitcoin à pont natif.
Note : Cette analyse présente uniquement les bases du cadre et de la logique technique. Pour plus de détails, veuillez consulter attentivement le livre blanc afin de mieux comprendre : 1) comment le mécanisme de mise en cause OCP améliore et optimise l’implémentation de BitVM2 ; 2) comment Entangled Rollup permet une liquidité unifiée inter-chaînes ; 3) les détails d’optimisation des performances de ZKM dans l’implémentation des fonctionnalités de script Bitcoin, etc.
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
