Merlin Chain : nouvelle génération de solutions Layer 2 pour l'écosystème Bitcoin
Récemment, un rapport sur la transition progressive de Merlin des chaînes latérales Bitcoin vers une solution Bitcoin ZK layer 2 a suscité un large intérêt. Cet article résumera cela en fonction de ma compréhension personnelle.
L'évolution de Merlin Chain peut être décrite comme opportuniste, chaque étape étant inattendue. Avec le soutien de vastes communautés telles que BRC-20, BRC-420, Blue Box et Bitmap Game, Merlin Chain a choisi une voie technique de "fusion et itération" continue. Ce choix était en réalité inévitable, car le réseau Bitcoin natif présente des défauts fondamentaux de "programmabilité" en matière de disponibilité des données (DA) et de complétude de Turing des contrats intelligents (SC), ce qui a conduit à une innovation active dans l'écosystème Bitcoin au cours de l'année écoulée, mais de nombreux projets n'ont pas encore été entièrement livrés.
Dans ce contexte, la stratégie de Merlin Chain est de tirer parti des forces de chacun et d'améliorer continuellement son cadre technique. Elle absorbe les avantages de plusieurs projets tels que RGB++, BitVM, zkVM, AVM et DA, dans le but de construire une solution plus complète.
Selon le contenu du rapport, Merlin Chain était à l'origine une architecture de chaîne latérale pure, construite sur le service CDK RaaS d'une certaine plateforme, utilisant l'architecture Validium. Cela signifie que les données de transaction de la chaîne sont entièrement stockées hors chaîne, seules les preuves de validité étant publiées sur L1, tandis que le réseau principal L1 ne peut pas vérifier l'exactitude des données L2. De plus, les données originales sont conservées dans une base de données locale, et un comité de disponibilité des données (DAC) est responsable de l'acquisition, du tri et de la validation des données.
Il est clair que cette architecture nécessite la "confiance" de la chaîne elle-même comme prérequis, ce qui rend difficile une extension à grande échelle. Pour compenser ce manque fondamental, Merlin a été itéré et renforcé sous deux aspects :
Tout d'abord, Merlin collabore avec BTCOS pour améliorer le pont inter-chaînes Native, résolvant le problème de vérifiabilité des données L2 sur le réseau principal Bitcoin. BTCOS a construit une machine virtuelle vérifiable Proof - BitSNARK basée sur le cadre ZK, combinée avec le pont inter-chaînes Grail Bridge pour mettre à jour le transfert d'actifs L2 et les changements d'état. L'ensemble du processus synchronise les états entre L2 et le réseau principal via un réseau intermédiaire ZK, et repose finalement sur le verrouillage temporel des actifs du réseau principal et le mécanisme de défi BitVM pour réaliser des interactions fiables.
Deuxièmement, Merlin collabore avec Nubit pour construire des capacités de disponibilité des données (DA) vérifiables. La logique de base est de déployer hors chaîne des nœuds complets synchronisant les données d'état complet du BTC et les preuves de modification des données d'état, et d'effectuer la validation de l'état et la confirmation de la finalité via des nœuds légers déployés sur le réseau principal du BTC. Cette amélioration a efficacement résolu les problèmes d'opacité et de non-vérifiabilité qui existaient auparavant avec le DAS hors chaîne, renforçant ainsi les capacités de DA requises (qui sont toujours en cours de développement).
L'objectif final de Merlin Chain est de devenir un réseau ZK-Rollup de Bitcoin, composé de composants tels que Node, zkProver, Datebase, etc. Grâce à un réseau oracle décentralisé indexé de manière similaire au protocole Ordinals, Merlin Chain a le potentiel de devenir un layer 2 Bitcoin compatible avec EVM, équilibrant l'amélioration dans des aspects tels que la décentralisation (distribution des nœuds sans autorisation), la transparence (accessibilité des données publiques) et la vérifiabilité (l'état des données L2 vérifiable par le réseau principal avec un mécanisme de contestation garanti).
Cette voie de développement montre les tentatives d'innovation de Merlin Chain dans l'écosystème Bitcoin, offrant de nouvelles perspectives pour résoudre les problèmes d'évolutivité et de programmabilité du réseau Bitcoin. Avec l'itération et l'amélioration constantes de la technologie, Merlin Chain devrait apporter plus de possibilités à l'écosystème Bitcoin.
Cette page peut inclure du contenu de tiers fourni à des fins d'information uniquement. Gate ne garantit ni l'exactitude ni la validité de ces contenus, n’endosse pas les opinions exprimées, et ne fournit aucun conseil financier ou professionnel à travers ces informations. Voir la section Avertissement pour plus de détails.
5 J'aime
Récompense
5
6
Partager
Commentaire
0/400
WhaleMinion
· 08-02 14:54
Enfin, le zk a commencé. Quand aura lieu le airdrop ?
Voir l'originalRépondre0
SchroedingerMiner
· 08-02 14:53
Qui comprend ? zk ne peut pas sauver Bitcoin, non ? Se faire prendre pour des cons avec une nouvelle méthode.
Voir l'originalRépondre0
CryptoWageSlave
· 08-02 14:50
Encore du Bitcoin l2, ce Merlin est plutôt rapide.
Voir l'originalRépondre0
BearMarketSage
· 08-02 14:49
Encore un piège zk à voir
Voir l'originalRépondre0
LuckyBearDrawer
· 08-02 14:44
Ce truc, ça fonctionne ou pas ? C'est tellement compliqué.
Merlin Chain : le chemin d'innovation ZK Layer 2 dans l'écosystème Bitcoin
Merlin Chain : nouvelle génération de solutions Layer 2 pour l'écosystème Bitcoin
Récemment, un rapport sur la transition progressive de Merlin des chaînes latérales Bitcoin vers une solution Bitcoin ZK layer 2 a suscité un large intérêt. Cet article résumera cela en fonction de ma compréhension personnelle.
L'évolution de Merlin Chain peut être décrite comme opportuniste, chaque étape étant inattendue. Avec le soutien de vastes communautés telles que BRC-20, BRC-420, Blue Box et Bitmap Game, Merlin Chain a choisi une voie technique de "fusion et itération" continue. Ce choix était en réalité inévitable, car le réseau Bitcoin natif présente des défauts fondamentaux de "programmabilité" en matière de disponibilité des données (DA) et de complétude de Turing des contrats intelligents (SC), ce qui a conduit à une innovation active dans l'écosystème Bitcoin au cours de l'année écoulée, mais de nombreux projets n'ont pas encore été entièrement livrés.
Dans ce contexte, la stratégie de Merlin Chain est de tirer parti des forces de chacun et d'améliorer continuellement son cadre technique. Elle absorbe les avantages de plusieurs projets tels que RGB++, BitVM, zkVM, AVM et DA, dans le but de construire une solution plus complète.
Selon le contenu du rapport, Merlin Chain était à l'origine une architecture de chaîne latérale pure, construite sur le service CDK RaaS d'une certaine plateforme, utilisant l'architecture Validium. Cela signifie que les données de transaction de la chaîne sont entièrement stockées hors chaîne, seules les preuves de validité étant publiées sur L1, tandis que le réseau principal L1 ne peut pas vérifier l'exactitude des données L2. De plus, les données originales sont conservées dans une base de données locale, et un comité de disponibilité des données (DAC) est responsable de l'acquisition, du tri et de la validation des données.
Il est clair que cette architecture nécessite la "confiance" de la chaîne elle-même comme prérequis, ce qui rend difficile une extension à grande échelle. Pour compenser ce manque fondamental, Merlin a été itéré et renforcé sous deux aspects :
Tout d'abord, Merlin collabore avec BTCOS pour améliorer le pont inter-chaînes Native, résolvant le problème de vérifiabilité des données L2 sur le réseau principal Bitcoin. BTCOS a construit une machine virtuelle vérifiable Proof - BitSNARK basée sur le cadre ZK, combinée avec le pont inter-chaînes Grail Bridge pour mettre à jour le transfert d'actifs L2 et les changements d'état. L'ensemble du processus synchronise les états entre L2 et le réseau principal via un réseau intermédiaire ZK, et repose finalement sur le verrouillage temporel des actifs du réseau principal et le mécanisme de défi BitVM pour réaliser des interactions fiables.
Deuxièmement, Merlin collabore avec Nubit pour construire des capacités de disponibilité des données (DA) vérifiables. La logique de base est de déployer hors chaîne des nœuds complets synchronisant les données d'état complet du BTC et les preuves de modification des données d'état, et d'effectuer la validation de l'état et la confirmation de la finalité via des nœuds légers déployés sur le réseau principal du BTC. Cette amélioration a efficacement résolu les problèmes d'opacité et de non-vérifiabilité qui existaient auparavant avec le DAS hors chaîne, renforçant ainsi les capacités de DA requises (qui sont toujours en cours de développement).
L'objectif final de Merlin Chain est de devenir un réseau ZK-Rollup de Bitcoin, composé de composants tels que Node, zkProver, Datebase, etc. Grâce à un réseau oracle décentralisé indexé de manière similaire au protocole Ordinals, Merlin Chain a le potentiel de devenir un layer 2 Bitcoin compatible avec EVM, équilibrant l'amélioration dans des aspects tels que la décentralisation (distribution des nœuds sans autorisation), la transparence (accessibilité des données publiques) et la vérifiabilité (l'état des données L2 vérifiable par le réseau principal avec un mécanisme de contestation garanti).
Cette voie de développement montre les tentatives d'innovation de Merlin Chain dans l'écosystème Bitcoin, offrant de nouvelles perspectives pour résoudre les problèmes d'évolutivité et de programmabilité du réseau Bitcoin. Avec l'itération et l'amélioration constantes de la technologie, Merlin Chain devrait apporter plus de possibilités à l'écosystème Bitcoin.