تاريخ تطوير سلسلة ميرلين دراماتيكي للغاية، وكل خطوة كانت غير متوقعة. بالاعتماد على الأساس المجتمعي الكبير مثل BRC-20 وBRC-420 وBlue Box وBitmap Game، اتبعت سلسلة ميرلين مسارًا تقنيًا يعتمد على "التكامل والتكرار" المستمر. كان هذا الاختيار فعلاً نتيجة لضغوط لا مفر منها.
على مدار أكثر من عام مضى، أدت قيود شبكة بيتكوين في جوانب مثل توافر البيانات وكمالية العقود الذكية إلى ظهور العديد من المشاريع الابتكارية، لكن معظمها لم يتم تنفيذه بالكامل بعد. في هذا السياق، تتمثل استراتيجية Merlin Chain في الاستفادة من التجارب المختلفة وتحسين إطارها التكنولوجي باستمرار.
تم بناء Merlin Chain في البداية على بنية Pure Sidechain القائمة على خدمة CDK RaaS من منصة تداول معينة، باستخدام بنية Validium. وهذا يعني أن بيانات المعاملات مخزنة بالكامل خارج السلسلة، حيث يتم نشر إثباتات الصلاحية فقط على L1، بينما لا يمكن لشبكة L1 الرئيسية التحقق من دقة بيانات L2. يتم الاحتفاظ بالبيانات الأصلية في قاعدة بيانات محلية، حيث تتولى لجنة توفر البيانات مسؤولية الحصول على البيانات وترتيبها والتحقق منها.
ومع ذلك، فإن هذه البنية تتطلب "الثقة" في السلسلة كشرط مسبق، مما يجعل من الصعب التوسع على نطاق واسع. لحل هذه المشكلة، قامت Merlin بإجراء تكرارين في جانبين:
أولاً، من خلال التعاون، سيتم تحسين جسر Native عبر السلاسل، لحل مشكلة التحقق من بيانات L2 على شبكة البيتكوين الرئيسية. تم بناء آلة افتراضية قابلة للتحقق تعتمد على إطار عمل ZK، جنباً إلى جنب مع جسر عبر السلاسل لتحديث نقل الأصول من L2 وتغيير الحالة. تتم مزامنة العملية الكاملة بواسطة شبكة ZK الوسيطة بين حالة L2 والشبكة الرئيسية، وفي النهاية يتم تحقيق تفاعل موثوق من خلال قفل زمن الأصول على الشبكة الرئيسية وآلية التحدي.
ثانياً، من خلال التعاون لبناء قدرة على التحقق من قابلية بيانات الاستخدام. يتم نشر عقد كاملة خارج السلسلة لمزامنة بيانات حالة البيتكوين بالكامل وبيانات تغيير الحالة، ومن خلال نشر عقد خفيفة على الشبكة الرئيسية يتم تحقيق التحقق من الحالة والتأكيد النهائي، مما يحسن من مشكلة عدم الشفافية وعدم القابلية للتحقق التي توجد في التخزين خارج السلسلة.
الهدف النهائي لشبكة Merlin Chain هو أن تصبح شبكة ZK-Rollup لبيتكوين، تتكون من مكونات مثل Node وzkProver وDatabase. من خلال شبكة أوراكل لامركزية مشابهة لبروتوكول Ordinals، يتم تحقيق توازن في تحسين اللامركزية والشفافية وقابلية التحقق، لتصبح حلاً layer2 متوافقاً مع EVM لبيتكوين.
قد تحتوي هذه الصفحة على محتوى من جهات خارجية، يتم تقديمه لأغراض إعلامية فقط (وليس كإقرارات/ضمانات)، ولا ينبغي اعتباره موافقة على آرائه من قبل Gate، ولا بمثابة نصيحة مالية أو مهنية. انظر إلى إخلاء المسؤولية للحصول على التفاصيل.
تسجيلات الإعجاب 25
أعجبني
25
9
مشاركة
تعليق
0/400
0xOverleveraged
· منذ 13 س
لماذا لم أصبح احترافيًا بعد عامين من تداول العملات؟
شاهد النسخة الأصليةرد0
OldLeekNewSickle
· 07-28 13:11
إنه مجرد صندوق استثماري تم تغيير اسمه فقط، من يفهم يفهم.
شاهد النسخة الأصليةرد0
SchrodingerProfit
· 07-26 16:16
لا تتلاعب بهذا الافتراء، ابدأ بخفض غاز الرسوم.
شاهد النسخة الأصليةرد0
AirdropHuntress
· 07-26 16:14
مرة أخرى، تم تحضير المحفظة الصغيرة لفرصة جديدة في عالم البلوكتشين.
شاهد النسخة الأصليةرد0
SighingCashier
· 07-26 16:14
مشروع آخر يغير مصير البيتكوين
شاهد النسخة الأصليةرد0
TokenSleuth
· 07-26 16:13
توافر البيانات ليس أفضل من سلسلة L3 على ما أعتقد
شاهد النسخة الأصليةرد0
VCsSuckMyLiquidity
· 07-26 16:13
يمكن للبقرة حل مشكلة BTC
شاهد النسخة الأصليةرد0
HodlNerd
· 07-26 16:10
صاعد على تقنية zk... تحسين ذو دلالة إحصائية مقارنة بـ l1 في رأيي
ميرلين شين: من فالديم إلى زك-رول اب لتطور توسعة البيتكوين
سلسلة ميرلين: الطريق التقني لتطور بيئة بيتكوين
تاريخ تطوير سلسلة ميرلين دراماتيكي للغاية، وكل خطوة كانت غير متوقعة. بالاعتماد على الأساس المجتمعي الكبير مثل BRC-20 وBRC-420 وBlue Box وBitmap Game، اتبعت سلسلة ميرلين مسارًا تقنيًا يعتمد على "التكامل والتكرار" المستمر. كان هذا الاختيار فعلاً نتيجة لضغوط لا مفر منها.
على مدار أكثر من عام مضى، أدت قيود شبكة بيتكوين في جوانب مثل توافر البيانات وكمالية العقود الذكية إلى ظهور العديد من المشاريع الابتكارية، لكن معظمها لم يتم تنفيذه بالكامل بعد. في هذا السياق، تتمثل استراتيجية Merlin Chain في الاستفادة من التجارب المختلفة وتحسين إطارها التكنولوجي باستمرار.
تم بناء Merlin Chain في البداية على بنية Pure Sidechain القائمة على خدمة CDK RaaS من منصة تداول معينة، باستخدام بنية Validium. وهذا يعني أن بيانات المعاملات مخزنة بالكامل خارج السلسلة، حيث يتم نشر إثباتات الصلاحية فقط على L1، بينما لا يمكن لشبكة L1 الرئيسية التحقق من دقة بيانات L2. يتم الاحتفاظ بالبيانات الأصلية في قاعدة بيانات محلية، حيث تتولى لجنة توفر البيانات مسؤولية الحصول على البيانات وترتيبها والتحقق منها.
ومع ذلك، فإن هذه البنية تتطلب "الثقة" في السلسلة كشرط مسبق، مما يجعل من الصعب التوسع على نطاق واسع. لحل هذه المشكلة، قامت Merlin بإجراء تكرارين في جانبين:
أولاً، من خلال التعاون، سيتم تحسين جسر Native عبر السلاسل، لحل مشكلة التحقق من بيانات L2 على شبكة البيتكوين الرئيسية. تم بناء آلة افتراضية قابلة للتحقق تعتمد على إطار عمل ZK، جنباً إلى جنب مع جسر عبر السلاسل لتحديث نقل الأصول من L2 وتغيير الحالة. تتم مزامنة العملية الكاملة بواسطة شبكة ZK الوسيطة بين حالة L2 والشبكة الرئيسية، وفي النهاية يتم تحقيق تفاعل موثوق من خلال قفل زمن الأصول على الشبكة الرئيسية وآلية التحدي.
ثانياً، من خلال التعاون لبناء قدرة على التحقق من قابلية بيانات الاستخدام. يتم نشر عقد كاملة خارج السلسلة لمزامنة بيانات حالة البيتكوين بالكامل وبيانات تغيير الحالة، ومن خلال نشر عقد خفيفة على الشبكة الرئيسية يتم تحقيق التحقق من الحالة والتأكيد النهائي، مما يحسن من مشكلة عدم الشفافية وعدم القابلية للتحقق التي توجد في التخزين خارج السلسلة.
الهدف النهائي لشبكة Merlin Chain هو أن تصبح شبكة ZK-Rollup لبيتكوين، تتكون من مكونات مثل Node وzkProver وDatabase. من خلال شبكة أوراكل لامركزية مشابهة لبروتوكول Ordinals، يتم تحقيق توازن في تحسين اللامركزية والشفافية وقابلية التحقق، لتصبح حلاً layer2 متوافقاً مع EVM لبيتكوين.