Dari sidechain ke ZL Layer2, bagaimana Merlin Chain mencapai langkah ini?

Question

Sebuah analisis sistematis dari Messari tentang solusi transisi Merlin dari BTCSidechain ke lapisan BTCZK layer2, setelah membaca dan memahami, berikut adalah ringkasan dari pemahaman pribadi.

Kelahiran Rantai Merlin terasa seperti mengikuti aliran, setiap langkahnya diluar dugaan. Dengan dukungan komunitas besar seperti BRC-20, BRC-420, Blue Box, Bitmap Game, Merlin Chain memilih jalur teknis yang terus-menerus 'mengintegrasikan dan mengiterasikan'. Sejujurnya, tidak ada pilihan lain.

Karena cacat "programabilitas" dasar dari jaringan BTC asli dalam hal ketersediaan datanya sendiri (DA) dan kelengkapan Smart Contract Turing (SC), ekosistem BTC telah berjalan lancar dengan proyek-proyek inovatif selama lebih dari setahun tetapi belum sepenuhnya dikirimkan.

Pendekatan Merlin Chain adalah mengadopsi keunggulan dari berbagai sumber dan terus memperkaya dan menyempurnakan kerangka teknologi mereka, termasuk RGB++ (Nervos), BitVM (BitLayer), zkVM (ZKM), AVM (Atomicals Protocol), DA (B² Network, Nubit).

Sesuai dengan laporan Messari, Merlin Chain awalnya adalah arsitektur Sidechain murni yang dibangun oleh Lumoz menggunakan layanan CDK RaaS berbasis Polygon, yang setara dengan arsitektur Validium, yang berarti data transaksi rantai disimpan sepenuhnya di off-chain, hanya mengirimkan bukti validitas ke L1, dan L1 tidak dapat memverifikasi keakuratan data L2. Selain itu, data asli dari arsitektur Validium ini disimpan dalam database lokal, dengan Komite Ketersediaan Data (DAC) bertanggung jawab atas pengambilan, pengurutan, dan verifikasi data.

Jelas, ini memerlukan 'kepercayaan' pada rantai itu sendiri sebagai prasyarat, sulit untuk diperluas secara besar-besaran, di dalam sistem layer2 ETH, Validium digantikan oleh Rollup juga berasal dari titik ini.

Untuk mengatasi kekurangan mendasar ini, Merlin melakukan iterasi penguatan dari dua sisi:

Kerjasama dengan BTCOS untuk menyempurnakan cross-chain bridges Native, dan masalah verifikasi data L2 dengan BTCMainnet, BitcoinOS membangun Proof Virtual Machine-BitSNARK yang dapat diverifikasi berbasis kerangka ZK, dan memperbarui transfer aset dan perubahan status L2 dengan Grail Bridge-cross-chain bridges, seluruh proses dilakukan melalui jaringan ZK untuk mensinkronkan status antara L2 dan Mainnet, akhirnya melalui kunci waktu aset Mainnet yang terkunci + mekanisme tantangan BitVM, interaksi yang dapat dipercaya tercapai.
bekerja sama dengan Nubit untuk membangun kapabilitas kegunaan data yang dapat diverifikasi (DA), dengan logika umum: menerapkan data status dan bukti perubahan status yang disinkronkan secara off-chain dengan node penuh BTC, dan melalui light node yang diterapkan pada jaringan utama BTC untuk melakukan verifikasi status dan konfirmasi finalitas, dengan demikian meningkatkan ketidaktransparanan dan ketidakverifikasian masalah DA off-chain sebelumnya, dan ini dianggap sebagai penguatan kemampuan DA yang dibutuhkan (sedang dalam pengembangan).

Pada akhirnya, tujuan Merlin Chain adalah menjadi jaringan BTCZK-Rollup yang terdiri dari komponen Node, zkProver, dan Database, dan melalui jaringan Mesin Oracle Desentralisasi yang menggunakan indeks mirip dengan protokol Ordinals, membuatnya menjadi EVM-Compatible BTClayer2 yang seimbang dalam Desentralisasi (distribusi Node tanpa izin), transparansi (aksesibilitas data publik), verifikasi (verifikasi status data L2 Mainnet dan mekanisme penantang yang dijamin).