Merlin : De la sidechain Bitcoin à l'évolution du ZK Layer2
Récemment, un rapport de revue systématique sur la transition progressive de Merlin des sidechains Bitcoin vers une solution de Layer2 ZK Bitcoin a suscité un large intérêt. En combinant ma compréhension personnelle, voici un résumé de ce processus d'évolution :
La trajectoire de développement de Merlin Chain peut être considérée comme conforme aux tendances actuelles. Grâce à la vaste base communautaire apportée par des projets tels que BRC-20, BRC-420, Blue Box et Bitmap Game, Merlin Chain a choisi une voie technique d'"intégration et d'itération" continue. Ce choix est en réalité également dicté par les circonstances.
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 multitude de projets innovants dans l'écosystème Bitcoin au cours de l'année dernière, mais la plupart d'entre eux n'ont pas encore été entièrement livrés. Face aux solutions technologiques telles que RGB++, BitVM, zkVM, AVM et DA, la stratégie de Merlin Chain est de tirer parti des avantages des autres tout en perfectionnant en continu son propre cadre technologique.
Selon le rapport, Merlin Chain a initialement adopté une architecture de sidechains pure, construite sur le service CDK RaaS d'une certaine plateforme, appartenant à l'architecture Validium. Cela signifie que les données de transaction de la chaîne sont entièrement stockées hors chaîne, ne publiant que les preuves de validité sur L1, et 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, et le comité de disponibilité des données (DAC) est responsable de l'acquisition, du tri et de la vérification des données.
Cette architecture nécessite la "confiance" de la chaîne elle-même comme prérequis, ce qui rend difficile une grande échelle. Pour remédier à ce manque, Merlin a itéré sur deux aspects :
Améliorer le pont inter-chaînes natif en collaboration avec BTCOS pour 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, combinée à la mise à jour du transfert d'actifs L2 et des changements d'état via le pont inter-chaînes Grail Bridge. L'ensemble du processus est synchronisé par un réseau intermédiaire ZK entre l'état de L2 et celui du réseau principal, s'appuyant finalement sur le verrouillage temporel des actifs du réseau principal et le mécanisme de défi BitVM pour réaliser une interaction fiable.
Collaborer avec Nubit pour construire des capacités de disponibilité des données (DA) vérifiables. Déployer des nœuds complets hors chaîne pour synchroniser l'état complet des données BTC et prouver les modifications de l'état, et réaliser la vérification de l'état et la confirmation de la finalité via des nœuds légers déployés sur le réseau principal BTC, améliorant ainsi les problèmes d'opacité et d'invérifiabilité rencontrés auparavant avec le DAS hors chaîne, tout en renforçant les capacités de DA nécessaires (en cours de développement).
L'objectif final de Merlin Chain est de devenir un réseau Bitcoin ZK-Rollup, composé de composants tels que Node, zkProver et Database. Grâce à un réseau oracle décentralisé indexé de manière similaire au protocole Ordinals, Merlin Chain espère améliorer l'équilibre en matière de décentralisation (distribution des nœuds sans autorisation), de transparence (accessibilité des données publiques) et de vérifiabilité (l'état des données L2 peut être vérifié sur le mainnet avec un mécanisme de challengers) pour devenir une solution Layer2 Bitcoin compatible avec 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.
19 J'aime
Récompense
19
7
Partager
Commentaire
0/400
PumpBeforeRug
· 07-21 14:07
Les jeunes investissent un peu trop vite...
Voir l'originalRépondre0
liquidation_surfer
· 07-21 12:58
Les techniciens ne regardent même pas les chiens.
Voir l'originalRépondre0
LightningClicker
· 07-21 05:19
Ça y est ! Layer2 va être en feu !
Voir l'originalRépondre0
NFTRegretDiary
· 07-18 15:39
Faire semblant que tout est haute technologie, en réalité c'est juste prendre les gens pour des idiots.
Voir l'originalRépondre0
FunGibleTom
· 07-18 15:37
La technologie progresse, la chaîne attend.
Voir l'originalRépondre0
WhaleWatcher
· 07-18 15:36
L'augmentation dépend du marché.
Voir l'originalRépondre0
ZKSherlock
· 07-18 15:19
en fait, l'implémentation zk ici manque de suppositions de confiance appropriées smh...
Le chemin de l'upgrade de Merlin : de la sidechain Bitcoin à l'évolution technologique du ZK Layer2
Merlin : De la sidechain Bitcoin à l'évolution du ZK Layer2
Récemment, un rapport de revue systématique sur la transition progressive de Merlin des sidechains Bitcoin vers une solution de Layer2 ZK Bitcoin a suscité un large intérêt. En combinant ma compréhension personnelle, voici un résumé de ce processus d'évolution :
La trajectoire de développement de Merlin Chain peut être considérée comme conforme aux tendances actuelles. Grâce à la vaste base communautaire apportée par des projets tels que BRC-20, BRC-420, Blue Box et Bitmap Game, Merlin Chain a choisi une voie technique d'"intégration et d'itération" continue. Ce choix est en réalité également dicté par les circonstances.
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 multitude de projets innovants dans l'écosystème Bitcoin au cours de l'année dernière, mais la plupart d'entre eux n'ont pas encore été entièrement livrés. Face aux solutions technologiques telles que RGB++, BitVM, zkVM, AVM et DA, la stratégie de Merlin Chain est de tirer parti des avantages des autres tout en perfectionnant en continu son propre cadre technologique.
Selon le rapport, Merlin Chain a initialement adopté une architecture de sidechains pure, construite sur le service CDK RaaS d'une certaine plateforme, appartenant à l'architecture Validium. Cela signifie que les données de transaction de la chaîne sont entièrement stockées hors chaîne, ne publiant que les preuves de validité sur L1, et 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, et le comité de disponibilité des données (DAC) est responsable de l'acquisition, du tri et de la vérification des données.
Cette architecture nécessite la "confiance" de la chaîne elle-même comme prérequis, ce qui rend difficile une grande échelle. Pour remédier à ce manque, Merlin a itéré sur deux aspects :
Améliorer le pont inter-chaînes natif en collaboration avec BTCOS pour 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, combinée à la mise à jour du transfert d'actifs L2 et des changements d'état via le pont inter-chaînes Grail Bridge. L'ensemble du processus est synchronisé par un réseau intermédiaire ZK entre l'état de L2 et celui du réseau principal, s'appuyant finalement sur le verrouillage temporel des actifs du réseau principal et le mécanisme de défi BitVM pour réaliser une interaction fiable.
Collaborer avec Nubit pour construire des capacités de disponibilité des données (DA) vérifiables. Déployer des nœuds complets hors chaîne pour synchroniser l'état complet des données BTC et prouver les modifications de l'état, et réaliser la vérification de l'état et la confirmation de la finalité via des nœuds légers déployés sur le réseau principal BTC, améliorant ainsi les problèmes d'opacité et d'invérifiabilité rencontrés auparavant avec le DAS hors chaîne, tout en renforçant les capacités de DA nécessaires (en cours de développement).
L'objectif final de Merlin Chain est de devenir un réseau Bitcoin ZK-Rollup, composé de composants tels que Node, zkProver et Database. Grâce à un réseau oracle décentralisé indexé de manière similaire au protocole Ordinals, Merlin Chain espère améliorer l'équilibre en matière de décentralisation (distribution des nœuds sans autorisation), de transparence (accessibilité des données publiques) et de vérifiabilité (l'état des données L2 peut être vérifié sur le mainnet avec un mécanisme de challengers) pour devenir une solution Layer2 Bitcoin compatible avec EVM.