Sidechain'den ZL Layer2'ye, Merlin Chain nasıl ilerledi?

Question

Messari'nin Merlin'in BTC yan zincirlerinden BTCZK layer2'ye geçişine yönelik sistemik bir incelemesi, kişisel anlayışımıza dayanarak özetlenmiştir:

1）Merlin Zincirinin doğuşu geriye dönüp bakıldığında biraz doğal akışa uygun bir his veriyor, her adım beklenmedik bir şekilde gelişti. BRC-20, BRC-420, Blue Box, Bitmap Game gibi büyük topluluk tabanlarıyla desteklenen Merlin Zinciri, sürekli 'entegrasyon ve iterasyon' yolunu seçti. Aslında, başka türlü bir seçeneği yoktu.

Çünkü, orijinal BTC ağındaki veri erişilebilirliği (DA), akıllı sözleşme Turing eksiksizliği (SC) gibi temel 'programlanabilirlik' eksiklikleri nedeniyle, BTC ekosistemine son bir yılda tamamen teslim edilmemiş inovasyon projeleri ortaya çıktı.

RGB++（Nervos）、BitVM（BitLayer）、zkVM（ ZKM）、AVM（Atomicals Protocol）、DA（B² Network、Nubit) Merlin Chain'ın yaklaşımı, sürekli olarak kendi teknoloji çerçevesini zenginleştirmek ve geliştirmek için geniş bir yelpazedeki yeteneklerden yararlanmaktır.

According to the Messari report, the original Merlin Chain is a pure Sidechain architecture, built by Lumoz based on Polygon's CDK RaaS service, which is equivalent to an off-chain Validium architecture chain, which means that the transaction data of the chain is completely stored off-chain and only the validity proof is 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 acquisition, sorting, and verification.

Açıkçası, bu, bir öncül olarak zincirin kendisinin "güvenini" gerektirir ve onu büyük ölçekte ölçeklendirmek zordur, bu da ETH katman 2 sisteminde Validium'un Rollup ile değiştirilmesinin nedenidir.

Bu temel eksikliği gidermek için, Merlin iki yönden de iterasyonlarla güçlendirildi:

1、BTCOS ile işbirliği yaparak NativeCross chain köprüleri'ni geliştirmek, BTCAna Ağ ile L2 veri doğrulama sorunlarına odaklanmak, BitcoinOS ZK çerçevesine dayalı doğrulanabilir bir ProofSanal Makine-BitSNARK inşa etti, ardından Grail BridgeCross chain köprüleri ile L2 varlık transferi ve durum değişikliğini güncelledi, tüm süreç ZK ara ağı aracılığıyla L2 ve Ana Ağ arasındaki durumu senkronize etti, nihayetinde Ana Ağ varlık zaman kilidi+BitVM meydan okuma mekanizması ile güvenilir etkileşimi sağladı.

Off-chainDA yeteneğini doğrulamak için Nubit ile işbirliği yaparak yaklaşık mantığı inşa etmek: off-chain'de tam bir düğümün BTC'nin tam durum verilerini ve değiştirilmiş durum verilerini senkronize etmesi ve durum doğrulamasını ve Finality onayını sağlamak için BTC ana ağında ışık düğümünün dağıtılmasıyla önceki off-chainDAS'ın şeffaflık ve doğrulanabilirlik sorunlarını giderir, bu, ihtiyaç duyduğu DA yeteneğini güçlendirir (geliştirme aşamasında).

Son olarak, Merlin Chain'in amacı, Node, zkProver, Database ve diğer bileşenler tarafından oluşturulan bir BTC ZK-Rollup ağı olmaktır, daha sonra Ordinalsprotokol benzeri bir indeksleme ile Merkeziyetsizlik Oracle Makine ağı aracılığıyla, Merkeziyetsizlik (izin verilmemiş Düğüm dağılımı), şeffaflık (genel verilere erişilebilirlik) ve doğrulanabilirlik (Ana Ağ L2 veri durumunu doğrulayabilir ve meydan okuyucu mekanizmayla koruyabilir) gibi alanlarda denge sağlayarak EVM-Uyumlu BTC katmanı 2'yi geliştirmektir.