Merlin Chain: Évolution de la sidechain Bitcoin vers le Layer 2 ZK
Récemment, un rapport systématique examinant la transition progressive de Merlin des sidechains Bitcoin vers une solution Bitcoin ZK Layer 2 a suscité l'intérêt du secteur. En combinant ce rapport et ma compréhension personnelle, nous pouvons résumer les points suivants :
Le parcours de développement de Merlin Chain peut être décrit comme opportuniste, chaque étape étant inattendue. Grâce au soutien d'une vaste communauté basée sur BRC-20, BRC-420, Blue Box, Bitmap Game, Merlin Chain a choisi une voie technique d'intégration et d'itération continue. Ce choix est en réalité une nécessité.
La raison en est que le réseau Bitcoin 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). Cela a conduit à l'émergence de nombreux projets innovants dans l'écosystème Bitcoin au cours de l'année écoulée, mais la plupart n'ont pas encore été entièrement livrés.
Face à des technologies émergentes telles que RGB++, BitVM, zkVM, AVM, DA, Merlin Chain adopte une stratégie de synergie pour améliorer constamment son cadre technologique.
Selon un rapport sectoriel, Merlin Chain était à l'origine une architecture de sidechain pure, construite sur une chaîne d'architecture Validium basée sur un certain service. Cela signifie que les données de transaction de la chaîne sont entièrement stockées hors chaîne, ne publiant que des preuves de validité sur L1, tandis que le réseau principal L1 ne peut pas vérifier l'exactitude des données de L2. De plus, les données brutes de l'architecture Validium sont 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 cette architecture 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 Layer 2 d'Ethereum, Validium a donc été remplacé par Rollup.
Pour remédier à ce manque fondamental, Merlin a procédé à un renforcement itératif sur deux aspects :
Collaborer avec BTCOS pour améliorer le pont inter-chaînes Native, résoudre le problème de vérifiabilité des données L2 sur le réseau principal Bitcoin. BTCOS a construit une machine virtuelle Proof vérifiable - BitSNARK - basée sur le cadre ZK, et combine cela avec le pont inter-chaînes Grail Bridge pour mettre à jour le transfert d'actifs et les changements d'état de L2. L'ensemble du processus synchronise l'état 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.
Collaborer avec Nubit pour construire une capacité de disponibilité des données (DA) vérifiable. La logique est la suivante : déployer hors chaîne des nœuds complets synchronisant les données d'état complet de BTC et les preuves de changement d'état, et réaliser la validation d'état et la confirmation de finalité grâce à des nœuds légers déployés sur le réseau principal de BTC. Cela améliore les problèmes d'opacité et d'invérifiabilité présents dans le DAS hors chaîne précédent, renforçant ainsi la capacité de DA requise (qui est toujours en cours de développement).
Enfin, l'objectif de Merlin Chain est de devenir un réseau Bitcoin ZK-Rollup. Ce réseau est constitué de composants tels que Node, zkProver, Datebase, etc., et se développe en un Bitcoin layer2 compatible EVM, équilibrant l'amélioration dans des domaines tels que la décentralisation (distribution des nœuds sans autorisation), la transparence (accessibilité des données publiques) et la vérifiabilité (le réseau principal peut vérifier l'état des données L2 et un mécanisme de challenger est garanti).
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.
11 J'aime
Récompense
11
5
Partager
Commentaire
0/400
FloorSweeper
· Il y a 21h
juste un autre jeu l2... j'ai déjà vu ce film pour être honnête
Voir l'originalRépondre0
ChainWatcher
· Il y a 21h
C'est encore du ZK, ça va presque.
Voir l'originalRépondre0
GateUser-a5fa8bd0
· Il y a 21h
L'évolution est assez rapide.
Voir l'originalRépondre0
RuntimeError
· Il y a 21h
layer2 est entièrement axé sur zk
Voir l'originalRépondre0
CryptoTherapist
· Il y a 21h
méditons sur le parcours psychologique de Merlin... anxiété d'adaptation classique ici
Merlin Chain : de la sidechain Bitcoin à l'évolution technologique du Layer 2 ZK
Merlin Chain: Évolution de la sidechain Bitcoin vers le Layer 2 ZK
Récemment, un rapport systématique examinant la transition progressive de Merlin des sidechains Bitcoin vers une solution Bitcoin ZK Layer 2 a suscité l'intérêt du secteur. En combinant ce rapport et ma compréhension personnelle, nous pouvons résumer les points suivants :
Le parcours de développement de Merlin Chain peut être décrit comme opportuniste, chaque étape étant inattendue. Grâce au soutien d'une vaste communauté basée sur BRC-20, BRC-420, Blue Box, Bitmap Game, Merlin Chain a choisi une voie technique d'intégration et d'itération continue. Ce choix est en réalité une nécessité.
La raison en est que le réseau Bitcoin 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). Cela a conduit à l'émergence de nombreux projets innovants dans l'écosystème Bitcoin au cours de l'année écoulée, mais la plupart n'ont pas encore été entièrement livrés.
Face à des technologies émergentes telles que RGB++, BitVM, zkVM, AVM, DA, Merlin Chain adopte une stratégie de synergie pour améliorer constamment son cadre technologique.
Selon un rapport sectoriel, Merlin Chain était à l'origine une architecture de sidechain pure, construite sur une chaîne d'architecture Validium basée sur un certain service. Cela signifie que les données de transaction de la chaîne sont entièrement stockées hors chaîne, ne publiant que des preuves de validité sur L1, tandis que le réseau principal L1 ne peut pas vérifier l'exactitude des données de L2. De plus, les données brutes de l'architecture Validium sont 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 cette architecture 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 Layer 2 d'Ethereum, Validium a donc été remplacé par Rollup.
Pour remédier à ce manque fondamental, Merlin a procédé à un renforcement itératif sur deux aspects :
Collaborer avec BTCOS pour améliorer le pont inter-chaînes Native, résoudre le problème de vérifiabilité des données L2 sur le réseau principal Bitcoin. BTCOS a construit une machine virtuelle Proof vérifiable - BitSNARK - basée sur le cadre ZK, et combine cela avec le pont inter-chaînes Grail Bridge pour mettre à jour le transfert d'actifs et les changements d'état de L2. L'ensemble du processus synchronise l'état 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.
Collaborer avec Nubit pour construire une capacité de disponibilité des données (DA) vérifiable. La logique est la suivante : déployer hors chaîne des nœuds complets synchronisant les données d'état complet de BTC et les preuves de changement d'état, et réaliser la validation d'état et la confirmation de finalité grâce à des nœuds légers déployés sur le réseau principal de BTC. Cela améliore les problèmes d'opacité et d'invérifiabilité présents dans le DAS hors chaîne précédent, renforçant ainsi la capacité de DA requise (qui est toujours en cours de développement).
Enfin, l'objectif de Merlin Chain est de devenir un réseau Bitcoin ZK-Rollup. Ce réseau est constitué de composants tels que Node, zkProver, Datebase, etc., et se développe en un Bitcoin layer2 compatible EVM, équilibrant l'amélioration dans des domaines tels que la décentralisation (distribution des nœuds sans autorisation), la transparence (accessibilité des données publiques) et la vérifiabilité (le réseau principal peut vérifier l'état des données L2 et un mécanisme de challenger est garanti).