سلسلة ميرلين: طريق تطور بيتكوين سلاسل جانبية نحو طبقة 2
مؤخراً، أثار تقرير شامل حول انتقال ميرلين من سلاسل جانبية بيتكوين تدريجياً إلى طبقة 2 ZK لبيتكوين اهتمام业内. استنادًا إلى هذا التقرير وفهمي الشخصي، يمكننا تلخيص النقاط التالية:
يمكن اعتبار مسار تطوير شبكة ميرلين متماشياً مع الاتجاهات، حيث كل خطوة كانت غير متوقعة. بفضل الدعم الكبير من المجتمعات مثل BRC-20، BRC-420، Blue Box، وBitmap Game، اختارت شبكة ميرلين مساراً تقنياً يتضمن دمجاً وتكراراً مستمراً. هذا الاختيار في الواقع كان نتيجة لعدم وجود خيارات أخرى.
السبب هو أن شبكة البيتكوين تعاني من عيوب أساسية في "قابلية البرمجة" من حيث توفر البيانات (DA) والقدرة على التعاقد الذكي (SC). وهذا أدى إلى ظهور العديد من المشاريع المبتكرة في نظام البيتكوين البيئي على مدار العام الماضي، لكن معظمها لم يتم تسليمه بالكامل بعد.
في مواجهة تقنيات جديدة مثل RGB++ و BitVM و zkVM و AVM و DA، اعتمدت شبكة ميرلين استراتيجية الاستفادة من كل ما هو جيد، مما أدى إلى تحسين إطارها التكنولوجي بشكل مستمر.
وفقًا لتقرير الصناعة، كانت سلسلة Merlin في الأصل بنية سلاسل جانبية نقية، مبنية على سلسلة Validium التي تم إنشاؤها على أساس خدمة معينة. وهذا يعني أن بيانات معاملات السلسلة مخزنة بالكامل خارج السلسلة، ويتم نشر إثباتات الصلاحية فقط على L1، بينما لا يمكن لشبكة L1 الرئيسية التحقق من دقة بيانات L2. بالإضافة إلى ذلك، يتم الاحتفاظ بالبيانات الأصلية لبنية Validium في قاعدة بيانات محلية، حيث تتولى لجنة توفر البيانات (DAC) مسؤولية الحصول على البيانات، وترتيبها، والتحقق منها.
من الواضح أن هذا الهيكل يحتاج إلى "ثقة" السلسلة نفسها كشرط مسبق، مما يجعل من الصعب التوسع على نطاق واسع. في نظام إيثيريوم طبقة 2، تم استبدال Validium بـ Rollup.
لتعويض هذا النقص الجوهري، قامت Merlin بتعزيز التكرار من جانبين:
التعاون مع BTCOS لتحسين جسر السلاسل الجانبية Native، حل مشكلة قابلية التحقق من بيانات L2 على شبكة بيتكوين الرئيسية. قامت BTCOS ببناء آلة افتراضية قابلة للتحقق Proof - BitSNARK على أساس إطار ZK، وجمعت مع جسر Grail Bridge لتحديث تحويل الأصول و تغييرات الحالة لـ L2. تتم عملية التزامن بين حالة L2 والشبكة الرئيسية من خلال شبكة ZK الوسطى، وفي النهاية تعتمد على قفل الوقت لأصول الشبكة الرئيسية وآلية تحدي BitVM لتحقيق تفاعل موثوق.
التعاون مع Nubit لبناء قدرة على التحقق من توفر البيانات (DA). المنطق هو: نشر عقد كامل خارج السلسلة لمزامنة بيانات الحالة الكاملة لبيتكوين وبيانات تغيير الحالة، وتحقيق التحقق من الحالة وتأكيد النهائية من خلال نشر عقد خفيفة على شبكة بيتكوين الرئيسية. هذا يحسن من مشاكل عدم الشفافية وعدم القابلية للتحقق الموجودة سابقًا في DAS خارج السلسلة، ويعزز قدرة DA المطلوبة (لا يزال قيد التطوير حاليًا).
في النهاية، هدف شبكة Merlin Chain هو أن تصبح شبكة ZK-Rollup لبيتكوين. تتكون هذه الشبكة من مكونات مثل Node وzkProver وDatebase، وتتطور من خلال شبكة أوامر لا مركزية مشابهة لبروتوكول Ordinals، لتصبح Layer 2 متوافقة مع EVM تتميز بتوازن في تعزيز اللامركزية (توزيع العقد بدون إذن)، والشفافية (إمكانية الوصول إلى البيانات العامة)، وقابلية التحقق (يمكن للشبكة الرئيسية التحقق من حالة بيانات L2 ولديها آلية تحدي لضمان ذلك).
قد تحتوي هذه الصفحة على محتوى من جهات خارجية، يتم تقديمه لأغراض إعلامية فقط (وليس كإقرارات/ضمانات)، ولا ينبغي اعتباره موافقة على آرائه من قبل Gate، ولا بمثابة نصيحة مالية أو مهنية. انظر إلى إخلاء المسؤولية للحصول على التفاصيل.
تسجيلات الإعجاب 11
أعجبني
11
5
مشاركة
تعليق
0/400
FloorSweeper
· منذ 22 س
مجرد لعبة L2 أخرى... لقد رأيت هذا الفيلم من قبل بصراحة
شاهد النسخة الأصليةرد0
ChainWatcher
· منذ 22 س
مرة أخرى نلعب بـ ZK يكفي تقريبًا
شاهد النسخة الأصليةرد0
GateUser-a5fa8bd0
· منذ 22 س
تطورت بسرعة كبيرة بالفعل
شاهد النسخة الأصليةرد0
RuntimeError
· منذ 22 س
الطبقة 2 تعتمد بالكامل على zk
شاهد النسخة الأصليةرد0
CryptoTherapist
· منذ 22 س
دعونا نتأمل في الرحلة النفسية لمرلين... هنا قلق التكيف الكلاسيكي
ميرلين تشين: من بيتكوين سلاسل جانبية إلى تطور تقنية طبقة 2
سلسلة ميرلين: طريق تطور بيتكوين سلاسل جانبية نحو طبقة 2
مؤخراً، أثار تقرير شامل حول انتقال ميرلين من سلاسل جانبية بيتكوين تدريجياً إلى طبقة 2 ZK لبيتكوين اهتمام业内. استنادًا إلى هذا التقرير وفهمي الشخصي، يمكننا تلخيص النقاط التالية:
يمكن اعتبار مسار تطوير شبكة ميرلين متماشياً مع الاتجاهات، حيث كل خطوة كانت غير متوقعة. بفضل الدعم الكبير من المجتمعات مثل BRC-20، BRC-420، Blue Box، وBitmap Game، اختارت شبكة ميرلين مساراً تقنياً يتضمن دمجاً وتكراراً مستمراً. هذا الاختيار في الواقع كان نتيجة لعدم وجود خيارات أخرى.
السبب هو أن شبكة البيتكوين تعاني من عيوب أساسية في "قابلية البرمجة" من حيث توفر البيانات (DA) والقدرة على التعاقد الذكي (SC). وهذا أدى إلى ظهور العديد من المشاريع المبتكرة في نظام البيتكوين البيئي على مدار العام الماضي، لكن معظمها لم يتم تسليمه بالكامل بعد.
في مواجهة تقنيات جديدة مثل RGB++ و BitVM و zkVM و AVM و DA، اعتمدت شبكة ميرلين استراتيجية الاستفادة من كل ما هو جيد، مما أدى إلى تحسين إطارها التكنولوجي بشكل مستمر.
وفقًا لتقرير الصناعة، كانت سلسلة Merlin في الأصل بنية سلاسل جانبية نقية، مبنية على سلسلة Validium التي تم إنشاؤها على أساس خدمة معينة. وهذا يعني أن بيانات معاملات السلسلة مخزنة بالكامل خارج السلسلة، ويتم نشر إثباتات الصلاحية فقط على L1، بينما لا يمكن لشبكة L1 الرئيسية التحقق من دقة بيانات L2. بالإضافة إلى ذلك، يتم الاحتفاظ بالبيانات الأصلية لبنية Validium في قاعدة بيانات محلية، حيث تتولى لجنة توفر البيانات (DAC) مسؤولية الحصول على البيانات، وترتيبها، والتحقق منها.
من الواضح أن هذا الهيكل يحتاج إلى "ثقة" السلسلة نفسها كشرط مسبق، مما يجعل من الصعب التوسع على نطاق واسع. في نظام إيثيريوم طبقة 2، تم استبدال Validium بـ Rollup.
لتعويض هذا النقص الجوهري، قامت Merlin بتعزيز التكرار من جانبين:
التعاون مع BTCOS لتحسين جسر السلاسل الجانبية Native، حل مشكلة قابلية التحقق من بيانات L2 على شبكة بيتكوين الرئيسية. قامت BTCOS ببناء آلة افتراضية قابلة للتحقق Proof - BitSNARK على أساس إطار ZK، وجمعت مع جسر Grail Bridge لتحديث تحويل الأصول و تغييرات الحالة لـ L2. تتم عملية التزامن بين حالة L2 والشبكة الرئيسية من خلال شبكة ZK الوسطى، وفي النهاية تعتمد على قفل الوقت لأصول الشبكة الرئيسية وآلية تحدي BitVM لتحقيق تفاعل موثوق.
التعاون مع Nubit لبناء قدرة على التحقق من توفر البيانات (DA). المنطق هو: نشر عقد كامل خارج السلسلة لمزامنة بيانات الحالة الكاملة لبيتكوين وبيانات تغيير الحالة، وتحقيق التحقق من الحالة وتأكيد النهائية من خلال نشر عقد خفيفة على شبكة بيتكوين الرئيسية. هذا يحسن من مشاكل عدم الشفافية وعدم القابلية للتحقق الموجودة سابقًا في DAS خارج السلسلة، ويعزز قدرة DA المطلوبة (لا يزال قيد التطوير حاليًا).
في النهاية، هدف شبكة Merlin Chain هو أن تصبح شبكة ZK-Rollup لبيتكوين. تتكون هذه الشبكة من مكونات مثل Node وzkProver وDatebase، وتتطور من خلال شبكة أوامر لا مركزية مشابهة لبروتوكول Ordinals، لتصبح Layer 2 متوافقة مع EVM تتميز بتوازن في تعزيز اللامركزية (توزيع العقد بدون إذن)، والشفافية (إمكانية الوصول إلى البيانات العامة)، وقابلية التحقق (يمكن للشبكة الرئيسية التحقق من حالة بيانات L2 ولديها آلية تحدي لضمان ذلك).