ميرلين: من سلاسل جانبية بيتكوين إلى تطور ZK layer2
مشروع Merlin أظهر منذ البداية خصائص التكيف مع الزمن، ومسار تطوره مذهل. بفضل الأساس المجتمعي مثل BRC-20 وBRC-420 وBlue Box وBitmap Game، اختارت Merlin مساراً تقنياً يتضمن التكامل والتكرار المستمر. هذا الاختيار هو في الواقع نتيجة حتمية للاعتبارات الواقعية.
تعاني شبكة بيتكوين من عيوب "البرمجة" الأساسية في مجالات توافر البيانات وكفاءة العقود الذكية، مما أدى إلى ظهور العديد من المشاريع الابتكارية على مدار العام الماضي، ولكن معظمها لم يتم تحقيقه بالكامل بعد. في مواجهة RGB++ وBitVM وzkVM وAVM وحلول DA المختلفة، فإن استراتيجية ميرلين هي الاستفادة من كل ما هو جيد، والعمل المستمر على تحسين إطارها التكنولوجي.
وفقًا لتحليلات الصناعة، كانت Merlin في البداية هي هيكل سلاسل جانبية بحتة، مبنية على سلسلة Validium القائمة على خدمة معينة. وهذا يعني أن بيانات المعاملات مخزنة بالكامل خارج السلسلة، حيث يتم نشر إثباتات الصلاحية فقط على L1، بينما لا يمكن للشبكة الرئيسية L1 التحقق من دقة بيانات L2. يتم حفظ البيانات الأصلية لهذا الهيكل في قاعدة بيانات محلية، ويتولى لجنة توفر البيانات مسؤولية الحصول على البيانات وترتيبها والتحقق منها.
هذا الهيكل يحتاج إلى "ثقة" السلسلة نفسها كشرط مسبق، مما يجعل من الصعب التوسع على نطاق واسع. للتغلب على هذه العيوب، قامت Merlin بتحسينات من جانبين:
أولاً، تم تحسين جسر Native عبر السلاسل من خلال التعاون، مما حل مشكلة التحقق من بيانات L2 على شبكة البيتكوين الرئيسية. قاموا ببناء آلة افتراضية قابلة للتحقق على أساس إطار ZK، مما يدمج تحديث جسر السلاسل الجانبية لنقل الأصول والتغييرات في الحالة لـ L2. تتم مزامنة الحالة بين L2 والشبكة الرئيسية من خلال شبكة ZK الوسيطة، وفي النهاية، يتم تحقيق التفاعل الموثوق من خلال تأمين وقت أصول الشبكة الرئيسية وآلية التحدي.
ثانياً، تكرّس Merlin جهدها لبناء قدرة قابلة للتحقق على توفر البيانات. تتمثل الفكرة في نشر العقد الكاملة خارج السلسلة لمزامنة بيانات حالة البيتكوين الكاملة وبيانات تغيير الحالة، ومن ثم تحقيق التحقق من الحالة والتأكيد النهائي من خلال نشر عقد خفيفة على الشبكة الرئيسية للبيتكوين. إن هذا التحسين يعزز بشكل فعال شفافية البيانات وقابليتها للتحقق، ويقوي قدرات DA المطلوبة.
الهدف النهائي من Merlin هو أن تصبح شبكة ZK-Rollup للبيتكوين، تتكون من مكونات مثل العقد و zkProver وقاعدة البيانات. من خلال شبكة أوركل لامركزية شبيهة ببروتوكول الفهرسة، من المتوقع أن تصبح Merlin حلاً لطبقة 2 للبيتكوين يتطور بشكل متوازن في جوانب اللامركزية والشفافية وقابلية التحقق، مع الحفاظ على التوافق مع EVM.
قد تحتوي هذه الصفحة على محتوى من جهات خارجية، يتم تقديمه لأغراض إعلامية فقط (وليس كإقرارات/ضمانات)، ولا ينبغي اعتباره موافقة على آرائه من قبل Gate، ولا بمثابة نصيحة مالية أو مهنية. انظر إلى إخلاء المسؤولية للحصول على التفاصيل.
تسجيلات الإعجاب 9
أعجبني
9
5
إعادة النشر
مشاركة
تعليق
0/400
AirdropLicker
· 08-11 15:09
رائع 又要占坑薅毛了
شاهد النسخة الأصليةرد0
NoodlesOrTokens
· 08-10 15:50
又是 خَداع الناس لتحقيق الربح يوم
شاهد النسخة الأصليةرد0
OvertimeSquid
· 08-10 15:46
يبدو أن هناك أملاً، المشروع تم العمل عليه بعناية.
شاهد النسخة الأصليةرد0
RektRecorder
· 08-10 15:33
لقد كان هناك الكثير من الحمقى في مسار L2 لسنوات عديدة. إنها دورة أخرى من الثور والدب! اغتنم الفرصة وأنت شاب للقيام بشيء كبير!
Merlin: الطريق التحويلي لتقنية سلاسل جانبية بيتكوين إلى ZK Layer2
ميرلين: من سلاسل جانبية بيتكوين إلى تطور ZK layer2
مشروع Merlin أظهر منذ البداية خصائص التكيف مع الزمن، ومسار تطوره مذهل. بفضل الأساس المجتمعي مثل BRC-20 وBRC-420 وBlue Box وBitmap Game، اختارت Merlin مساراً تقنياً يتضمن التكامل والتكرار المستمر. هذا الاختيار هو في الواقع نتيجة حتمية للاعتبارات الواقعية.
تعاني شبكة بيتكوين من عيوب "البرمجة" الأساسية في مجالات توافر البيانات وكفاءة العقود الذكية، مما أدى إلى ظهور العديد من المشاريع الابتكارية على مدار العام الماضي، ولكن معظمها لم يتم تحقيقه بالكامل بعد. في مواجهة RGB++ وBitVM وzkVM وAVM وحلول DA المختلفة، فإن استراتيجية ميرلين هي الاستفادة من كل ما هو جيد، والعمل المستمر على تحسين إطارها التكنولوجي.
وفقًا لتحليلات الصناعة، كانت Merlin في البداية هي هيكل سلاسل جانبية بحتة، مبنية على سلسلة Validium القائمة على خدمة معينة. وهذا يعني أن بيانات المعاملات مخزنة بالكامل خارج السلسلة، حيث يتم نشر إثباتات الصلاحية فقط على L1، بينما لا يمكن للشبكة الرئيسية L1 التحقق من دقة بيانات L2. يتم حفظ البيانات الأصلية لهذا الهيكل في قاعدة بيانات محلية، ويتولى لجنة توفر البيانات مسؤولية الحصول على البيانات وترتيبها والتحقق منها.
هذا الهيكل يحتاج إلى "ثقة" السلسلة نفسها كشرط مسبق، مما يجعل من الصعب التوسع على نطاق واسع. للتغلب على هذه العيوب، قامت Merlin بتحسينات من جانبين:
أولاً، تم تحسين جسر Native عبر السلاسل من خلال التعاون، مما حل مشكلة التحقق من بيانات L2 على شبكة البيتكوين الرئيسية. قاموا ببناء آلة افتراضية قابلة للتحقق على أساس إطار ZK، مما يدمج تحديث جسر السلاسل الجانبية لنقل الأصول والتغييرات في الحالة لـ L2. تتم مزامنة الحالة بين L2 والشبكة الرئيسية من خلال شبكة ZK الوسيطة، وفي النهاية، يتم تحقيق التفاعل الموثوق من خلال تأمين وقت أصول الشبكة الرئيسية وآلية التحدي.
ثانياً، تكرّس Merlin جهدها لبناء قدرة قابلة للتحقق على توفر البيانات. تتمثل الفكرة في نشر العقد الكاملة خارج السلسلة لمزامنة بيانات حالة البيتكوين الكاملة وبيانات تغيير الحالة، ومن ثم تحقيق التحقق من الحالة والتأكيد النهائي من خلال نشر عقد خفيفة على الشبكة الرئيسية للبيتكوين. إن هذا التحسين يعزز بشكل فعال شفافية البيانات وقابليتها للتحقق، ويقوي قدرات DA المطلوبة.
الهدف النهائي من Merlin هو أن تصبح شبكة ZK-Rollup للبيتكوين، تتكون من مكونات مثل العقد و zkProver وقاعدة البيانات. من خلال شبكة أوركل لامركزية شبيهة ببروتوكول الفهرسة، من المتوقع أن تصبح Merlin حلاً لطبقة 2 للبيتكوين يتطور بشكل متوازن في جوانب اللامركزية والشفافية وقابلية التحقق، مع الحفاظ على التوافق مع EVM.