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

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

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

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

تحدي جديد تواجهه البيئة المتعددة السلاسل الحالية: السيولة وتشتت الحالة. نظرًا لأن وجود السلاسل المتعددة أمر حتمي، فإن التشغيل البيني هو مجال يجب استكشافه وحله. هناك حاليًا العديد من حلول السيولة، لكن جوهرها الأساسي مشابه.

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

طبقة التطبيقات (Application Layer)

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

طبقة الأذونات (Permission Layer)

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

إدارة الحسابات وتجريد المفاتيح (Key Management and Account Abstraction)

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

طبقة الحل (Solver Layer)

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

طبقة التسوية (Settlement Layer)

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

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

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

الحلول

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

1. مركزية RaaS: من خلال الانضمام إلى منظمين مشتركين معينين وجسور عبر السلاسل للمساعدة في بناء السيولة المشتركة والحالة على الهياكل المحددة.

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

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

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

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

حل مشكلة السيولة هو موضوع مهم للغاية. إذا كان من الممكن بناء منصة متكاملة للسيولة، وخاصة دمج السيولة الشاملة المتناثرة، فسوف يكون لها إمكانيات كبيرة.

فيما يلي بعض مشاريع التجريد المتسلسلة النموذجية:

إنفينيتي

بنت INFINIT خدمة RaaS للـ DeFi، لتوفير المكونات اللازمة للبناء المباشر لبروتوكولات DeFi، مثل Oracle، نوع Pool، IRM، Asset، وغيرها، كما يمكن أن توفر مكونات مثل التداول بالهامش واستراتيجيات العائد التي يمكن تفعيلها على الفور.

شبكة خالاني

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

عرقسوس

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

شيون

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

=nil; مؤسسة

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

ERC-7683

إيثيريوم تعمل على حل مشكلة السيولة عبر السلاسل، حيث تدعم عدة منصات رئيسية معيار ERC7683 بشكل علني. الهدف الأساسي هو إنشاء معايير عامة للعمليات عبر السلاسل بين L2 والسلاسل الجانبية، وتوحيد واجهات الطلبات والتسويات، لتحقيق تنفيذ سلس عبر السلاسل.

OP Stack

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

ملخص

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