بعد أن تحولت الإيثريوم إلى خطة توسع تركز على طبقة 2، ومع ظهور أدوات مثل RaaS، تطورت العديد من سلاسل الكتل العامة بسرعة. تأمل العديد من الكيانات في بناء سلاسلها الخاصة لتمثيل مصالح مختلفة والسعي لتحقيق تقييمات أعلى. ومع ذلك، فإن ظهور العديد من سلاسل الكتل العامة جعل من الصعب على تطوير النظام البيئي مواكبة سرعة هذه السلاسل، مما أدى إلى انهيار العديد من المشاريع عند إصدار الرموز الأولية.
بمساعدة OP Stack، أطلق أحد منصات التداول طبقة 2 الخاصة به، وأصدرت منصة تداول أخرى Ink؛ باستخدام تقنية ZK، أطلق أحد منصات التداول XLayer؛ أصدرت إحدى شركات التكنولوجيا Soneium، وأطلقت إحدى شركات الاتصالات Kaia وغيرها. اليوم، لقد انخفضت تكاليف التمويل والتكنولوجيا لبناء سلسلة بشكل كبير، حيث تبلغ تكلفة تشغيل سلسلة قائمة على OP Stack حوالي 10,000 دولار شهريًا.
سيكون المستقبل حقبة من التعايش المتعدد السلاسل. على الرغم من أن هذه الطبقة 2 قد تختار التوافق مع EVM لتحقيق التواصل، إلا أنه بسبب وجود العديد من التطبيقات السفلية خلف الكيانات Web2، يصعب عليها بناء التطبيقات والتوصل إلى توافق على نفس السلسلة.
تأتي البيئة متعددة السلاسل الحالية بتحدٍ جديد: السيولة وتوزيع الحالة. نظرًا لوجود متعددة السلاسل كضرورة، فإن التوافقية هي مجال يجب استكشافه وحله. هناك حاليًا العديد من حلول السيولة، مثل التجريد السلسلي، والنية، والتنفيذ الواضح، والعبور الأصلي عبر السلاسل، وZKSharding، ولكن جوهرها الأساسي هو نفسه.
نستخدم بنية Cake المعترف بها على نطاق واسع في الصناعة لتقديم مكونات جوهرية لتمثيل التجريد عبر السلاسل من الأعلى إلى الأسفل:
طبقة التطبيقات (Application Layer)
هذه هي الطبقة التي يتفاعل معها المستخدمون مباشرة، وهي أيضًا أكثر الطبقات تجريدًا في حلول السيولة، لأنها تخفي تمامًا تفاصيل تحويل السيولة. في طبقة التطبيق، يتفاعل المستخدمون مع واجهة المستخدم، وقد لا يفهمون آلية تحويل السيولة الأساسية.
طبقة الأذونات (Permission Layer)
تقع تحت طبقة التطبيقات، حيث يقوم المستخدمون بربط المحفظة بـ dApp وطلب الأسعار لتلبية نية التداول. تشير "النية" هنا إلى النتيجة النهائية المتوقعة للتداول (أي الناتج)، بدلاً من المسار التنفيذي المحدد للتداول.
إدارة الحسابات والتجريد (إدارة المفاتيح وتجريد الحساب)
نظرًا لوجود بيئة متعددة السلاسل، هناك حاجة إلى نظام إدارة حسابات ونظام تجريدي يتكيف مع سلاسل مختلفة للحفاظ على الهيكل الفريد للحسابات لكل سلسلة. أنشأ مشروع ما نظام حسابات موثوقًا، دون الحاجة إلى إنشاء توافق بين السلاسل، يكفي الالتزام الموثوق بين الأنظمة الحالية للحسابات. مشروع آخر حقق الإدارة المجردة من خلال إنشاء محافظ حسابات متعددة السلاسل للمستخدمين، مما أدى إلى تحسين تجربة المستخدم بشكل كبير وتقليل تفتت UX. ومع ذلك، فإن السيولة تركز بشكل رئيسي على دمج السلاسل العامة الحالية.
طبقة الحل (Solver Layer)
تتولى هذه الطبقة مسؤولية استلام وتنفيذ نوايا المستخدمين في التداول، حيث تتنافس وظيفة Solver هنا لتقديم تجربة مستخدم أفضل، بما في ذلك أوقات تنفيذ أسرع وسرعة في المعاملات. بناءً على ذلك، قامت المشاريع المبنية على النوايا بإنشاء مجموعة متنوعة من الحلول المدفوعة بالنوايا. من المشتقات الخاصة بهذه النوايا مكون Predicate، الذي يمكنه تحقيق نوايا المستخدمين وفقًا لقواعد معينة.
طبقة التسوية (Settlement Layer)
هذا هو طبقة الوساطة المستخدمة لتحقيق نية المستخدم. تشمل المكونات الأساسية لحلول السيولة والحالة الموزعة:
الأوراكيل (Oracle): تُستخدم للحصول على معلومات حالة من سلاسل أخرى.
جسر (Bridges): مسؤول عن نقل المعلومات والسيولة عبر السلاسل.
التأكيد المسبق (Pre-Confirmation): تقليل وقت تأكيد السلاسل المتعددة.
توفر البيانات (DA): توفير إمكانية الوصول إلى البيانات.
بالإضافة إلى ذلك، يجب مراعاة السيولة بين السلاسل، والتأكيد النهائي (Finality)، وآلية إثبات طبقة 2، وغيرها من العوامل لضمان تشغيل نظام متعدد السلاسل بكفاءة.
حالياً، هناك عدة حلول لمعالجة انفصال السيولة في السوق، تشمل بشكل رئيسي:
مركزية RaaS: من خلال الانضمام إلى محددات الترتيب المشتركة المحددة وجسر عبر السلاسل للمساعدة في بناء Rollup الذي تم بناؤه على OP Stack ومشاركة السيولة والحالة.
مركزية الحساب: بناء محفظة حسابية شاملة عبر السلسلة، تدعم توقيع وتنفيذ المعاملات عبر بروتوكولات متعددة باستخدام تقنية "التوقيع على السلسلة".
مركزية شبكة النوايا خارج السلسلة: يرسل المستخدم النوايا إلى شبكة Solver، تتنافس Solver على العروض، وتقدم أفضل وقت لإنجاز المعاملة وسعر الصفقة.
مركزية شبكة السيولة على السلسلة: بناء طبقة سيولة، على هذه الطبقة يتم بناء التطبيقات، لمشاركة السيولة الكاملة على السلسلة.
تركز على تطبيقات سلسلة الكتل: من خلال دمج صانعي السوق الكبار أو التطبيقات من طرف ثالث لبناء تطبيقات ذات سيولة عالية.
حل مشكلة السيولة هو موضوع مهم للغاية. في عالم المال، تمثل السيولة غالبًا كل شيء. إذا كان من الممكن بناء منصة متكاملة للسيولة، خاصةً من خلال دمج السيولة المتناثرة عبر السلسلة بأكملها، فسيكون لذلك إمكانيات كبيرة.
بعض المشاريع النموذجية لمفاهيم التجريد في السلاسل تشمل:
** إنفينيت **
INFINIT قامت ببناء خدمة RaaS في عالم DeFi، وتوفر المكونات اللازمة للبروتوكولات DeFi مثل Oracle وPool Type وIRM وAsset، بالإضافة إلى توفير مكونات مثل Leverage Trading وYield Strategy جاهزة للتفعيل على الفور.
شبكة خيلاني
بنت Khalani ثلاثة مكونات أساسية، وهي طبقة التوافق Intent و Validity و طبقة التسوية العامة. يمكن للتطبيقات الخارجية أو طبقة النية نشر النوايا إلى Khalani، ثم تستطيع طبقة التوافق Intent في Khalani تحويل النوايا الخارجية إلى تنسيق يمكن لـ Solver البروتوكول التعرف عليه.
عرق السوس
Liquorice هو تطبيق لامركزي يمكنه تحقيق اكتشاف الأسعار القائم على المزاد وحمامات السيولة أحادية الجانب. مهمته الرئيسية هي توفير أدوات إدارة المخزون الفعالة لشركات التداول المهنية، والاتصال بسهولة ببروتوكولات DeFi الأساسية عند تسوية الصفقات بناءً على نية الاستخدام.
Xion مبنية على بروتوكول إجماع Comet BFT. إن التواصل عبر السلاسل الذي تستخدمه يعتمد على Cosmos IBC، مما يجعلها أكثر أصالة وأمانًا من جسور السلاسل الأخرى.
=nil; المؤسسة
nil هو سوق قوة الحوسبة ZK على إيثيريوم، ومعالج ZK و مطور Layer2. قدم حل zkSharding، وهو حل يستخدم تقنية ZK لتوسيع الشبكة الرئيسية لإيثيريوم أفقيًا، وتنفيذ معالجة المعاملات بالتجزئة بشكل متوازٍ وتوليد ZKP.
** ERC-7683 **
هذا اقتراح لإنشاء معيار عام للعمليات عبر سلاسل L2 والجانبية، يهدف إلى توحيد واجهات الطلبات والتسوية لتحقيق تنفيذ سلس عبر السلاسل.
** مكدس OP **
إن OP Stack يحل مشكلة نقل المعلومات واللامركزية للمسلسل من خلال تصميم حل كامل متعدد الطبقة 2 مرة واحدة. عند استخدام بنية OP Stack، سيتم نشر عقود عبر السلاسل تلقائيًا، وسيكون هناك مشرف لتحدي تجنب نقل المعلومات الخاطئة عبر السلاسل.
إن حل مشكلة السيولة عبر السلاسل هو مجال معقد للغاية ويحتوي على العديد من الحلول. من المؤكد أن المستقبل سيكون متعدد السلاسل، وستكون معالجة مشكلة تشتت السيولة تحديًا يجب على الصناعة مواجهته، وهناك مساحة واسعة للنمو في دمج السيولة عبر السلاسل، مما قد يؤدي إلى بناء بنية تحتية مهمة لعصر Web3.
شاهد النسخة الأصلية
قد تحتوي هذه الصفحة على محتوى من جهات خارجية، يتم تقديمه لأغراض إعلامية فقط (وليس كإقرارات/ضمانات)، ولا ينبغي اعتباره موافقة على آرائه من قبل Gate، ولا بمثابة نصيحة مالية أو مهنية. انظر إلى إخلاء المسؤولية للحصول على التفاصيل.
تحديات السيولة في عصر طبقة 2 وحلول دمج الشبكات المتعددة
تحديات السيولة وحلولها في عصر طبقة 2
بعد أن تحولت الإيثريوم إلى خطة توسع تركز على طبقة 2، ومع ظهور أدوات مثل RaaS، تطورت العديد من سلاسل الكتل العامة بسرعة. تأمل العديد من الكيانات في بناء سلاسلها الخاصة لتمثيل مصالح مختلفة والسعي لتحقيق تقييمات أعلى. ومع ذلك، فإن ظهور العديد من سلاسل الكتل العامة جعل من الصعب على تطوير النظام البيئي مواكبة سرعة هذه السلاسل، مما أدى إلى انهيار العديد من المشاريع عند إصدار الرموز الأولية.
بمساعدة OP Stack، أطلق أحد منصات التداول طبقة 2 الخاصة به، وأصدرت منصة تداول أخرى Ink؛ باستخدام تقنية ZK، أطلق أحد منصات التداول XLayer؛ أصدرت إحدى شركات التكنولوجيا Soneium، وأطلقت إحدى شركات الاتصالات Kaia وغيرها. اليوم، لقد انخفضت تكاليف التمويل والتكنولوجيا لبناء سلسلة بشكل كبير، حيث تبلغ تكلفة تشغيل سلسلة قائمة على OP Stack حوالي 10,000 دولار شهريًا.
سيكون المستقبل حقبة من التعايش المتعدد السلاسل. على الرغم من أن هذه الطبقة 2 قد تختار التوافق مع EVM لتحقيق التواصل، إلا أنه بسبب وجود العديد من التطبيقات السفلية خلف الكيانات Web2، يصعب عليها بناء التطبيقات والتوصل إلى توافق على نفس السلسلة.
! بحث حول تجزئة السيولة في عصر الطبقة 2
تأتي البيئة متعددة السلاسل الحالية بتحدٍ جديد: السيولة وتوزيع الحالة. نظرًا لوجود متعددة السلاسل كضرورة، فإن التوافقية هي مجال يجب استكشافه وحله. هناك حاليًا العديد من حلول السيولة، مثل التجريد السلسلي، والنية، والتنفيذ الواضح، والعبور الأصلي عبر السلاسل، وZKSharding، ولكن جوهرها الأساسي هو نفسه.
نستخدم بنية Cake المعترف بها على نطاق واسع في الصناعة لتقديم مكونات جوهرية لتمثيل التجريد عبر السلاسل من الأعلى إلى الأسفل:
طبقة التطبيقات (Application Layer)
هذه هي الطبقة التي يتفاعل معها المستخدمون مباشرة، وهي أيضًا أكثر الطبقات تجريدًا في حلول السيولة، لأنها تخفي تمامًا تفاصيل تحويل السيولة. في طبقة التطبيق، يتفاعل المستخدمون مع واجهة المستخدم، وقد لا يفهمون آلية تحويل السيولة الأساسية.
طبقة الأذونات (Permission Layer)
تقع تحت طبقة التطبيقات، حيث يقوم المستخدمون بربط المحفظة بـ dApp وطلب الأسعار لتلبية نية التداول. تشير "النية" هنا إلى النتيجة النهائية المتوقعة للتداول (أي الناتج)، بدلاً من المسار التنفيذي المحدد للتداول.
إدارة الحسابات والتجريد (إدارة المفاتيح وتجريد الحساب)
نظرًا لوجود بيئة متعددة السلاسل، هناك حاجة إلى نظام إدارة حسابات ونظام تجريدي يتكيف مع سلاسل مختلفة للحفاظ على الهيكل الفريد للحسابات لكل سلسلة. أنشأ مشروع ما نظام حسابات موثوقًا، دون الحاجة إلى إنشاء توافق بين السلاسل، يكفي الالتزام الموثوق بين الأنظمة الحالية للحسابات. مشروع آخر حقق الإدارة المجردة من خلال إنشاء محافظ حسابات متعددة السلاسل للمستخدمين، مما أدى إلى تحسين تجربة المستخدم بشكل كبير وتقليل تفتت UX. ومع ذلك، فإن السيولة تركز بشكل رئيسي على دمج السلاسل العامة الحالية.
طبقة الحل (Solver Layer)
تتولى هذه الطبقة مسؤولية استلام وتنفيذ نوايا المستخدمين في التداول، حيث تتنافس وظيفة Solver هنا لتقديم تجربة مستخدم أفضل، بما في ذلك أوقات تنفيذ أسرع وسرعة في المعاملات. بناءً على ذلك، قامت المشاريع المبنية على النوايا بإنشاء مجموعة متنوعة من الحلول المدفوعة بالنوايا. من المشتقات الخاصة بهذه النوايا مكون Predicate، الذي يمكنه تحقيق نوايا المستخدمين وفقًا لقواعد معينة.
طبقة التسوية (Settlement Layer)
هذا هو طبقة الوساطة المستخدمة لتحقيق نية المستخدم. تشمل المكونات الأساسية لحلول السيولة والحالة الموزعة:
بالإضافة إلى ذلك، يجب مراعاة السيولة بين السلاسل، والتأكيد النهائي (Finality)، وآلية إثبات طبقة 2، وغيرها من العوامل لضمان تشغيل نظام متعدد السلاسل بكفاءة.
حالياً، هناك عدة حلول لمعالجة انفصال السيولة في السوق، تشمل بشكل رئيسي:
مركزية RaaS: من خلال الانضمام إلى محددات الترتيب المشتركة المحددة وجسر عبر السلاسل للمساعدة في بناء Rollup الذي تم بناؤه على OP Stack ومشاركة السيولة والحالة.
مركزية الحساب: بناء محفظة حسابية شاملة عبر السلسلة، تدعم توقيع وتنفيذ المعاملات عبر بروتوكولات متعددة باستخدام تقنية "التوقيع على السلسلة".
مركزية شبكة النوايا خارج السلسلة: يرسل المستخدم النوايا إلى شبكة Solver، تتنافس Solver على العروض، وتقدم أفضل وقت لإنجاز المعاملة وسعر الصفقة.
مركزية شبكة السيولة على السلسلة: بناء طبقة سيولة، على هذه الطبقة يتم بناء التطبيقات، لمشاركة السيولة الكاملة على السلسلة.
تركز على تطبيقات سلسلة الكتل: من خلال دمج صانعي السوق الكبار أو التطبيقات من طرف ثالث لبناء تطبيقات ذات سيولة عالية.
حل مشكلة السيولة هو موضوع مهم للغاية. في عالم المال، تمثل السيولة غالبًا كل شيء. إذا كان من الممكن بناء منصة متكاملة للسيولة، خاصةً من خلال دمج السيولة المتناثرة عبر السلسلة بأكملها، فسيكون لذلك إمكانيات كبيرة.
! بحث حول تجزئة السيولة في عصر الطبقة 2
بعض المشاريع النموذجية لمفاهيم التجريد في السلاسل تشمل:
** إنفينيت **
INFINIT قامت ببناء خدمة RaaS في عالم DeFi، وتوفر المكونات اللازمة للبروتوكولات DeFi مثل Oracle وPool Type وIRM وAsset، بالإضافة إلى توفير مكونات مثل Leverage Trading وYield Strategy جاهزة للتفعيل على الفور.
شبكة خيلاني
بنت Khalani ثلاثة مكونات أساسية، وهي طبقة التوافق Intent و Validity و طبقة التسوية العامة. يمكن للتطبيقات الخارجية أو طبقة النية نشر النوايا إلى Khalani، ثم تستطيع طبقة التوافق Intent في Khalani تحويل النوايا الخارجية إلى تنسيق يمكن لـ Solver البروتوكول التعرف عليه.
عرق السوس
Liquorice هو تطبيق لامركزي يمكنه تحقيق اكتشاف الأسعار القائم على المزاد وحمامات السيولة أحادية الجانب. مهمته الرئيسية هي توفير أدوات إدارة المخزون الفعالة لشركات التداول المهنية، والاتصال بسهولة ببروتوكولات DeFi الأساسية عند تسوية الصفقات بناءً على نية الاستخدام.
! بحث حول تجزئة السيولة في عصر الطبقة 2
زيون
Xion مبنية على بروتوكول إجماع Comet BFT. إن التواصل عبر السلاسل الذي تستخدمه يعتمد على Cosmos IBC، مما يجعلها أكثر أصالة وأمانًا من جسور السلاسل الأخرى.
=nil; المؤسسة
nil هو سوق قوة الحوسبة ZK على إيثيريوم، ومعالج ZK و مطور Layer2. قدم حل zkSharding، وهو حل يستخدم تقنية ZK لتوسيع الشبكة الرئيسية لإيثيريوم أفقيًا، وتنفيذ معالجة المعاملات بالتجزئة بشكل متوازٍ وتوليد ZKP.
** ERC-7683 **
هذا اقتراح لإنشاء معيار عام للعمليات عبر سلاسل L2 والجانبية، يهدف إلى توحيد واجهات الطلبات والتسوية لتحقيق تنفيذ سلس عبر السلاسل.
** مكدس OP **
إن OP Stack يحل مشكلة نقل المعلومات واللامركزية للمسلسل من خلال تصميم حل كامل متعدد الطبقة 2 مرة واحدة. عند استخدام بنية OP Stack، سيتم نشر عقود عبر السلاسل تلقائيًا، وسيكون هناك مشرف لتحدي تجنب نقل المعلومات الخاطئة عبر السلاسل.
! بحث حول تجزئة السيولة في عصر الطبقة 2
إن حل مشكلة السيولة عبر السلاسل هو مجال معقد للغاية ويحتوي على العديد من الحلول. من المؤكد أن المستقبل سيكون متعدد السلاسل، وستكون معالجة مشكلة تشتت السيولة تحديًا يجب على الصناعة مواجهته، وهناك مساحة واسعة للنمو في دمج السيولة عبر السلاسل، مما قد يؤدي إلى بناء بنية تحتية مهمة لعصر Web3.