Merlin Chain: Le chemin innovant de l'écosystème Bitcoin
Récemment, un rapport de revue systématique sur la transition progressive de Merlin des sidechains Bitcoin vers des solutions de couche 2 ZK pour Bitcoin a suscité un large intérêt. En combinant ma compréhension personnelle, voici un résumé de ce processus d'évolution :
Le développement de Merlin Chain peut être considéré comme une réponse aux tendances actuelles. Grâce au soutien d'une vaste base communautaire, notamment BRC-20, BRC-420, Blue Box et Bitmap Game, Merlin Chain a choisi une voie technique de "intégration et d'itération" continue. Ce choix est en réalité fait par nécessité, car le réseau Bitcoin natif présente des défauts fondamentaux de "programmabilité" en termes 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 réalisés.
Dans ce contexte, la stratégie de Merlin Chain est d'absorber largement les avantages de divers acteurs et d'améliorer continuellement son cadre technologique. Elle s'inspire des caractéristiques de plusieurs projets tels que RGB++, BitVM, zkVM, AVM, ainsi que des innovations en matière de DA de B² Network et Nubit.
Selon le contenu du rapport, Merlin Chain a été initialement construit sur une architecture de chaîne latérale pure basée sur le service CDK RaaS d'une certaine plateforme, utilisant une structure 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é 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 de cette architecture 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 une grande expansion. Pour compenser ce manque fondamental, Merlin a renforcé son approche en itérant sur deux aspects :
Tout d'abord, Merlin collabore avec BTCOS pour améliorer le pont cross-chain 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, combinant la mise à jour des transferts d'actifs L2 et des changements d'état avec le pont cross-chain Grail. L'ensemble du processus synchronise l'état entre L2 et le réseau principal via un réseau intermédiaire ZK, 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 de confiance.
Deuxièmement, Merlin collabore avec Nubit pour construire une capacité de disponibilité des données (DA) vérifiable. La logique est de déployer des nœuds complets hors chaîne pour synchroniser les données d'état complet de BTC et les preuves de changement d'état, et d'implémenter la validation d'état et la confirmation de finalité via des nœuds légers déployés sur le réseau principal de BTC, ce qui améliore les problèmes d'opacité et d'invalidité des précédents DAS hors chaîne, renforçant ainsi la capacité de DA requise (qui est encore en développement).
L'objectif final de Merlin Chain est de devenir un réseau de ZK-Rollup pour Bitcoin, composé de composants tels que Node, zkProver, Database, etc. Grâce à un réseau oracle décentralisé indexé par un protocole similaire à Ordinals, Merlin Chain a le potentiel de devenir une layer2 compatible EVM pour Bitcoin, se développant de manière équilibrée en termes de décentralisation (distribution des nœuds sans autorisation), de transparence (accessibilité des données publiques) et de vérifiabilité (le réseau principal peut vérifier l'état des données L2 et dispose d'un mécanisme de contestation pour garantir cela).
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.
10 J'aime
Récompense
10
6
Reposter
Partager
Commentaire
0/400
ConfusedWhale
· 08-08 01:45
Haha, c'est intéressant.
Voir l'originalRépondre0
CantAffordPancake
· 08-08 00:38
On a l'impression de devoir encore regarder les autres gagner de l'argent.
Voir l'originalRépondre0
TopBuyerBottomSeller
· 08-07 15:54
Acheter au sommet et vendre au fond n'est pas un problème.
Merlin Chain : du sidechain Bitcoin à l'innovation ZK Layer2
Merlin Chain: Le chemin innovant de l'écosystème Bitcoin
Récemment, un rapport de revue systématique sur la transition progressive de Merlin des sidechains Bitcoin vers des solutions de couche 2 ZK pour Bitcoin a suscité un large intérêt. En combinant ma compréhension personnelle, voici un résumé de ce processus d'évolution :
Le développement de Merlin Chain peut être considéré comme une réponse aux tendances actuelles. Grâce au soutien d'une vaste base communautaire, notamment BRC-20, BRC-420, Blue Box et Bitmap Game, Merlin Chain a choisi une voie technique de "intégration et d'itération" continue. Ce choix est en réalité fait par nécessité, car le réseau Bitcoin natif présente des défauts fondamentaux de "programmabilité" en termes 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 réalisés.
Dans ce contexte, la stratégie de Merlin Chain est d'absorber largement les avantages de divers acteurs et d'améliorer continuellement son cadre technologique. Elle s'inspire des caractéristiques de plusieurs projets tels que RGB++, BitVM, zkVM, AVM, ainsi que des innovations en matière de DA de B² Network et Nubit.
Selon le contenu du rapport, Merlin Chain a été initialement construit sur une architecture de chaîne latérale pure basée sur le service CDK RaaS d'une certaine plateforme, utilisant une structure 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é 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 de cette architecture 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 une grande expansion. Pour compenser ce manque fondamental, Merlin a renforcé son approche en itérant sur deux aspects :
Tout d'abord, Merlin collabore avec BTCOS pour améliorer le pont cross-chain 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, combinant la mise à jour des transferts d'actifs L2 et des changements d'état avec le pont cross-chain Grail. L'ensemble du processus synchronise l'état entre L2 et le réseau principal via un réseau intermédiaire ZK, 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 de confiance.
Deuxièmement, Merlin collabore avec Nubit pour construire une capacité de disponibilité des données (DA) vérifiable. La logique est de déployer des nœuds complets hors chaîne pour synchroniser les données d'état complet de BTC et les preuves de changement d'état, et d'implémenter la validation d'état et la confirmation de finalité via des nœuds légers déployés sur le réseau principal de BTC, ce qui améliore les problèmes d'opacité et d'invalidité des précédents DAS hors chaîne, renforçant ainsi la capacité de DA requise (qui est encore en développement).
L'objectif final de Merlin Chain est de devenir un réseau de ZK-Rollup pour Bitcoin, composé de composants tels que Node, zkProver, Database, etc. Grâce à un réseau oracle décentralisé indexé par un protocole similaire à Ordinals, Merlin Chain a le potentiel de devenir une layer2 compatible EVM pour Bitcoin, se développant de manière équilibrée en termes de décentralisation (distribution des nœuds sans autorisation), de transparence (accessibilité des données publiques) et de vérifiabilité (le réseau principal peut vérifier l'état des données L2 et dispose d'un mécanisme de contestation pour garantir cela).