L'évolution de la solution Layer2 de Bitcoin, Merlin Chain
Récemment, un rapport de rétrospective systématique a analysé en détail la solution de transition de Merlin du sidechain Bitcoin vers le Bitcoin ZK layer2. En combinant ma compréhension personnelle, je résume comme suit :
Le parcours de développement de Merlin Chain peut être qualifié de réactif, chaque étape étant surprenante. Avec le soutien de vastes communautés telles que BRC-20, BRC-420, Blue Box et Bitmap Game, Merlin Chain a opté pour une approche technique de "intégration et itération" continue. En fait, c'est également un choix inévitable.
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 des contrats intelligents (SC), ce qui a entraîné, au cours de l'année passée, l'émergence de nombreux projets innovants dans l'écosystème Bitcoin, mais qui ne se sont pas encore complètement concrétisés. Des projets tels que RGB++, BitVM, zkVM, AVM, DA, etc., ont chacun leurs propres caractéristiques. L'idée de Merlin Chain est de tirer parti des meilleures pratiques et d'améliorer constamment son cadre technique.
Selon le contenu du rapport, Merlin Chain était à l'origine une architecture de sidechain 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 complètement stockées hors chaîne, seules les preuves de validité étant publiées sur L1, et le réseau principal L1 ne peut pas vérifier l'exactitude des données de L2. Les données d'origine de cette architecture Validium sont toutes conservées dans une base de données locale, et le comité de disponibilité des données (DAC) est responsable de l'acquisition, du tri et de la vérification des données.
Il est évident que cela nécessite la "confiance" de la chaîne elle-même comme condition préalable, ce qui rend difficile l'évolutivité à grande échelle. Dans l'écosystème layer2 d'Ethereum, le Validium a donc été remplacé par le Rollup.
Pour compenser ce manque fondamental, Merlin a renforcé son itération sur deux aspects :
Tout d'abord, en collaboration avec BTCOS, nous avons amélioré le pont inter-chaînes natif pour résoudre le problème de la vérifiabilité des données L2 sur le réseau principal Bitcoin. BTCOS a construit une machine virtuelle de preuve vérifiable - BitSNARK - basée sur le cadre ZK, combinée à Grail Bridge pour mettre à jour le transfert d'actifs et les changements d'état de L2. L'ensemble du processus est synchronisé par un réseau intermédiaire ZK entre L2 et le réseau principal, réalisant finalement une interaction de confiance grâce au verrouillage temporel des actifs du réseau principal et au mécanisme de défi BitVM.
Deuxièmement, construire une capacité de disponibilité des données vérifiable en collaboration avec Nubit (DA). La logique spécifique est la suivante : déployer hors chaîne des nœuds complets synchronisant l'état complet des données BTC et prouvant les données d'état modifiées, et réaliser la vérification de l'état et la confirmation de finalité grâce à des nœuds légers déployés sur le réseau principal BTC, afin d'améliorer les problèmes d'opacité et d'invérifiabilité qui existaient auparavant dans le DAS hors chaîne, augmentant ainsi la capacité de DA requise ( qui est actuellement toujours en développement ).
L'objectif final de Merlin Chain est de devenir un réseau Bitcoin ZK-Rollup, constitué de composants tels que Node, zkProver, Database, etc. Grâce à un réseau oracle décentralisé indexé de manière similaire au protocole Ordinals, il deviendra un layer 2 compatible EVM pour Bitcoin, améliorant de manière équilibrée des aspects tels que la distribution décentralisée des nœuds sans autorisation (, la transparence ), l'accessibilité des données publiques ( et la vérifiabilité ), avec un état de données L2 vérifiable sur le mainnet et un mécanisme de challengers garantissant (.
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.
16 J'aime
Récompense
16
5
Partager
Commentaire
0/400
BlindBoxVictim
· Il y a 12h
Je suis tombé dans un piège, j'ai perdu beaucoup, j'ai directement été pris pour un idiot.
Voir l'originalRépondre0
SerumSqueezer
· Il y a 12h
sidechains vers layer2 a du potentiel
Voir l'originalRépondre0
PerennialLeek
· Il y a 12h
On dirait que c'est encore une vague de se faire prendre pour des cons.
Voir l'originalRépondre0
DAOplomacy
· Il y a 12h
meh... un autre btc l2 qui essaie de réinventer la roue
Merlin Chain : de Bitcoin sidechains à l'évolution vers ZK Layer2
L'évolution de la solution Layer2 de Bitcoin, Merlin Chain
Récemment, un rapport de rétrospective systématique a analysé en détail la solution de transition de Merlin du sidechain Bitcoin vers le Bitcoin ZK layer2. En combinant ma compréhension personnelle, je résume comme suit :
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 des contrats intelligents (SC), ce qui a entraîné, au cours de l'année passée, l'émergence de nombreux projets innovants dans l'écosystème Bitcoin, mais qui ne se sont pas encore complètement concrétisés. Des projets tels que RGB++, BitVM, zkVM, AVM, DA, etc., ont chacun leurs propres caractéristiques. L'idée de Merlin Chain est de tirer parti des meilleures pratiques et d'améliorer constamment son cadre technique.
Il est évident que cela nécessite la "confiance" de la chaîne elle-même comme condition préalable, ce qui rend difficile l'évolutivité à grande échelle. Dans l'écosystème layer2 d'Ethereum, le Validium a donc été remplacé par le Rollup.
Pour compenser ce manque fondamental, Merlin a renforcé son itération sur deux aspects :
Tout d'abord, en collaboration avec BTCOS, nous avons amélioré le pont inter-chaînes natif pour résoudre le problème de la vérifiabilité des données L2 sur le réseau principal Bitcoin. BTCOS a construit une machine virtuelle de preuve vérifiable - BitSNARK - basée sur le cadre ZK, combinée à Grail Bridge pour mettre à jour le transfert d'actifs et les changements d'état de L2. L'ensemble du processus est synchronisé par un réseau intermédiaire ZK entre L2 et le réseau principal, réalisant finalement une interaction de confiance grâce au verrouillage temporel des actifs du réseau principal et au mécanisme de défi BitVM.
Deuxièmement, construire une capacité de disponibilité des données vérifiable en collaboration avec Nubit (DA). La logique spécifique est la suivante : déployer hors chaîne des nœuds complets synchronisant l'état complet des données BTC et prouvant les données d'état modifiées, et réaliser la vérification de l'état et la confirmation de finalité grâce à des nœuds légers déployés sur le réseau principal BTC, afin d'améliorer les problèmes d'opacité et d'invérifiabilité qui existaient auparavant dans le DAS hors chaîne, augmentant ainsi la capacité de DA requise ( qui est actuellement toujours en développement ).
L'objectif final de Merlin Chain est de devenir un réseau Bitcoin ZK-Rollup, constitué de composants tels que Node, zkProver, Database, etc. Grâce à un réseau oracle décentralisé indexé de manière similaire au protocole Ordinals, il deviendra un layer 2 compatible EVM pour Bitcoin, améliorant de manière équilibrée des aspects tels que la distribution décentralisée des nœuds sans autorisation (, la transparence ), l'accessibilité des données publiques ( et la vérifiabilité ), avec un état de données L2 vérifiable sur le mainnet et un mécanisme de challengers garantissant (.