Merlin : de la sidechain Bitcoin à l'évolution vers le ZK layer2
Le projet Merlin a dès le départ montré des caractéristiques d'adaptation aux tendances, et sa trajectoire de développement est époustouflante. Grâce à des bases communautaires comme BRC-20, BRC-420, Blue Box et Bitmap Game, Merlin a choisi une voie technique d'intégration et d'itération continues. Ce choix est en réalité le résultat inévitable de considérations pratiques.
Le réseau Bitcoin présente des défauts de "programmabilité" de base en matière de disponibilité des données et de complétude de Turing des contrats intelligents, ce qui a conduit à de nombreux projets innovants au cours de l'année écoulée, mais la plupart ne sont pas encore complètement réalisés. Face à RGB++, BitVM, zkVM, AVM et diverses solutions DA, la stratégie de Merlin est de tirer parti des forces de chacun et d'améliorer continuellement son cadre technologique.
Selon les analyses du secteur, Merlin était à l'origine une architecture de sidechains pure, construite sur une chaîne Validium basée sur 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 de cette architecture sont conservées dans une base de données locale, et le comité de disponibilité des données 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éalable, ce qui rend difficile une mise à l'échelle à grande échelle. Pour surmonter ce défaut, Merlin a apporté des améliorations sur deux aspects :
Tout d'abord, ils ont amélioré le pont cross-chain Native grâce à une collaboration, résolvant ainsi le problème de vérifiabilité des données L2 sur le réseau principal Bitcoin. Ils ont construit une machine virtuelle Proof vérifiable basée sur le cadre ZK, combinant la mise à jour des transferts d'actifs L2 et des modifications d'état via le pont cross-chain. L'ensemble du processus synchronise l'état entre L2 et le réseau principal via un réseau intermédiaire ZK, et repose finalement sur le verrouillage temporel des actifs du réseau principal et un mécanisme de défi pour réaliser des interactions fiables.
Deuxièmement, Merlin s'engage à construire des capacités de disponibilité des données vérifiables. Sa logique consiste à déployer hors chaîne des nœuds complets pour synchroniser l'ensemble des données d'état BTC et les preuves de changement d'état, et à réaliser la validation d'état et la confirmation finale via des nœuds légers déployés sur le réseau principal BTC. Cette amélioration augmente efficacement la transparence et la vérifiabilité des données, renforçant ainsi les capacités de DA requises.
L'objectif final de Merlin est de devenir un réseau Bitcoin ZK-Rollup, composé de composants tels que des nœuds, des zkProver et une base de données. Grâce à un réseau d'oracles décentralisés similaire à l'index de certains protocoles, Merlin espère devenir une solution layer2 Bitcoin qui se développe de manière équilibrée en termes de décentralisation, de transparence et de vérifiabilité, tout en maintenant la compatibilité 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.
9 J'aime
Récompense
9
5
Reposter
Partager
Commentaire
0/400
AirdropLicker
· 08-11 15:09
incroyable encore une fois il va falloir prendre des places et tirer profit
Voir l'originalRépondre0
NoodlesOrTokens
· 08-10 15:50
Encore une journée à se faire prendre pour des cons
Voir l'originalRépondre0
OvertimeSquid
· 08-10 15:46
On a l'impression que ça a du potentiel, le projet semble être développé avec soin.
Voir l'originalRépondre0
RektRecorder
· 08-10 15:33
Un vieux pigeon dans le domaine L2 depuis de nombreuses années, une autre année de cycle haussier et baissier ! Profitez de votre jeunesse pour réaliser un gros coup !
Voir l'originalRépondre0
ChainPoet
· 08-10 15:24
Nouvelle stratégie de dépassement dans les virages Matin voiture
Merlin : le chemin de la transformation technologique des sidechains Bitcoin vers le ZK Layer2
Merlin : de la sidechain Bitcoin à l'évolution vers le ZK layer2
Le projet Merlin a dès le départ montré des caractéristiques d'adaptation aux tendances, et sa trajectoire de développement est époustouflante. Grâce à des bases communautaires comme BRC-20, BRC-420, Blue Box et Bitmap Game, Merlin a choisi une voie technique d'intégration et d'itération continues. Ce choix est en réalité le résultat inévitable de considérations pratiques.
Le réseau Bitcoin présente des défauts de "programmabilité" de base en matière de disponibilité des données et de complétude de Turing des contrats intelligents, ce qui a conduit à de nombreux projets innovants au cours de l'année écoulée, mais la plupart ne sont pas encore complètement réalisés. Face à RGB++, BitVM, zkVM, AVM et diverses solutions DA, la stratégie de Merlin est de tirer parti des forces de chacun et d'améliorer continuellement son cadre technologique.
Selon les analyses du secteur, Merlin était à l'origine une architecture de sidechains pure, construite sur une chaîne Validium basée sur 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 de cette architecture sont conservées dans une base de données locale, et le comité de disponibilité des données 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éalable, ce qui rend difficile une mise à l'échelle à grande échelle. Pour surmonter ce défaut, Merlin a apporté des améliorations sur deux aspects :
Tout d'abord, ils ont amélioré le pont cross-chain Native grâce à une collaboration, résolvant ainsi le problème de vérifiabilité des données L2 sur le réseau principal Bitcoin. Ils ont construit une machine virtuelle Proof vérifiable basée sur le cadre ZK, combinant la mise à jour des transferts d'actifs L2 et des modifications d'état via le pont cross-chain. L'ensemble du processus synchronise l'état entre L2 et le réseau principal via un réseau intermédiaire ZK, et repose finalement sur le verrouillage temporel des actifs du réseau principal et un mécanisme de défi pour réaliser des interactions fiables.
Deuxièmement, Merlin s'engage à construire des capacités de disponibilité des données vérifiables. Sa logique consiste à déployer hors chaîne des nœuds complets pour synchroniser l'ensemble des données d'état BTC et les preuves de changement d'état, et à réaliser la validation d'état et la confirmation finale via des nœuds légers déployés sur le réseau principal BTC. Cette amélioration augmente efficacement la transparence et la vérifiabilité des données, renforçant ainsi les capacités de DA requises.
L'objectif final de Merlin est de devenir un réseau Bitcoin ZK-Rollup, composé de composants tels que des nœuds, des zkProver et une base de données. Grâce à un réseau d'oracles décentralisés similaire à l'index de certains protocoles, Merlin espère devenir une solution layer2 Bitcoin qui se développe de manière équilibrée en termes de décentralisation, de transparence et de vérifiabilité, tout en maintenant la compatibilité avec l'EVM.