مع تحول الإيثريوم نحو حلول التوسع التي تركز على طبقة 2، جنبًا إلى جنب مع ظهور الأدوات ذات الصلة، تطورت العديد من الشبكات العامة بسرعة. العديد من الكيانات تأمل في بناء سلاسلها الخاصة لتمثيل مصالح مختلفة والسعي لتحقيق تقييم أعلى. ومع ذلك، فإن الفيض من الشبكات العامة جعل تطوير النظام البيئي يتعذر عليه مواكبة وتيرة الشبكات العامة، مما أدى إلى مواجهة العديد من المشاريع صعوبات منذ البداية.
بفضل التقنيات ذات الصلة، أطلقت العديد من الشركات والمؤسسات المعروفة طبقة 2 أو سلسلة خاصة بها. اليوم، تم تقليل العوائق المالية والتقنية لبناء سلسلة بشكل كبير، حيث تبلغ تكلفة تشغيل سلسلة تعتمد على مجموعة تقنيات معينة حوالي 10,000 دولار شهريًا.
سيكون المستقبل عصرًا من التعايش المتعدد السلاسل. على الرغم من أن هذه الطبقة 2 قد تختار التوافق مع EVM لتحقيق التوافق، إلا أنه نظرًا لوجود العديد من التطبيقات السفلية وراء الكواليس، سيكون من الصعب عليهم بناء التطبيقات والتوصل إلى توافق على نفس السلسلة.
تسبب النظام البيئي المتعدد السلاسل الحالي في تحدٍ جديد: السيولة وتشتت الحالة. نظرًا لوجود الأنظمة المتعددة السلاسل بشكل حتمي، فإن التفاعل بين الأنظمة هو مجال يجب استكشافه وحله. هناك العديد من حلول السيولة الحالية، مثل تجريد السلاسل، النية، تنفيذ التسوية، التفاعل الأصلي عبر السلاسل، وتقسيم ZK، لكن جوهرها الأساسي هو نفسه.
نستخدم بنية Cake المعترف بها في الصناعة لتقديم مكونات الرئيسية للتجريد عبر السلاسل من الأعلى إلى الأسفل:
طبقة التطبيقات (Application Layer)
هذه هي الطبقة التي يتفاعل معها المستخدمون مباشرة، وهي أيضًا أكثر الطبقات تجريدًا في حلول السيولة، لأنها تخفي تمامًا تفاصيل تحويل السيولة. في طبقة التطبيق، يتفاعل المستخدم مع واجهة المستخدم الأمامية، وقد لا يكون على دراية بآلية تحويل السيولة الأساسية.
طبقة الأذونات (Permission Layer)
تقع أسفل طبقة التطبيق ، حيث يقوم المستخدمون بتوصيل المحفظة إلى dApp وطلب عرض الأسعار لتلبية نية التداول. تشير "النية" هنا إلى النتيجة النهائية المتوقع للتداول (أي الإخراج) ، وليس مسار التنفيذ المحدد للتداول.
إدارة الحسابات والطبقة المجردة (إدارة المفاتيح وتجريد الحسابات)
نظرًا لوجود بيئة متعددة السلاسل، هناك حاجة إلى نظام إدارة حسابات وعبارة يتكيف مع سلاسل مختلفة للحفاظ على الهيكل الفريد للحسابات لكل سلسلة. بعض المشاريع تحقق الإدارة المجردة من خلال بناء نظام حسابات موثوق أو إنشاء محافظ حسابات متعددة السلاسل للمستخدمين، مما يحسن بشكل كبير تجربة المستخدم ويقلل من تجزئة تجربة المستخدم.
طبقة الحل (Solver Layer)
تتحمل هذه الطبقة مسؤولية استقبال وتنفيذ نوايا المستخدمين في التداول، حيث تتنافس دور Solver هنا لتقديم تجربة مستخدم أفضل، بما في ذلك أوقات تنفيذ أسرع وسرعة تنفيذ أعلى. بناءً على ذلك، قامت بعض المشاريع ببناء حلول مدفوعة بالنوايا المختلفة.
طبقة التسوية (Settlement Layer)
هذا هو مستوى الوسيطة المستخدمة لتحقيق نوايا المستخدم. تشمل المكونات الأساسية لحلول السيولة وحالة التوزيع:
أوراكل (Oracle): تُستخدم للحصول على معلومات حالة من سلاسل أخرى.
جسرات (Bridges): مسؤولة عن نقل المعلومات والسيولة عبر السلاسل.
تأكيد مسبق للخطة (Pre-Confirmation): تقصير وقت تأكيد السلاسل المتقاطعة.
توفر البيانات (DA): توفير إمكانية الوصول إلى البيانات.
بالإضافة إلى ذلك، يجب أخذ السيولة بين السلاسل، التأكيد النهائي (Finality)، وآلية إثبات طبقة 2 في الاعتبار لضمان التشغيل الفعال للنظام المتعدد السلاسل.
الحلول
حالياً، هناك العديد من الحلول المتاحة في السوق لمعالجة السيولة المقطوعة، وتشمل أساساً الطرق التالية:
مركزية التقنية المحددة: من خلال الانضمام إلى محددات ترتيب مشتركة معينة وجسور عبر السلاسل للمساعدة في بناء السيولة المشتركة والحالة على كومة تقنية محددة.
مركزية الحساب: بناء محفظة حسابات شاملة عبر السلسلة، من خلال دعم تقنيات محددة لتوقيع وتنفيذ المعاملات عبر بروتوكولات بلوكتشين متعددة.
مركزية الشبكة الخارجية للنية: يقوم المستخدم بإرسال النية إلى شبكة Solver، حيث يقوم دور Solver بالتنافس على العروض، وتقديم أفضل وقت للتنفيذ وسعر الصفقة.
مركزية شبكة السيولة على السلسلة: تحسين مشكلة السيولة عبر السلاسل بشكل خاص، وبناء طبقة سيولة لبناء التطبيقات عليها، من أجل مشاركة السيولة عبر السلسلة بأكملها.
مركزية التطبيقات على السلسلة: بناء تطبيقات ذات سيولة عالية من خلال دمج MM الكبير أو تطبيقات الطرف الثالث.
حل مشكلة السيولة هو موضوع مهم للغاية، حيث تمثل السيولة كل شيء في عالم المال، وإذا كان من الممكن بناء منصة متكاملة للسيولة، وخاصة دمج السيولة الشاملة المتناثرة معًا، فسوف تمتلك إمكانيات كبيرة.
بعد ذلك سنناقش بعض المشاريع التي تمثل مفاهيم تجريد السلسلة النموذجية، لنرى كيف تحل كل منها مشكلة السيولة المقطوعة من وجهة نظرها الخاصة.
إنفينيت
بنت INFINIT خدمة في مجال DeFi، التي يمكنها توفير المكونات اللازمة للبناء المباشر للبروتوكولات DeFi، مثل Oracle وPool Type وIRM وAsset، بالإضافة إلى تقديم مكونات مثل Leverage Trading وYield Strategy التي يمكن تفعيلها على الفور. تعادل النهاية في بناء التطبيقات الأخرى، ولكن السيولة النهائية توضع في طبقة السيولة الخاصة بـ INFINIT.
شبكة خالاني
قام Khalani ببناء ثلاثة مكونات أساسية، وهي طبقة توافق النية وValidity وطبقة التسوية العامة. يمكن للتطبيقات الخارجية أو طبقة النية إصدار نوايا إلى Khalani، ثم يمكن لطبقة توافق النية في Khalani تحويل النوايا الخارجية إلى تنسيق يمكن لـ Solver بروتوكول التعرف عليه.
عرق سوس
Liquorice هو تطبيق لامركزي يمكنه تحقيق اكتشاف الأسعار القائم على المزادات وحمامات السيولة الأحادية. المهمة الرئيسية لـ Liquorice هي توفير أدوات إدارة المخزون الفعالة لشركات التداول المحترفة، والاتصال بسهولة بالبروتوكولات الأساسية للـ DeFi عند تسوية المعاملات بناءً على نية الاستخدام.
شيون
Xion مبنية على بروتوكول الإجماع Comet BFT. تعتمد الاتصالات عبر السلاسل المستخدمة فيها على Cosmos IBC، مما يجعلها أكثر أصلية وأمانًا من الجسور عبر السلاسل الأخرى.
=nil; المؤسسة
nil هو سوق قوى ZK في الإيثيريوم، والمعالج المساعد ZK ومطور Layer2، وقد اقترح حل zkSharding. هذا الحل يستخدم تقنية ZK لتوسيع الشبكة الرئيسية للإيثيريوم أفقيًا، وتنفيذ معالجة المعاملات بالتجزئة بشكل متوازي وإنتاج ZKP.
ERC-7683
إيثريوم أيضًا بصدد حل مشكلة السيولة عبر السلاسل، حيث أن بعض المشاريع المعروفة قد أعلنت أولاً دعمها لمعيار ERC7683، والذي يعتمد أيضًا على طريقة عبر السلاسل القائمة على النية. الهدف الأساسي هو إنشاء معيار عالمي للعمليات عبر السلاسل بين L2 والسلاسل الجانبية، وتوحيد واجهات الطلبات والتسويات لتحقيق تنفيذ سلس عبر السلاسل.
OP Stack
تقوم OP Stack من خلال تصميم حل كامل متعدد الطبقة 2 بحل مشكلة نقل المعلومات واللامركزية في Sequencer مرة واحدة، وعند استخدامك لهندسة OP Stack، سيتم نشر عقود عبر السلاسل تلقائيًا، وسيكون هناك مشرف لتحدي تجنب نقل معلومات عبر السلاسل زائفة.
ملخص
حل مشكلة السيولة عبر السلاسل هو مجال معقد للغاية ويحتوي على حلول متعددة. تحاول الحلول المختلفة من زوايا مختلفة معالجة مشاكل السيولة والحالة وتجربة المستخدم. سيكون المستقبل متعدد السلاسل، ومن المؤكد أن مواجهة تحديات تفتيت السيولة هي تحدي يجب أن يواجهه القطاع، وهناك مساحة واسعة للتطوير في دمج السيولة عبر جميع السلاسل، مما قد يؤدي إلى بناء بنية تحتية مهمة لعصر Web3.
شاهد النسخة الأصلية
This page may contain third-party content, which is provided for information purposes only (not representations/warranties) and should not be considered as an endorsement of its views by Gate, nor as financial or professional advice. See Disclaimer for details.
مشكلة انفصال السيولة في عصر طبقة 2: استكشاف الحلول في بيئة متعددة السلاسل
دراسة مشكلة انقسام السيولة في عصر طبقة 2
مع تحول الإيثريوم نحو حلول التوسع التي تركز على طبقة 2، جنبًا إلى جنب مع ظهور الأدوات ذات الصلة، تطورت العديد من الشبكات العامة بسرعة. العديد من الكيانات تأمل في بناء سلاسلها الخاصة لتمثيل مصالح مختلفة والسعي لتحقيق تقييم أعلى. ومع ذلك، فإن الفيض من الشبكات العامة جعل تطوير النظام البيئي يتعذر عليه مواكبة وتيرة الشبكات العامة، مما أدى إلى مواجهة العديد من المشاريع صعوبات منذ البداية.
بفضل التقنيات ذات الصلة، أطلقت العديد من الشركات والمؤسسات المعروفة طبقة 2 أو سلسلة خاصة بها. اليوم، تم تقليل العوائق المالية والتقنية لبناء سلسلة بشكل كبير، حيث تبلغ تكلفة تشغيل سلسلة تعتمد على مجموعة تقنيات معينة حوالي 10,000 دولار شهريًا.
سيكون المستقبل عصرًا من التعايش المتعدد السلاسل. على الرغم من أن هذه الطبقة 2 قد تختار التوافق مع EVM لتحقيق التوافق، إلا أنه نظرًا لوجود العديد من التطبيقات السفلية وراء الكواليس، سيكون من الصعب عليهم بناء التطبيقات والتوصل إلى توافق على نفس السلسلة.
تسبب النظام البيئي المتعدد السلاسل الحالي في تحدٍ جديد: السيولة وتشتت الحالة. نظرًا لوجود الأنظمة المتعددة السلاسل بشكل حتمي، فإن التفاعل بين الأنظمة هو مجال يجب استكشافه وحله. هناك العديد من حلول السيولة الحالية، مثل تجريد السلاسل، النية، تنفيذ التسوية، التفاعل الأصلي عبر السلاسل، وتقسيم ZK، لكن جوهرها الأساسي هو نفسه.
نستخدم بنية Cake المعترف بها في الصناعة لتقديم مكونات الرئيسية للتجريد عبر السلاسل من الأعلى إلى الأسفل:
طبقة التطبيقات (Application Layer)
هذه هي الطبقة التي يتفاعل معها المستخدمون مباشرة، وهي أيضًا أكثر الطبقات تجريدًا في حلول السيولة، لأنها تخفي تمامًا تفاصيل تحويل السيولة. في طبقة التطبيق، يتفاعل المستخدم مع واجهة المستخدم الأمامية، وقد لا يكون على دراية بآلية تحويل السيولة الأساسية.
طبقة الأذونات (Permission Layer)
تقع أسفل طبقة التطبيق ، حيث يقوم المستخدمون بتوصيل المحفظة إلى dApp وطلب عرض الأسعار لتلبية نية التداول. تشير "النية" هنا إلى النتيجة النهائية المتوقع للتداول (أي الإخراج) ، وليس مسار التنفيذ المحدد للتداول.
إدارة الحسابات والطبقة المجردة (إدارة المفاتيح وتجريد الحسابات)
نظرًا لوجود بيئة متعددة السلاسل، هناك حاجة إلى نظام إدارة حسابات وعبارة يتكيف مع سلاسل مختلفة للحفاظ على الهيكل الفريد للحسابات لكل سلسلة. بعض المشاريع تحقق الإدارة المجردة من خلال بناء نظام حسابات موثوق أو إنشاء محافظ حسابات متعددة السلاسل للمستخدمين، مما يحسن بشكل كبير تجربة المستخدم ويقلل من تجزئة تجربة المستخدم.
طبقة الحل (Solver Layer)
تتحمل هذه الطبقة مسؤولية استقبال وتنفيذ نوايا المستخدمين في التداول، حيث تتنافس دور Solver هنا لتقديم تجربة مستخدم أفضل، بما في ذلك أوقات تنفيذ أسرع وسرعة تنفيذ أعلى. بناءً على ذلك، قامت بعض المشاريع ببناء حلول مدفوعة بالنوايا المختلفة.
طبقة التسوية (Settlement Layer)
هذا هو مستوى الوسيطة المستخدمة لتحقيق نوايا المستخدم. تشمل المكونات الأساسية لحلول السيولة وحالة التوزيع:
بالإضافة إلى ذلك، يجب أخذ السيولة بين السلاسل، التأكيد النهائي (Finality)، وآلية إثبات طبقة 2 في الاعتبار لضمان التشغيل الفعال للنظام المتعدد السلاسل.
الحلول
حالياً، هناك العديد من الحلول المتاحة في السوق لمعالجة السيولة المقطوعة، وتشمل أساساً الطرق التالية:
مركزية التقنية المحددة: من خلال الانضمام إلى محددات ترتيب مشتركة معينة وجسور عبر السلاسل للمساعدة في بناء السيولة المشتركة والحالة على كومة تقنية محددة.
مركزية الحساب: بناء محفظة حسابات شاملة عبر السلسلة، من خلال دعم تقنيات محددة لتوقيع وتنفيذ المعاملات عبر بروتوكولات بلوكتشين متعددة.
مركزية الشبكة الخارجية للنية: يقوم المستخدم بإرسال النية إلى شبكة Solver، حيث يقوم دور Solver بالتنافس على العروض، وتقديم أفضل وقت للتنفيذ وسعر الصفقة.
مركزية شبكة السيولة على السلسلة: تحسين مشكلة السيولة عبر السلاسل بشكل خاص، وبناء طبقة سيولة لبناء التطبيقات عليها، من أجل مشاركة السيولة عبر السلسلة بأكملها.
مركزية التطبيقات على السلسلة: بناء تطبيقات ذات سيولة عالية من خلال دمج MM الكبير أو تطبيقات الطرف الثالث.
حل مشكلة السيولة هو موضوع مهم للغاية، حيث تمثل السيولة كل شيء في عالم المال، وإذا كان من الممكن بناء منصة متكاملة للسيولة، وخاصة دمج السيولة الشاملة المتناثرة معًا، فسوف تمتلك إمكانيات كبيرة.
بعد ذلك سنناقش بعض المشاريع التي تمثل مفاهيم تجريد السلسلة النموذجية، لنرى كيف تحل كل منها مشكلة السيولة المقطوعة من وجهة نظرها الخاصة.
إنفينيت
بنت INFINIT خدمة في مجال DeFi، التي يمكنها توفير المكونات اللازمة للبناء المباشر للبروتوكولات DeFi، مثل Oracle وPool Type وIRM وAsset، بالإضافة إلى تقديم مكونات مثل Leverage Trading وYield Strategy التي يمكن تفعيلها على الفور. تعادل النهاية في بناء التطبيقات الأخرى، ولكن السيولة النهائية توضع في طبقة السيولة الخاصة بـ INFINIT.
شبكة خالاني
قام Khalani ببناء ثلاثة مكونات أساسية، وهي طبقة توافق النية وValidity وطبقة التسوية العامة. يمكن للتطبيقات الخارجية أو طبقة النية إصدار نوايا إلى Khalani، ثم يمكن لطبقة توافق النية في Khalani تحويل النوايا الخارجية إلى تنسيق يمكن لـ Solver بروتوكول التعرف عليه.
عرق سوس
Liquorice هو تطبيق لامركزي يمكنه تحقيق اكتشاف الأسعار القائم على المزادات وحمامات السيولة الأحادية. المهمة الرئيسية لـ Liquorice هي توفير أدوات إدارة المخزون الفعالة لشركات التداول المحترفة، والاتصال بسهولة بالبروتوكولات الأساسية للـ DeFi عند تسوية المعاملات بناءً على نية الاستخدام.
شيون
Xion مبنية على بروتوكول الإجماع Comet BFT. تعتمد الاتصالات عبر السلاسل المستخدمة فيها على Cosmos IBC، مما يجعلها أكثر أصلية وأمانًا من الجسور عبر السلاسل الأخرى.
=nil; المؤسسة
nil هو سوق قوى ZK في الإيثيريوم، والمعالج المساعد ZK ومطور Layer2، وقد اقترح حل zkSharding. هذا الحل يستخدم تقنية ZK لتوسيع الشبكة الرئيسية للإيثيريوم أفقيًا، وتنفيذ معالجة المعاملات بالتجزئة بشكل متوازي وإنتاج ZKP.
ERC-7683
إيثريوم أيضًا بصدد حل مشكلة السيولة عبر السلاسل، حيث أن بعض المشاريع المعروفة قد أعلنت أولاً دعمها لمعيار ERC7683، والذي يعتمد أيضًا على طريقة عبر السلاسل القائمة على النية. الهدف الأساسي هو إنشاء معيار عالمي للعمليات عبر السلاسل بين L2 والسلاسل الجانبية، وتوحيد واجهات الطلبات والتسويات لتحقيق تنفيذ سلس عبر السلاسل.
OP Stack
تقوم OP Stack من خلال تصميم حل كامل متعدد الطبقة 2 بحل مشكلة نقل المعلومات واللامركزية في Sequencer مرة واحدة، وعند استخدامك لهندسة OP Stack، سيتم نشر عقود عبر السلاسل تلقائيًا، وسيكون هناك مشرف لتحدي تجنب نقل معلومات عبر السلاسل زائفة.
ملخص
حل مشكلة السيولة عبر السلاسل هو مجال معقد للغاية ويحتوي على حلول متعددة. تحاول الحلول المختلفة من زوايا مختلفة معالجة مشاكل السيولة والحالة وتجربة المستخدم. سيكون المستقبل متعدد السلاسل، ومن المؤكد أن مواجهة تحديات تفتيت السيولة هي تحدي يجب أن يواجهه القطاع، وهناك مساحة واسعة للتطوير في دمج السيولة عبر جميع السلاسل، مما قد يؤدي إلى بناء بنية تحتية مهمة لعصر Web3.