Évolution des sidechains Bitcoin vers ZK Layer2 : Analyse du chemin technique de Merlin Chain

L'évolution de Merlin Chain peut être décrite comme opportuniste, chaque étape étant impressionnante. Grâce à la vaste base de communauté apportée par des projets tels que BRC-20, BRC-420, Blue Box et Bitmap Game, Merlin Chain a choisi une voie technologique d'intégration et d'itération continue.

Ce choix est en réalité inévitable. 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 ces dernières années à l'émergence de nombreux projets innovants dans l'écosystème Bitcoin, mais la plupart n'ont pas encore été entièrement réalisés.

Face à cette situation, Merlin Chain a adopté une stratégie d'apprentissage des meilleures pratiques, améliorant constamment son cadre technique. Il s'est inspiré des avantages de projets tels que RGB++, BitVM, zkVM, AVM, et a combiné plusieurs solutions de disponibilité des données.

À l'origine, Merlin Chain est une chaîne à architecture pure de sidechain, construite sur une 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 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 un comité de disponibilité des données (DAC) est responsable de l'obtention, du tri et de la vérification des données.

Cette architecture nécessite la "confiance" de la chaîne elle-même comme condition préalable, ce qui rend difficile l'expansion à grande échelle. Pour surmonter ce défaut, Merlin a effectué des améliorations itératives sur deux aspects :

1. Collaborer avec des projets connexes 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 de Bitcoin. En utilisant une machine virtuelle Proof vérifiable basée sur le cadre ZK, associée au pont cross-chain pour mettre à jour le transfert d'actifs et les changements d'état de L2. L'ensemble du processus est synchronisé par un réseau intermédiaire ZK entre l'état de L2 et le réseau principal, et finalement, une interaction fiable est réalisée grâce à un verrouillage temporel des actifs du réseau principal et un mécanisme de défi.

2. Collaborer avec un projet pour construire une capacité de disponibilité des données (DA) vérifiable. Déployer hors chaîne un nœud complet synchronisant les données d'état complet de Bitcoin et les preuves de changement d'état, et réaliser la vérification de l'état et la confirmation de la finalité par le biais de nœuds légers déployés sur le réseau principal de Bitcoin, améliorant ainsi les problèmes d'opacité et d'invérifiabilité qui existaient auparavant avec le DAS hors chaîne.

L'objectif final de Merlin Chain est de devenir un réseau ZK-Rollup pour Bitcoin, composé de composants tels que Node, zkProver, Database, etc. Grâce à un réseau oracle décentralisé indexé de manière similaire au protocole Ordinals, il vise à être une solution Layer 2 compatible avec Bitcoin, améliorant de manière équilibrée la décentralisation, la transparence et la vérifiabilité.

Ce chemin d'évolution met en évidence les efforts de Merlin Chain en matière d'innovation technologique et d'intégration écologique, offrant de nouvelles possibilités pour l'évolutivité et la programmabilité du réseau Bitcoin.