دراسة مشكلة انقسام السيولة في عصر طبقة 2

مع تحول الإيثيريوم نحو حلول التوسع التي تركز على طبقة 2، جنبًا إلى جنب مع ظهور أدوات مثل RaaS، تتطور العديد من سلاسل الكتل العامة بسرعة. العديد من الكيانات تأمل في بناء سلسلتها الخاصة لتمثيل مصالح مختلفة والسعي لتحقيق تقييم أعلى. ومع ذلك، فإن ظهور العديد من سلاسل الكتل العامة يجعل من الصعب على النظام البيئي مواكبة التطورات، مما يؤدي إلى انهيار العديد من المشاريع عند TGE.

في الوقت الحالي، تم تقليل متطلبات التمويل والتكنولوجيا لبناء سلسلة بشكل كبير، حيث تبلغ تكلفة تشغيل سلسلة قائمة على OP Stack حوالي 10,000 دولار شهريًا. من المؤكد أن المستقبل سيكون عصر التعايش المتعدد السلاسل. على الرغم من أن هذه الشبكات من طبقة 2 قد تختار التوافق مع EVM لتحقيق التفاعل، إلا أن الكيانات وراء Web2 لديها العديد من التطبيقات في الأسفل، مما يجعل من الصعب عليها بناء التطبيقات والتوصل إلى توافق في الآراء على نفس السلسلة.

يقدم النظام البيئي متعدد السلاسل الحالي تحديًا جديدًا: السيولة وتوزيع الحالة. نظرًا لأن وجود سلاسل متعددة أمر حتمي، فإن التفاعل بين السلاسل هو مجال يجب استكشافه وحله. حاليًا، هناك العديد من حلول السيولة، مثل تجريد السلاسل، والنوايا، وتنفيذ التسويات، والتفاعل الأصلي عبر السلاسل، وZKSharding، لكن جوهرها الأساسي هو نفسه.

نستخدم هيكل Cake المعترف به على نطاق واسع في الصناعة لتقديم مكونات التجريد عبر السلاسل من الأعلى إلى الأسفل.

طبقة 2

هذه هي الطبقة التي يتفاعل فيها المستخدمون بشكل مباشر، وهي أيضًا الطبقة الأكثر تجريدًا في حلول السيولة، لأنها تخفي تمامًا تفاصيل تحويل السيولة. في طبقة التطبيق، يتفاعل المستخدمون مع واجهة المستخدم، وقد لا يفهمون آلية تحويل السيولة الأساسية.

طبقة 2

تقع أسفل طبقة التطبيقات، يقوم المستخدمون بربط المحفظة مع dApp وطلب عرض الأسعار لتلبية نية التداول. هنا "النية" تشير إلى النتيجة النهائية المتوقعة من التداول، وليس المسار المحدد لتنفيذ الصفقة.

إدارة الحسابات والطبقة التجريدية

نظرًا لوجود بيئة متعددة السلاسل، يلزم وجود نظام إدارة حسابات وتجريد يتكيف مع سلاسل مختلفة للحفاظ على الهيكل الفريد للحسابات في كل سلسلة. على سبيل المثال، نظام الحسابات المركزي القائم على الكائنات في SUI مختلف تمامًا عن EVM. قامت One Balance ببناء نظام حسابات موثوق، دون الحاجة إلى إنشاء توافق بين السلاسل، بل تحتاج فقط إلى تعهد موثوق بين الأنظمة الحالية للحسابات. يقوم Near Account بتحقيق الإدارة المجردة من خلال إنشاء محافظ حسابات متعددة السلاسل للمستخدمين، مما يحسن تجربة المستخدم بشكل كبير ويقلل من تجزئة تجربة المستخدم.

حل الطبقة

تتحمل هذه الطبقة مسؤولية استقبال وتحقيق نوايا المستخدم في التداول، حيث تتنافس أدوار Solver هنا لتقديم تجربة مستخدم أفضل، بما في ذلك أوقات تداول أسرع وسرعة تنفيذ أعلى. بناءً على ذلك، تم بناء مشاريع قائمة على النوايا مثل Anoma، والتي أنشأت مجموعة من الحلول المدفوعة بالنوايا. تشمل المشتقات من هذه النوايا مكونات Predicate، التي يمكن أن تحقق نوايا المستخدم وفقًا لقواعد معينة.

طبقة التسوية

هذا هو طبقة الوسيط المستخدمة لتحقيق نية المستخدم. تشمل المكونات الأساسية للحلول المتعلقة بالسيولة وتوزيع الحالة:

• أوراكل: تستخدم للحصول على معلومات الحالة من سلاسل أخرى
• جسر عبر السلاسل: مسؤول عن نقل المعلومات والسيولة عبر السلاسل
• تأكيد الخطة مسبقًا: تقصير وقت تأكيد السلسلة المتقاطعة
• توفر البيانات: توفير إمكانية الوصول إلى البيانات

بالإضافة إلى ذلك، يجب أخذ السيولة بين الشبكات، واليقين النهائي، وآلية إثبات طبقة 2 في الاعتبار لضمان التشغيل الفعال لنظام متعدد الشبكات بأكمله.

الحل

حالياً، هناك العديد من الحلول المتاحة في السوق لمعالجة السيولة الخداع، وتشمل بشكل رئيسي:

1. مركزية RaaS: مثل حلول Rollup مثل OP Stack، من خلال إضافة منسقين مشتركين معينين وجسور عبر السلاسل للمساعدة في بناء السيولة المشتركة والحالة على OP Stack.

2. مركزية الحساب: مشابه لـ NEAR، بناء محفظة حسابية شاملة عبر السلسلة، من خلال تقنية "توقيع السلسلة" لدعم توقيع وتنفيذ المعاملات عبر بروتوكولات متعددة للبلوكشين.

3. مركزية شبكة نية خارج السلسلة: يقوم المستخدم بإرسال النية إلى شبكة Solver، وتتنافس Solver في تقديم العروض، وتقدم أفضل وقت لإنجاز الصفقة وسعر المعاملة.

4. مركز الشبكة السيولة على السلسلة: تحسين مشكلات السيولة عبر السلاسل بشكل خاص، بناء طبقة سيولة، وبناء تطبيقات على هذه الطبقة، لمشاركة السيولة عبر جميع السلاسل.

5. مركزية التطبيقات على السلسلة: من خلال دمج MM الكبيرة، أو تطبيقات الطرف الثالث لبناء تطبيقات ذات سيولة عالية.

حالات المشاريع النموذجية

إنفينيتي

بنت INFINIT خدمة RaaS في عالم DeFi، تقدم المكونات الضرورية للبروتوكولات DeFi مثل Oracle، نوع المسبح، IRM، الأصول، وغيرها، كما يمكنها توفير مكونات مثل تداول الرافعة المالية واستراتيجية العائد التي يمكن تفعيلها على الفور.

شبكة خالاني

بنت Khalani ثلاثة مكونات أساسية، وهي طبقة التوافق مع النوايا، وValidity، وطبقة التسوية العامة. يمكن للتطبيقات الخارجية أو طبقة النوايا نشر نوايا إلى Khalani، ثم يمكن لطبقة التوافق مع النوايا في Khalani تحويل النوايا الخارجية إلى تنسيق يمكن أن يتعرف عليه بروتوكول Solver.

عرقسوس

Liquorice هو تطبيق لامركزي يتيح اكتشاف الأسعار القائم على المزادات وحمامات السيولة أحادية الجانب. تتمثل مهمته الرئيسية في توفير أدوات إدارة مخزون فعالة لشركات التداول المهنية، والتواصل بسهولة مع بروتوكولات DeFi الأساسية عند تسوية المعاملات بناءً على نوايا الاستخدام.

شيون

Xion مبنية على بروتوكول توافق Comet BFT. الاتصالات عبر السلاسل التي تعتمدها تستند إلى Cosmos IBC، وبالتالي فهي أكثر أصالة وأمانًا من الجسور عبر السلاسل الأخرى.

=nil; المؤسسة

قدمت nil حل zkSharding، الذي يستخدم تقنية ZK للتوسع الأفقي لشبكة الإيثيريوم الرئيسية، وتنفيذ معالجة المعاملات بالتوازي وإنشاء ZKP، بينما تتحقق الشريحة الرئيسية من البيانات، وتواصل مع الإيثيريوم، وتزامن حالة الشبكة بين جميع المدققين.

ERC-7683

الهدف الرئيسي من معيار ERC-7683 هو إنشاء معيار عام لعمليات النقل عبر طبقة 2 وسلاسل الجانبية، مما يعزز من توحيد واجهات الطلبات والتسويات، لتحقيق تنفيذ سلس عبر سلاسل الكتل، حيث أن الجوهر الرئيسي هو Filler الذي يمكن أن يُعتبر أيضاً دور Solver في تجريد السلسلة.

OP Stack

تقوم OP Stack بتصميم حل كامل متعدد طبقة 2، لحل مشكلات نقل المعلومات واللامركزية للـ Sequencer مرة واحدة. عند استخدام بنية OP Stack، سيتم نشر عقود عبر السلاسل تلقائيًا، في حين سيكون هناك مشرف لتحدي تجنب نقل معلومات عبر السلاسل مزيفة.

ملخص

حل مشكلة السيولة عبر السلاسل هو مجال معقد للغاية ويحتوي على العديد من الحلول. المستقبل لا بد أن يكون متعدد السلاسل، وحل مشكلة تشتت السيولة هو تحدٍ يجب على الصناعة مواجهته، وهناك مساحة كبيرة للنمو في دمج هذه السيولة عبر السلاسل، مما قد يؤدي إلى بناء جيل جديد من البنية التحتية في عصر Web3.