سلسلة ميرلين: طريق التطور من سلاسل جانبية البيتكوين إلى ZK layer2

مؤخراً، أثار تقرير تحليلي شامل حول انتقال Merlin تدريجياً من سلاسل جانبية لبيتكوين إلى بيتكوين ZK layer2 اهتماماً كبيراً في الأوساط الصناعية. بالاعتماد على هذا التقرير وفهمي الشخصي، يمكننا تلخيص النقاط الرئيسية التالية:

يمكن وصف مسار تطوير سلسلة ميرلين بأنه يتماشى مع الظروف، حيث كانت كل خطوة مفاجئة. بفضل الأساس المجتمعي الضخم الذي جلبته مشاريع مثل BRC-20 وBRC-420 وBlue Box وBitmap Game، اختارت سلسلة ميرلين مسارًا تقنيًا مستمرًا من التكامل والتكرار. في الواقع، كان هذا الخيار نتيجة للضرورة.

السبب هو أن شبكة بيتكوين نفسها تعاني من عيوب "قابلية البرمجة" الأساسية في جوانب مثل توفر البيانات (DA) وكمال تيرينغ للعقود الذكية (SC). وهذا أدى إلى أنه على مدار العام الماضي، على الرغم من أن النظام البيئي لبيتكوين شهد مشاريع مبتكرة تتوالى، إلا أن معظمها لم يتم تحقيقه بالكامل بعد. في هذا السياق، تتمثل استراتيجية سلسلة ميرلين في الاستفادة من المزايا المختلفة والعمل على تحسين الإطار الفني الخاص بها.

وفقًا لمحتوى التقرير، اعتمد Merlin Chain في البداية هيكل سلاسل جانبية بحت، تم بناؤه استنادًا إلى خدمة RaaS من شركة معينة، وهو في جوهره سلسلة قائمة على هيكل Validium. وهذا يعني أن بيانات المعاملات على السلسلة يتم تخزينها بالكامل خارج السلسلة، مع نشر إثباتات الصلاحية فقط إلى L1، ولا يمكن للشبكة الرئيسية L1 التحقق من دقة بيانات L2. بالإضافة إلى ذلك، يتم الاحتفاظ بجميع البيانات الأصلية لهذه الهيكل Validium في قاعدة بيانات محلية، حيث تتولى لجنة توفر البيانات (DAC) مسؤولية الحصول على البيانات وترتيبها والتحقق منها.

من الواضح أن هذه البنية تحتاج إلى "ثقة" كافية في السلسلة نفسها كشرط أساسي، مما يجعل من الصعب تحقيق التوسع على نطاق واسع. في نظام إيثريوم layer2، تم استبدال Validium بـ Rollup في النهاية، وذلك لذات السبب.

لتعويض هذا النقص الجذري، قامت Merlin بترقية متكررة من جانبين:

أولاً، تعاون Merlin مع BTCOS لتحسين جسر السلاسل الجانبية Native ومعالجة مشكلة قابلية التحقق من بيانات L2 على شبكة بيتكوين الرئيسية. قامت BTCOS ببناء آلة افتراضية قابلة للتحقق Proof-BitSNARK استنادًا إلى إطار ZK، ودمجت جسر Grail Bridge لتحديث نقل الأصول والتغييرات في الحالة لـ L2. خلال هذه العملية، كانت شبكة ZK الوسيطة مسؤولة عن مزامنة الحالة بين L2 والشبكة الرئيسية، وفي النهاية تم تحقيق تفاعل موثوق من خلال قفل زمن الأصول في الشبكة الرئيسية وآلية تحدي BitVM.

ثانياً، تعاون Merlin مع Nubit لبناء قدرة البيانات القابلة للتحقق من صحتها (DA). المنطق العام لذلك هو: نشر عقد كامل خارج السلسلة لمزامنة بيانات الحالة الكاملة لبيتكوين وبيانات تغيير الحالة، ومن ثم استخدام عقد خفيفة منشورة على شبكة بيتكوين الرئيسية لتحقيق تحقق الحالة وتأكيد النهائية. هذه الخطوة حسنت من المشاكل السابقة لعدم الشفافية وعدم القابلية للتحقق المتعلقة بـ DAS خارج السلسلة، وعززت من قدرة DA المطلوبة (ما زالت قيد التطوير حالياً).

في النهاية، الهدف من شبكة Merlin Chain هو أن تصبح شبكة ZK-Rollup لبيتكوين. تتكون هذه الشبكة من مكونات مثل Node وzkProver وDatabase، وتستخدم شبكة أوركل اللامركزية المشابهة لبروتوكول Ordinals، مما يجعلها شبكة layer2 متوافقة مع EVM، متوازنة في جوانب اللامركزية (توزيع العقد بدون إذن) و الشفافية (إمكانية الوصول إلى البيانات العامة) و القابلية للتحقق (يمكن للشبكة الرئيسية التحقق من حالة بيانات L2 ولديها آلية تحدي لضمان ذلك).

تظهر هذه العملية التطورية الاستكشاف والابتكار المستمرين لسلسلة ميرلين على المسار التكنولوجي، مما يوفر إمكانيات جديدة لتطوير نظام بيتكوين البيئي.