Le processus d'évolution de Merlin du sidechain Bitcoin vers ZK layer2 mérite d'être exploré en profondeur. En examinant son parcours de développement, on peut constater que chaque étape de Merlin suit de près les tendances du secteur, tirant pleinement parti des bases communautaires apportées par des projets tels que BRC-20, BRC-420, Blue Box, Bitmap Game, et adoptant une approche technique d'intégration et d'itération continue.
Cette stratégie est en partie contrainte par les limitations du réseau Bitcoin lui-même. Bitcoin présente des insuffisances en termes de disponibilité des données et de la complétude de Turing des contrats intelligents, ce qui a conduit à une multitude de projets innovants récemment, mais la plupart ne sont pas encore totalement concrétisés. Face à différentes solutions technologiques telles que RGB++, BitVM, zkVM et AVM, Merlin a choisi une approche d'intégration, perfectionnant constamment son cadre technologique.
Merlin a initialement adopté une architecture de sidechain pure, construite sur le service CDK RaaS de Polygon, et est essentiellement une chaîne basée sur l'architecture Validium. Cela signifie que les données de transaction sont entièrement stockées hors chaîne, seuls les preuves de validité sont publiées sur L1, tandis que le réseau principal L1 ne peut pas vérifier l'exactitude des données L2. Les données originales sont conservées dans une base de données locale, dont l'acquisition, le tri et la vérification sont de la responsabilité du comité de disponibilité des données.
Cependant, cette architecture dépend fortement de la "confiance" de la chaîne elle-même, ce qui rend difficile l'évolutivité à grande échelle. C'est aussi la raison pour laquelle, dans l'écosystème layer2 d'Ethereum, le Validium a finalement été remplacé par le Rollup.
Pour résoudre ce problème fondamental, Merlin a apporté des améliorations sur deux aspects :
Tout d'abord, Merlin a collaboré avec BTCOS pour améliorer la vérifiabilité des données L2 du pont natif cross-chain et du réseau principal Bitcoin. BTCOS a construit une machine virtuelle Proof vérifiable BitSNARK basée sur le cadre ZK, combinée au pont Grail Bridge pour mettre à jour les transferts d'actifs L2 et les changements d'état. Tout au long du processus, le réseau intermédiaire ZK est responsable de la synchronisation des états entre L2 et le réseau principal, réalisant finalement des interactions fiables grâce au verrouillage temporel des actifs du réseau principal et au mécanisme de défi BitVM.
Deuxièmement, Merlin a collaboré avec Nubit pour construire une capacité de disponibilité des données vérifiable. La mise en œuvre concrète consiste à déployer hors chaîne des nœuds complets synchronisant l'état complet des données de Bitcoin et des preuves de changement d'état, et à réaliser la vérification de l'état et la confirmation finale via des nœuds légers déployés sur le réseau principal de Bitcoin. Cette amélioration résout efficacement les problèmes d'opacité et d'invérifiabilité rencontrés auparavant dans le DAS hors chaîne, améliorant ainsi la capacité de disponibilité des données.
L'objectif final de Merlin est de devenir un réseau ZK-Rollup Bitcoin, composé de nœuds, de zkProver, de bases de données et d'autres composants. Grâce à un réseau oracle décentralisé indexé par un protocole similaire à Ordinals, Merlin espère réaliser une amélioration équilibrée en termes de décentralisation, de transparence et de vérifiabilité, devenant ainsi une solution layer2 Bitcoin compatible avec l'EVM.
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.
27 J'aime
Récompense
27
9
Partager
Commentaire
0/400
MidnightTrader
· 07-27 14:32
Un autre shiba inu qui mange des crabes est apparu.
Voir l'originalRépondre0
RugResistant
· 07-26 09:45
on dirait vraiment suspect... des vecteurs d'attaque potentiels partout dans l'archipel de merlin
Voir l'originalRépondre0
SchrodingerWallet
· 07-25 23:29
Le manipulateur de marché est encore là pour se faire prendre pour des cons.
Voir l'originalRépondre0
AirdropHunter007
· 07-25 22:01
Enfin, quelqu'un commence à s'amuser, je me demande ce qu'il pourra en sortir.
Voir l'originalRépondre0
0xTherapist
· 07-24 15:38
Avec autant de fioritures, ça ne vaut finalement pas mieux de faire un V3.
Voir l'originalRépondre0
ChainSauceMaster
· 07-24 15:36
L'univers de la cryptomonnaie est désormais intégré !
Voir l'originalRépondre0
ChainDetective
· 07-24 15:32
Ce Merlin a enfin compris, n'est-ce pas mieux de passer par zk ?
Merlin : de l'évolution technologique des sidechains Bitcoin aux ZK-Rollups
Le processus d'évolution de Merlin du sidechain Bitcoin vers ZK layer2 mérite d'être exploré en profondeur. En examinant son parcours de développement, on peut constater que chaque étape de Merlin suit de près les tendances du secteur, tirant pleinement parti des bases communautaires apportées par des projets tels que BRC-20, BRC-420, Blue Box, Bitmap Game, et adoptant une approche technique d'intégration et d'itération continue.
Cette stratégie est en partie contrainte par les limitations du réseau Bitcoin lui-même. Bitcoin présente des insuffisances en termes de disponibilité des données et de la complétude de Turing des contrats intelligents, ce qui a conduit à une multitude de projets innovants récemment, mais la plupart ne sont pas encore totalement concrétisés. Face à différentes solutions technologiques telles que RGB++, BitVM, zkVM et AVM, Merlin a choisi une approche d'intégration, perfectionnant constamment son cadre technologique.
Merlin a initialement adopté une architecture de sidechain pure, construite sur le service CDK RaaS de Polygon, et est essentiellement une chaîne basée sur l'architecture Validium. Cela signifie que les données de transaction sont entièrement stockées hors chaîne, seuls les preuves de validité sont publiées sur L1, tandis que le réseau principal L1 ne peut pas vérifier l'exactitude des données L2. Les données originales sont conservées dans une base de données locale, dont l'acquisition, le tri et la vérification sont de la responsabilité du comité de disponibilité des données.
Cependant, cette architecture dépend fortement de la "confiance" de la chaîne elle-même, ce qui rend difficile l'évolutivité à grande échelle. C'est aussi la raison pour laquelle, dans l'écosystème layer2 d'Ethereum, le Validium a finalement été remplacé par le Rollup.
Pour résoudre ce problème fondamental, Merlin a apporté des améliorations sur deux aspects :
Tout d'abord, Merlin a collaboré avec BTCOS pour améliorer la vérifiabilité des données L2 du pont natif cross-chain et du réseau principal Bitcoin. BTCOS a construit une machine virtuelle Proof vérifiable BitSNARK basée sur le cadre ZK, combinée au pont Grail Bridge pour mettre à jour les transferts d'actifs L2 et les changements d'état. Tout au long du processus, le réseau intermédiaire ZK est responsable de la synchronisation des états entre L2 et le réseau principal, réalisant finalement des interactions fiables grâce au verrouillage temporel des actifs du réseau principal et au mécanisme de défi BitVM.
Deuxièmement, Merlin a collaboré avec Nubit pour construire une capacité de disponibilité des données vérifiable. La mise en œuvre concrète consiste à déployer hors chaîne des nœuds complets synchronisant l'état complet des données de Bitcoin et des preuves de changement d'état, et à réaliser la vérification de l'état et la confirmation finale via des nœuds légers déployés sur le réseau principal de Bitcoin. Cette amélioration résout efficacement les problèmes d'opacité et d'invérifiabilité rencontrés auparavant dans le DAS hors chaîne, améliorant ainsi la capacité de disponibilité des données.
L'objectif final de Merlin est de devenir un réseau ZK-Rollup Bitcoin, composé de nœuds, de zkProver, de bases de données et d'autres composants. Grâce à un réseau oracle décentralisé indexé par un protocole similaire à Ordinals, Merlin espère réaliser une amélioration équilibrée en termes de décentralisation, de transparence et de vérifiabilité, devenant ainsi une solution layer2 Bitcoin compatible avec l'EVM.