تطور سلاسل جانبية بيتكوين إلى طبقة 2: تحليل المسار التكنولوجي لسلسلة ميرلين
يمكن اعتبار تطور سلسلة ميرلين مواكباً للظروف السائدة. بناءً على الأساس المجتمعي الكبير الذي جلبته مشاريع BRC-20 وBRC-420، اختارت سلسلة ميرلين مساراً تقنياً يتسم بالاندماج المستمر والتكرار. في الواقع، تم تحديد هذا الاختيار أيضاً بسبب القيود الأساسية لـ "قابلية البرمجة" الموجودة في شبكة البيتكوين الأصلية فيما يتعلق بتوافر البيانات وكمال التعاقدات الذكية.
على مدى العام الماضي، ظهرت العديد من المشاريع الابتكارية في بيئة بيتكوين، مثل RGB++ وBitVM وzkVM وAVM، لكن معظمها لم يتم تطبيقه بالكامل بعد. استراتيجية Merlin Chain هي استيعاب مزايا هذه المشاريع، والعمل على تحسين إطارها التكنولوجي باستمرار.
وفقًا لتقرير تحليلي، كانت سلسلة Merlin في البداية هيكلًا خالصًا لسلاسل جانبية، مبنيًا على خدمة CDK RaaS من شركة معينة، ويستخدم هيكل Validium. وهذا يعني أن بيانات معاملات السلسلة مخزنة بالكامل خارج السلسلة، حيث يتم نشر إثبات الصلاحية فقط على L1، بينما لا تستطيع الشبكة الرئيسية L1 التحقق من دقة بيانات L2. بالإضافة إلى ذلك، يتم الاحتفاظ بالبيانات الأصلية لهندسة Validium في قاعدة بيانات محلية، وتكون لجنة توفر البيانات مسؤولة عن الحصول على البيانات وترتيبها والتحقق منها.
يتطلب هذا الهيكل ثقة عالية في السلسلة نفسها، مما يجعل من الصعب تحقيق التوسع على نطاق واسع. لحل هذه المشكلة، قام ميرلين بتحسين من جانبين:
التعاون مع BTCOS لتحسين قابلية التحقق من بيانات الشبكة الرئيسية لبيتكوين في الجسر الأصلي عبر السلاسل الجانبية. قامت BTCOS بإنشاء آلة افتراضية قابلة للتحقق تعتمد على إطار ZK تُدعى BitSNARK، بالتعاون مع جسر Grail Bridge لتحديث نقل الأصول والتغييرات في الحالة في طبقة 2. تتم مزامنة الحالة بين طبقة 2 والشبكة الرئيسية عبر شبكة ZK الوسيطة، وأخيرًا تعتمد على قفل زمن الأصول في الشبكة الرئيسية وآلية تحدي BitVM لتحقيق تفاعل موثوق.
التعاون مع مشروع معين لبناء القدرة على التحقق من توافر البيانات. المنطق الأساسي هو نشر عقد كاملة خارج السلسلة لمزامنة بيانات حالة بيتكوين الكاملة وبيانات تغيير الحالة، ومن خلال نشر عقد خفيفة على شبكة بيتكوين الرئيسية لتحقيق التحقق من الحالة والتأكيد النهائي، مما يحسن من مشكلة عدم الشفافية وعدم القابلية للتحقق التي كانت موجودة في DAS الخارجي السابق، ويعزز القدرة المطلوبة على DA.
الهدف النهائي من سلسلة ميرلين هو أن تصبح شبكة بيتكوين ZK-Rollup، تتكون من مكونات مثل Node و zkProver و Database. من خلال شبكةOracle اللامركزية المشابهة لبروتوكول Ordinals، من المتوقع أن تحقق سلسلة ميرلين تحسينًا متوازنًا في اللامركزية والشفافية وقابلية التحقق، لتصبح حلًا لطبقة 2 متوافقًا مع EVM للبيتكوين.
قد تحتوي هذه الصفحة على محتوى من جهات خارجية، يتم تقديمه لأغراض إعلامية فقط (وليس كإقرارات/ضمانات)، ولا ينبغي اعتباره موافقة على آرائه من قبل Gate، ولا بمثابة نصيحة مالية أو مهنية. انظر إلى إخلاء المسؤولية للحصول على التفاصيل.
تسجيلات الإعجاب 15
أعجبني
15
5
مشاركة
تعليق
0/400
MEVHunterZhang
· منذ 9 س
ما عليك سوى القلي!
شاهد النسخة الأصليةرد0
ChainWallflower
· منذ 18 س
هذه التقنية فخ ثور!
شاهد النسخة الأصليةرد0
Layer2Arbitrageur
· منذ 19 س
لقد قمت للتو بحساب الأرقام... يمكن أن يؤدي تحسين غاز ميرلين إلى فرص أرباح تصل إلى ~400 نقطة أساس إذا تم ترميزها بشكل صحيح *يبتسم*
ميرلين تشين: التطور التكنولوجي من سلاسل جانبية بيتكوين إلى طبقة 2
تطور سلاسل جانبية بيتكوين إلى طبقة 2: تحليل المسار التكنولوجي لسلسلة ميرلين
يمكن اعتبار تطور سلسلة ميرلين مواكباً للظروف السائدة. بناءً على الأساس المجتمعي الكبير الذي جلبته مشاريع BRC-20 وBRC-420، اختارت سلسلة ميرلين مساراً تقنياً يتسم بالاندماج المستمر والتكرار. في الواقع، تم تحديد هذا الاختيار أيضاً بسبب القيود الأساسية لـ "قابلية البرمجة" الموجودة في شبكة البيتكوين الأصلية فيما يتعلق بتوافر البيانات وكمال التعاقدات الذكية.
على مدى العام الماضي، ظهرت العديد من المشاريع الابتكارية في بيئة بيتكوين، مثل RGB++ وBitVM وzkVM وAVM، لكن معظمها لم يتم تطبيقه بالكامل بعد. استراتيجية Merlin Chain هي استيعاب مزايا هذه المشاريع، والعمل على تحسين إطارها التكنولوجي باستمرار.
وفقًا لتقرير تحليلي، كانت سلسلة Merlin في البداية هيكلًا خالصًا لسلاسل جانبية، مبنيًا على خدمة CDK RaaS من شركة معينة، ويستخدم هيكل Validium. وهذا يعني أن بيانات معاملات السلسلة مخزنة بالكامل خارج السلسلة، حيث يتم نشر إثبات الصلاحية فقط على L1، بينما لا تستطيع الشبكة الرئيسية L1 التحقق من دقة بيانات L2. بالإضافة إلى ذلك، يتم الاحتفاظ بالبيانات الأصلية لهندسة Validium في قاعدة بيانات محلية، وتكون لجنة توفر البيانات مسؤولة عن الحصول على البيانات وترتيبها والتحقق منها.
يتطلب هذا الهيكل ثقة عالية في السلسلة نفسها، مما يجعل من الصعب تحقيق التوسع على نطاق واسع. لحل هذه المشكلة، قام ميرلين بتحسين من جانبين:
التعاون مع BTCOS لتحسين قابلية التحقق من بيانات الشبكة الرئيسية لبيتكوين في الجسر الأصلي عبر السلاسل الجانبية. قامت BTCOS بإنشاء آلة افتراضية قابلة للتحقق تعتمد على إطار ZK تُدعى BitSNARK، بالتعاون مع جسر Grail Bridge لتحديث نقل الأصول والتغييرات في الحالة في طبقة 2. تتم مزامنة الحالة بين طبقة 2 والشبكة الرئيسية عبر شبكة ZK الوسيطة، وأخيرًا تعتمد على قفل زمن الأصول في الشبكة الرئيسية وآلية تحدي BitVM لتحقيق تفاعل موثوق.
التعاون مع مشروع معين لبناء القدرة على التحقق من توافر البيانات. المنطق الأساسي هو نشر عقد كاملة خارج السلسلة لمزامنة بيانات حالة بيتكوين الكاملة وبيانات تغيير الحالة، ومن خلال نشر عقد خفيفة على شبكة بيتكوين الرئيسية لتحقيق التحقق من الحالة والتأكيد النهائي، مما يحسن من مشكلة عدم الشفافية وعدم القابلية للتحقق التي كانت موجودة في DAS الخارجي السابق، ويعزز القدرة المطلوبة على DA.
الهدف النهائي من سلسلة ميرلين هو أن تصبح شبكة بيتكوين ZK-Rollup، تتكون من مكونات مثل Node و zkProver و Database. من خلال شبكةOracle اللامركزية المشابهة لبروتوكول Ordinals، من المتوقع أن تحقق سلسلة ميرلين تحسينًا متوازنًا في اللامركزية والشفافية وقابلية التحقق، لتصبح حلًا لطبقة 2 متوافقًا مع EVM للبيتكوين.