La transformation de Merlin de la sidechain Bitcoin vers le ZK layer2 attire l'attention. En revoyant son parcours de développement, Merlin semble s'aligner sur les tendances du marché, chaque étape étant inattendue. Grâce à la vaste base communautaire accumulée par des projets tels que BRC-20, BRC-420, Blue Box et Bitmap Game, Merlin a choisi une voie technologique d'"intégration et d'itération" continue. C'est également un choix fait par nécessité.
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 innovation active dans l'écosystème Bitcoin au cours de l'année écoulée, mais de nombreux projets n'ont pas encore abouti. Dans ce contexte, Merlin a adopté une stratégie de tirer parti des forces de chacun, améliorant continuellement son cadre technologique.
Selon les rapports, Merlin a initialement adopté une architecture de sidechains pure, construisant une chaîne basée sur l'architecture Validium pour un certain service. Cela signifie que les données de transaction sont entièrement stockées hors chaîne, ne publiant que les preuves de validité 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, 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 que les utilisateurs aient une grande confiance dans la chaîne elle-même, ce qui rend difficile sa promotion à grande échelle. Pour remédier à ce manque, Merlin a apporté des améliorations sur deux aspects :
Tout d'abord, collaborer avec BTCOS pour améliorer le pont cross-chain natif, afin de 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 sur la base du cadre ZK, combinant la mise à jour des transferts d'actifs et des changements d'état L2 via le pont cross-chain. L'ensemble du processus est synchronisé par un réseau intermédiaire ZK entre l'état L2 et le réseau principal, permettant finalement une interaction de confiance grâce à un verrouillage temporel des actifs sur le réseau principal et à un mécanisme de défi.
Deuxièmement, collaborer avec Nubit pour construire une capacité de disponibilité de données (DA) vérifiable. Plus précisément, déployer des nœuds complets hors chaîne pour synchroniser l'état complet des données BTC et les preuves de changement d'état, et réaliser la vérification de l'état et la confirmation finale grâce à des nœuds légers déployés sur le réseau principal BTC, ce qui améliore les problèmes d'opacité et d'invalidité des DAS hors chaîne existants, augmentant ainsi la capacité de DA requise (qui est actuellement en cours de développement).
L'objectif final de Merlin est de devenir un réseau ZK-Rollup pour Bitcoin, composé de composants tels que Node, zkProver et Datebase. Grâce à un réseau oracle décentralisé indexé par un protocole similaire à Ordinals, Merlin devrait 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 pouvant être vérifié sur le réseau principal avec un mécanisme de contestation). Il deviendra finalement une solution layer2 pour 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.
18 J'aime
Récompense
18
5
Reposter
Partager
Commentaire
0/400
GasFeeCrier
· 08-18 23:59
layer2 est la vérité
Voir l'originalRépondre0
Web3ProductManager
· 08-16 15:17
honnêtement, ces métriques de conversion de brc-20 vers zk l2 vont être folles... prévoyant une croissance des utilisateurs de 10x
Voir l'originalRépondre0
Ser_This_Is_A_Casino
· 08-16 15:02
Ce projet, il veut encore faire quelque chose de nouveau.
Merlin se transforme en ZK layer2 pour créer de nouvelles possibilités pour l'écosystème Bitcoin.
La transformation de Merlin de la sidechain Bitcoin vers le ZK layer2 attire l'attention. En revoyant son parcours de développement, Merlin semble s'aligner sur les tendances du marché, chaque étape étant inattendue. Grâce à la vaste base communautaire accumulée par des projets tels que BRC-20, BRC-420, Blue Box et Bitmap Game, Merlin a choisi une voie technologique d'"intégration et d'itération" continue. C'est également un choix fait par nécessité.
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 innovation active dans l'écosystème Bitcoin au cours de l'année écoulée, mais de nombreux projets n'ont pas encore abouti. Dans ce contexte, Merlin a adopté une stratégie de tirer parti des forces de chacun, améliorant continuellement son cadre technologique.
Selon les rapports, Merlin a initialement adopté une architecture de sidechains pure, construisant une chaîne basée sur l'architecture Validium pour un certain service. Cela signifie que les données de transaction sont entièrement stockées hors chaîne, ne publiant que les preuves de validité 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, 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 que les utilisateurs aient une grande confiance dans la chaîne elle-même, ce qui rend difficile sa promotion à grande échelle. Pour remédier à ce manque, Merlin a apporté des améliorations sur deux aspects :
Tout d'abord, collaborer avec BTCOS pour améliorer le pont cross-chain natif, afin de 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 sur la base du cadre ZK, combinant la mise à jour des transferts d'actifs et des changements d'état L2 via le pont cross-chain. L'ensemble du processus est synchronisé par un réseau intermédiaire ZK entre l'état L2 et le réseau principal, permettant finalement une interaction de confiance grâce à un verrouillage temporel des actifs sur le réseau principal et à un mécanisme de défi.
Deuxièmement, collaborer avec Nubit pour construire une capacité de disponibilité de données (DA) vérifiable. Plus précisément, déployer des nœuds complets hors chaîne pour synchroniser l'état complet des données BTC et les preuves de changement d'état, et réaliser la vérification de l'état et la confirmation finale grâce à des nœuds légers déployés sur le réseau principal BTC, ce qui améliore les problèmes d'opacité et d'invalidité des DAS hors chaîne existants, augmentant ainsi la capacité de DA requise (qui est actuellement en cours de développement).
L'objectif final de Merlin est de devenir un réseau ZK-Rollup pour Bitcoin, composé de composants tels que Node, zkProver et Datebase. Grâce à un réseau oracle décentralisé indexé par un protocole similaire à Ordinals, Merlin devrait 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 pouvant être vérifié sur le réseau principal avec un mécanisme de contestation). Il deviendra finalement une solution layer2 pour Bitcoin compatible avec EVM.