Từ sidechain đến ZL Layer2, Merlin Chain đã đi đến đây như thế nào?

Một phân tích tổng hợp của Merlin từ Sidechain của Bitcoin cho đến lớp BTCZK layer2, sau khi đọc xong, tôi tổng kết theo hiểu biết cá nhân của mình như sau:

1. Nhìn lại, sự ra đời của Merlin Chain cảm thấy một chút “xu hướng”, và mỗi bước đi đều bất ngờ. Với sự hỗ trợ của một cơ sở cộng đồng khổng lồ như BRC-20, BRC-420, Blue Box, Bitmap Game, v.v., Merlin Chain đã chọn một lộ trình kỹ thuật liên tục “tích hợp và lặp lại”. Trên thực tế, không còn cách nào khác.

Do các khiếm khuyết “khả năng lập trình” cơ bản của mạng BTC gốc về tính khả dụng của dữ liệu riêng (DA) và tính hoàn chỉnh của Turing (SC), hệ sinh thái BTC đã phát triển mạnh mẽ trong hơn một năm với các dự án sáng tạo chưa được phân phối đầy đủ.

RGB++ (Nervos), BitVM (BitLayer), zkVM (ZKM), AVM (Atomicals Protocol), DA (B² Network, Nubit) là những ý tưởng của Merlin Chain, với mục đích học hỏi từ nhiều nguồn và liên tục hoàn thiện khung công nghệ của chính mình.

2）The initial Merlin Chain, according to Messari’s report, is a pure Sidechain architecture, built by Lumoz based on Polygon’s CDK RaaS service, which is equivalent to a Validium architecture chain, meaning that the transaction data of the chain is completely stored off-chain, only valid proofs are published to L1, and the L1 mainnet cannot verify the accuracy of the L2 data. Moreover, the original data of this Validium architecture is stored in a local database, and the Data Availability Committee (DAC) is responsible for data retrieval, sorting, and verification.

Rõ ràng, điều này đòi hỏi sự ‘tin tưởng’ vào chính chuỗi, khó để mở rộng quy mô lớn, trong hệ thống ETH layer2, việc Rollup thay thế Validium cũng là do điều này.

Để khắc phục điều này, Merlin đã tăng cường theo giai đoạn từ hai phía:

1、Hợp tác với BTCOS để hoàn thiện cầu nối Cross-chain Native, và giải quyết vấn đề xác minh dữ liệu L2 của BTC Mạng chính, BitcoinOS đã xây dựng một Proof Máy ảo-BitSNARK có thể xác minh dựa trên khung ZK, kết hợp cầu nối Cross-chain Grail Bridge để cập nhật việc chuyển đổi tài sản và thay đổi trạng thái trên L2, toàn bộ quá trình này sử dụng mạng trung gian ZK để đồng bộ hóa trạng thái giữa L2 và Mạng chính, cuối cùng là thông qua khóa thời gian tài sản của Mạng chính + cơ chế thách thức BitVM để thực hiện giao tiếp đáng tin cậy.

2. Hợp tác với Nubit để xây dựng khả năng xác thực sự dụng dữ liệu (DA) có thể kiểm tra, quy trình chính là: triển khai nút sáng trên mạng chính BTC để đồng bộ dữ liệu trạng thái BTC toàn cục và chứng minh dữ liệu thay đổi trạng thái ngoài chuỗi, và sử dụng nút sáng triển khai trên BTC chính để xác minh trạng thái và xác nhận tính toàn vẹn, từ đó cải thiện vấn đề không minh bạch và không thể xác thực của DA ngoài chuỗi trước đây, đây có thể coi là việc củng cố khả năng DA cần thiết (đang trong quá trình phát triển).

Cuối cùng, mục tiêu của Merlin Chain là trở thành một mạng BTCZK-Rollup, được tạo thành từ các thành phần như Node, zkProver, Database và thông qua mạng Phi tập trung Máy Oracle tương tự như giao thức Ordinalsgiao thức, để trở thành một EVM-Compatible BTClayer2 cân bằng trong các khía cạnh như Phi tập trung (Nút phân phối không cần phép), tính minh bạch (có thể truy cập dữ liệu công cộng), tính xác minh (xác minh trạng thái dữ liệu L2 có thể được xác minh trên Mạng chính và có cơ chế thách thức).