مع تحول الإيثريوم نحو حلول التوسع التي تركز على طبقة 2، بالإضافة إلى ظهور أدوات مثل RaaS، تتطور العديد من الشبكات العامة بسرعة. ترغب العديد من الكيانات في بناء سلسلتها الخاصة لتمثيل مصالح مختلفة والسعي لتحقيق تقييم أعلى. ومع ذلك، فإن ظهور العديد من الشبكات العامة جعل من الصعب على تطوير النظام البيئي مواكبة وتيرة الشبكات العامة، مما أدى إلى انهيار العديد من المشاريع عند TGE.
بمساعدة OP Stack، أطلقت إحدى منصات التداول طبقة 2 الخاصة بها، بينما أصدرت منصة تداول أخرى Ink؛ وبمساعدة تقنية ZK، أطلقت إحدى منصات التداول XLayer؛ وأصدرت شركة تكنولوجيا Soneium، بينما أطلقت تطبيق الاتصالات Kaia وغيرها. اليوم، تم تقليل تكلفة وعتبة التكنولوجيا لإنشاء سلسلة جديدة بشكل كبير، حيث تبلغ تكلفة تشغيل سلسلة قائمة على OP Stack حوالي 10,000 دولار شهريًا.
سيكون المستقبل عصرًا من التعايش المتعدد السلاسل. على الرغم من أن هذه الطبقات 2 قد تختار التوافق مع EVM لتحقيق التفاعل، إلا أنه نظرًا لوجود العديد من التطبيقات السفلية للكيانات Web2 خلفها، سيكون من الصعب عليها بناء التطبيقات والتوصل إلى توافق في الآراء على نفس السلسلة.
تقدم البيئة متعددة السلاسل الحالية تحديًا جديدًا: السيولة وتشتت الحالة. نظرًا لأن وجود السلاسل المتعددة هو أمر حتمي، فإن التفاعل بين السلاسل هو مجال يجب استكشافه وحله. هناك حاليًا العديد من حلول السيولة، مثل تجريد السلسلة، النية، تنفيذ التسوية، CrossChain الأصلي، ZKSharding، ولكن جوهرها الأساسي هو نفسه.
نستخدم بنية Cake المعترف بها في الصناعة لتقديم مكونات النواة للاحتواء عبر السلاسل من الأعلى إلى الأسفل:
طبقة التطبيقات هي الطبقة التي يتفاعل معها المستخدمون مباشرة، وهي أيضًا أكثر الطبقات تجريدًا في حلول السيولة، لأنها تخفي تمامًا تفاصيل تحويل السيولة. في طبقة التطبيقات، يتفاعل المستخدم مع واجهة المستخدم الأمامية، وقد لا يكون على دراية بآلية تحويل السيولة الأساسية.
تقع طبقة الأذونات أسفل طبقة التطبيق، حيث يقوم المستخدمون بتوصيل محفظتهم إلى dApp وطلب الأسعار لتحقيق نواياهم التجارية. هنا، تشير "النية" إلى النتيجة النهائية المتوقعة من الصفقة، وليس المسار المحدد لتنفيذ الصفقة.
إدارة الحسابات والطبقة المجردة تتطلب وجود بيئة متعددة السلاسل نظام إدارة حسابات وتجريد يتكيف مع سلاسل مختلفة للحفاظ على الهيكل الفريد للحسابات في كل سلسلة. تعتبر منصة معينة مشروعًا تمثيليًا في هذا المجال، حيث قامت ببناء نظام حسابات موثوق، دون الحاجة إلى إنشاء توافق بين السلاسل، بل فقط بحاجة إلى التزام موثوق بين الأنظمة الحسابية الحالية. تقوم المنصة المعينة بتحقيق الإدارة المجردة من خلال إنشاء محفظة حسابات متعددة السلاسل للمستخدمين، مما يحسن بشكل كبير تجربة المستخدم ويقلل من تجزئة تجربة المستخدم. ومع ذلك، فإن جانب السيولة يدمج بشكل أساسي السلاسل العامة الحالية.
تقوم طبقة الحل بالاستجابة وتحقيق نوايا تداول المستخدمين، حيث تتنافس دور Solver هنا لتقديم تجربة مستخدم أفضل، بما في ذلك أوقات تنفيذ أسرع وسرعة تنفيذ أعلى. بناءً على ذلك، قامت المشاريع القائمة على النوايا ببناء مجموعة متنوعة من الحلول المدفوعة بالنوايا. ومن مشتقات هذه الأنواع من النوايا مكون Predicate، الذي يمكنه تحقيق نوايا المستخدم وفقًا لقواعد محددة.
طبقة التسوية هي طبقة الوسيطة المستخدمة من قبل طبقة الحل لتحقيق نوايا المستخدم. تشمل المكونات الأساسية لحلول السيولة والحالة الموزعة:
الأوراكيل: تستخدم للحصول على معلومات حالة من سلاسل أخرى.
جسر عبر السلاسل: مسؤول عن نقل المعلومات والسيولة عبر السلاسل.
تأكيد الخطة مسبقًا: تقليل وقت تأكيد السلسلة المتقاطعة.
توفر البيانات: توفير إمكانية الوصول إلى البيانات.
بالإضافة إلى ذلك، يجب أخذ السيولة بين السلاسل، والتأكيد النهائي، وآلية إثبات طبقة 2 في الاعتبار لضمان التشغيل الفعال لنظام متعدد السلاسل.
حاليًا، هناك العديد من الحلول المتاحة في السوق لمعالجة السيولة المقطوعة، وبعد مراجعة عدد كبير من الحلول، وجدنا أن هناك عدة طرق رئيسية هي:
مركزية RaaS: مثل حلول Rollup مثل OP Stack، من خلال إضافة محددات ترتيب مشتركة وجسور عبر السلاسل للمساعدة في بناء Rollup على OP Stack ومشاركة السيولة والحالة. يأمل هذا في حل تفريق السيولة والحالة في اتجاه مستوى أعلى. هناك تقسيم أكثر تحديدًا هنا وهو تصميم محدد ترتيب مشترك بشكل منفصل، هذه الخطة تستهدف بشكل أكبر طبقة 2، ولا تتمتع بالعمومية.
مركزية الحساب: إنشاء محفظة حسابات شاملة عبر السلسلة، تدعم توقيع وتنفيذ المعاملات عبر بروتوكولات سلسلة الكتل المتعددة باستخدام تقنية تُسمى "توقيع السلسلة". المكون الأساسي هو شبكة MPC، التي تحل محل المستخدمين في توقيع المعاملات متعددة السلاسل. على الرغم من أن هذه الحلول يمكن أن تحل بشكل كبير مشكلة تجزئة تجربة المستخدم، إلا أنها تتضمن تنفيذ خلفي معقد للمطورين، ولم تحل بشكل جوهري مشكلة السيولة وتوزيع الحالة.
تتمحور حول شبكة النية خارج السلسلة: أي شبكة Solver ، الجوهر هو أن المستخدمين يرسلون النوايا إلى شبكة Solver ، ودور الحل هو التنافس على عروض الأسعار وإعطاء وقت الإكمال الأمثل وسعر المعاملة ، يمكن أن يكون هؤلاء الحلون وكلاء الذكاء الاصطناعي والبورصات وصناع السوق وحتى بروتوكول التكامل نفسه. على الرغم من أن النية هي تحقيق عمليات معقدة عبر السلاسل من الناحية النظرية من أي صعوبة ، فمن الضروري أن يكون لديك حل سيولة كافية للمساعدة في التنفيذ ، وعند مواجهة بعض المتطلبات خارج السلسلة ، فإن الحل لديه إمكانية الاحتيال ، وإذا تم إدخال دليل على الاحتيال ووسائل أخرى ، فسيصبح تنفيذ شبكة Solver أكثر صعوبة ، وستكون عتبة تشغيل Solver أعلى.
مركزية شبكة السيولة على السلسلة: هذا الاتجاه متخصص في تحسين مشاكل السيولة عبر السلاسل، لكنه لم يحل مشكلة تشتت حالة السلسلة الأخرى. جوهره هو بناء طبقة سيولة، حيث يتم بناء التطبيقات على هذه الطبقة، لمشاركة السيولة عبر السلسلة.
مركزية التطبيقات على الشبكة: تقوم هذه التطبيقات بدمج صانعي السوق الكبار أو التطبيقات الخارجية لبناء تطبيقات ذات سيولة عالية. تتطلب هذه المشاريع إدارة عمليات معقدة عبر الشبكات، مما يضع متطلبات عالية على المطورين، وبالتالي فهي عرضة لحدوث هجمات قراصنة.
حل مشكلة السيولة هو موضوع مهم للغاية، حيث تمثل السيولة كل شيء في عالم التمويل. إذا كان من الممكن إنشاء منصة متكاملة للسيولة، وخاصة من خلال دمج السيولة المتفرقة عبر السلسلة، فسيكون هناك إمكانات كبيرة للغاية، وقد رأينا أيضًا العديد من الحلول المختلفة.
تتوافق الحلول المختلفة لبناء التجريد أو السيولة بطرق مختلفة المدرجة أعلاه مع هذه الطبقات المختلفة، ويمكن فهمها على أنها علاقة بين上下游. ومع ذلك، لا تزال هذه الحلول ليست حلولاً على المستوى الذري، حيث أن مشكلة تجزئة السيولة بأكملها أدت إلى ظهور العديد من المشكلات الفرعية المعقدة، وبالتالي تم تطوير مجموعة متنوعة من الحلول بشأن التشغيل البيني. لكن في جوهرها، لا يزال يتعين الاعتماد على هذه المكونات. بعد ذلك، سنناقش بعض المشاريع النموذجية لمفاهيم تجريد السلسلة، لنرى كيف تحل كل منها مشكلة تجزئة السيولة من وجهة نظرها الخاصة.
قام مشروع ببناء خدمة RaaS في مجال DeFi، والتي يمكن أن توفر المكونات اللازمة للبناء المباشر لبروتوكولات DeFi، مثل Oracle وPool Type وIRM وAsset، بالإضافة إلى توفير مكونات مثل Leverage Trading وYield Strategy التي يمكن تفعيلها على الفور. يُعتبر هذا بمثابة جانب بناء التطبيقات الأخرى، ولكن السيولة النهائية توضع في طبقة السيولة الخاصة بهذا المشروع. ومع ذلك، لم يكشف بعد عن الآلية الأساسية للعمل. وقد حصل المشروع بالفعل على تمويل بقيمة 6 ملايين دولار في جولة التمويل الأولية.
بنيت شبكة معينة ثلاثة مكونات أساسية، وهي طبقة توافق النوايا، وValidity، وطبقة التسوية العامة.
يمكن للتطبيقات الخارجية أو طبقة النية نشر النية إلى هذه الشبكة، ثم يمكن لطبقة توافق النية في الشبكة تحويل النوايا الخارجية إلى تنسيق يمكن لبروتوكول Solver التعرف عليه، والتنسيق المستخدم هو لغة Validity. تتولى عقد الشبكة مسؤولية تقديم النتائج النهائية إلى طبقة التسوية العامة من خلال جسر عبر السلاسل وتقنيات التسوية السريعة. لا يزال هذا المشروع في مرحلة البناء، ولم يتم الكشف عن المزيد من تفاصيل العمل. وقد حصل على تمويل أولي بقيمة 2.2 مليون دولار في أغسطس.
يمكن لتطبيقات اللامركزية تحقيق اكتشاف الأسعار القائم على المزادات وحمامات السيولة أحادية الجانب. تتمثل مهمتها الرئيسية في توفير أدوات إدارة المخزون الفعالة لشركات التداول المحترفة، وتسهيل الاتصال بالبروتوكولات الأساسية للتمويل اللامركزي عند تسوية المعاملات وفقًا لنية الاستخدام. في الوقت نفسه، أنشأ التطبيق سوقًا للإقراض لتمكين المعاملات الإقراضية. يركز هذا التطبيق بشكل أكبر على التداول نفسه. لا يزال في مرحلة التطوير، وقد أعلن في يوليو عن حصوله على تمويل بقيمة 1.2 مليون دولار في جولة التمويل السابقة.
مشروع معين يعتمد على بروتوكول إجماع Comet BFT. التواصل عبر السلاسل الذي يستخدمه يعتمد على Cosmos IBC، لذلك هو أكثر أصالة وأمانًا من الجسور عبر السلاسل الأخرى. وقد أجرى أربع جولات من التمويل.
تأسست مؤسسة معينة كسوق لقوة الحوسبة ZK على إيثريوم، ومطور لوحدة المعالجة المساعدة ZK وطبقة 2، ويمتلك الفريق أساساً قوياً في تقنية ZK. تم اقتراح حل zkSharding، وهو حل يستخدم تقنية ZK لتوسيع شبكة إيثريوم الرئيسية أفقياً، وتنفيذ المعالجة المتوازية للشظايا وتوليد ZKP، بينما تتحقق الشظايا الرئيسية من البيانات، وتتواصل مع إيثريوم، وتزامن حالة الشبكة بين جميع المدققين. كما تدير الشظية الرئيسية توزيع المدققين والحسابات في الشظايا التنفيذية. بروتوكول الإجماع المستخدم من قبل لجنة التحقق هو أيضاً Hotstuff، وهذا شائع في أحدث المشاريع التنفيذية المتوازية. لقد دمجت طبقة 2 الخاصة بالمؤسسة منذ البداية التواصل عبر الشظايا في البروتوكول.
فكرته الأساسية هي بناء بنية اتصالات عبر الشظايا المدمجة تشبه IBC من خلال بنية Layer2 المجزأة، مما يمكن أن يحل مشكلتي السيولة وتوزيع الحالة. لكن فكرته الرئيسية غير معقولة، لأن المشكلة التي تحلها السيولة المتناثرة هي مشكلة متعددة السلاسل، والبنية التي يتم بناؤها هي Layer2 واحدة، مما يعني أنه لحل المشكلة يجب أن تصبح جميع السلاسل شظية واحدة من ZK-sharding، وهذا صعب التحقيق.
الإيثيريوم يعمل أيضًا على حل مشكلة السيولة عبر السلاسل، حيث يدعم حاليًا بعض طبقة 2 وبعض DEX أولاً معيارًا معينًا، والذي يستخدم أيضًا طريقة عبر السلاسل قائمة على Intent. الهدف الأساسي هو إنشاء معيار عالمي للعمليات عبر السلاسل بين L2 وsidechains، وتوحيد واجهات الطلبات والتسويات، لتحقيق تنفيذ سلس عبر السلاسل، والجوهر الرئيسي هو أن Filler يمكن أن يُطلق عليه أيضًا دور Solver في تجريد السلسلة للدفع بالنيابة. تم بناء هذا الاقتراح من قبل بعض DEX ومشروع معين، وهو حاليًا قيد المراجعة من قبل مجموعة العمل.
تعتبر某Stack والمعايير المذكورة أعلاه، مثل zkSharding، حلولاً لمشكلة تجزئة السيولة بين طبقاتLayer2 على الإيثيريوم، حيث يتم معالجتها على مستويات المعمارية، ومستوى الإجماع، ومستوى التطبيقات. تقوم某Stack بتصميم حل كامل متعدد Layer2 لحل مشكلتي نقل المعلومات واللامركزية في Sequencer دفعة واحدة، وعند استخدامك لبنية هذا Stack، سيتم نشر عقود عبر السلاسل تلقائيًا، وسيكون هناك مشرف لتحدي تجنب نقل المعلومات الزائفة عبر السلاسل. حاليًا، هناك العديد من المشاريع المعروفة التي تستخدم بنية هذا Stack.
من بين هذه الشبكات، تعتبر إحدى الشبكات نموذجية. حيث تقوم هذه الشبكة بحل مشكلة تجزئة السيولة عبر سلسلة الكتل من خلال التكامل مع شبكة Superchain. تعمل هذه الإعدادات على تعزيز الحركة السلسة للسيولة من خلال توفير الميزات التالية:
جسر متعدد السلاسل القائم على النية: يدعم هذا الجسر النقل السريع والموثوق للسيولة بين سلاسل الكتل، مما يسمح للمستخدمين بتحديد النية، وبالتالي يساعد النظام في اختيار أفضل مسار لنقل السيولة بشكل تلقائي. توفر هذه الطريقة للمستخدمين تجريد التعقيد، مما يجعل المعاملات عبر السلاسل أكثر سلاسة وسرعة.
شبكة التحقق: يقوم هذا الشبك الموزع لمشغلي العقد بالتحقق من المعاملات عبر السلاسل، مما يوفر تأكيدًا اقتصاديًا أسرع. التأكيد الأسرع أمر حيوي لضمان تسوية فعالة للمعاملات عبر السلاسل، وبالتالي تقليل مخاطر تجزئة السيولة الناتجة عن تأخيرات التسوية.
فلاش بلوكس وبناء الكتل القابلة للتحقق: من خلال استخدام فلاش بلوكس، قلل السلسلة بشكل كبير من وقت الكتلة، وزاد من كفاءة مزودي السيولة، وحقق سوقًا عبر السلاسل أكثر تزامنًا. تساعد فلاش بلوكس في ضمان توفر السيولة في أي وقت وتقليل الآثار السلبية الناجمة عن تأخير تأكيد الكتل، مما قد يؤدي إلى تجزئة السيولة.
، ولا ينبغي اعتباره موافقة على آرائه من قبل Gate، ولا بمثابة نصيحة مالية أو مهنية. انظر إلى إخلاء المسؤولية للحصول على التفاصيل.
تسجيلات الإعجاب 12
أعجبني
12
6
مشاركة
تعليق
0/400
InfraVibes
· منذ 8 س
هل أخيرًا سيأتي l2؟ على الرغم من أن الضجيج جيد، لا تفرط في المنافسة!
شاهد النسخة الأصليةرد0
GasFeeVictim
· منذ 9 س
دائماً خداع الناس لتحقيق الربح
شاهد النسخة الأصليةرد0
AirdropChaser
· منذ 9 س
خداع الناس لتحقيق الربح لا يهم
شاهد النسخة الأصليةرد0
AllTalkLongTrader
· منذ 9 س
又看到那帮人喊 الانخفاض إلى ما دون سعر الإصدار了 خداع الناس لتحقيق الربح完就跑
شاهد النسخة الأصليةرد0
degenwhisperer
· منذ 9 س
لا تتدحرج، من يربح الآن في L2؟
شاهد النسخة الأصليةرد0
NFT_Therapy
· منذ 9 س
لا يزال هناك خداع الناس لتحقيق الربح، العملة تكاد تنهار.
استكشاف مشكلة فصل السيولة وحلولها في عصر طبقة 2
دراسة مشكلة خداع الناس لتحقيق الربح في عصر طبقة 2
مع تحول الإيثريوم نحو حلول التوسع التي تركز على طبقة 2، بالإضافة إلى ظهور أدوات مثل RaaS، تتطور العديد من الشبكات العامة بسرعة. ترغب العديد من الكيانات في بناء سلسلتها الخاصة لتمثيل مصالح مختلفة والسعي لتحقيق تقييم أعلى. ومع ذلك، فإن ظهور العديد من الشبكات العامة جعل من الصعب على تطوير النظام البيئي مواكبة وتيرة الشبكات العامة، مما أدى إلى انهيار العديد من المشاريع عند TGE.
بمساعدة OP Stack، أطلقت إحدى منصات التداول طبقة 2 الخاصة بها، بينما أصدرت منصة تداول أخرى Ink؛ وبمساعدة تقنية ZK، أطلقت إحدى منصات التداول XLayer؛ وأصدرت شركة تكنولوجيا Soneium، بينما أطلقت تطبيق الاتصالات Kaia وغيرها. اليوم، تم تقليل تكلفة وعتبة التكنولوجيا لإنشاء سلسلة جديدة بشكل كبير، حيث تبلغ تكلفة تشغيل سلسلة قائمة على OP Stack حوالي 10,000 دولار شهريًا.
سيكون المستقبل عصرًا من التعايش المتعدد السلاسل. على الرغم من أن هذه الطبقات 2 قد تختار التوافق مع EVM لتحقيق التفاعل، إلا أنه نظرًا لوجود العديد من التطبيقات السفلية للكيانات Web2 خلفها، سيكون من الصعب عليها بناء التطبيقات والتوصل إلى توافق في الآراء على نفس السلسلة.
تقدم البيئة متعددة السلاسل الحالية تحديًا جديدًا: السيولة وتشتت الحالة. نظرًا لأن وجود السلاسل المتعددة هو أمر حتمي، فإن التفاعل بين السلاسل هو مجال يجب استكشافه وحله. هناك حاليًا العديد من حلول السيولة، مثل تجريد السلسلة، النية، تنفيذ التسوية، CrossChain الأصلي، ZKSharding، ولكن جوهرها الأساسي هو نفسه.
نستخدم بنية Cake المعترف بها في الصناعة لتقديم مكونات النواة للاحتواء عبر السلاسل من الأعلى إلى الأسفل:
طبقة التطبيقات هي الطبقة التي يتفاعل معها المستخدمون مباشرة، وهي أيضًا أكثر الطبقات تجريدًا في حلول السيولة، لأنها تخفي تمامًا تفاصيل تحويل السيولة. في طبقة التطبيقات، يتفاعل المستخدم مع واجهة المستخدم الأمامية، وقد لا يكون على دراية بآلية تحويل السيولة الأساسية.
تقع طبقة الأذونات أسفل طبقة التطبيق، حيث يقوم المستخدمون بتوصيل محفظتهم إلى dApp وطلب الأسعار لتحقيق نواياهم التجارية. هنا، تشير "النية" إلى النتيجة النهائية المتوقعة من الصفقة، وليس المسار المحدد لتنفيذ الصفقة.
إدارة الحسابات والطبقة المجردة تتطلب وجود بيئة متعددة السلاسل نظام إدارة حسابات وتجريد يتكيف مع سلاسل مختلفة للحفاظ على الهيكل الفريد للحسابات في كل سلسلة. تعتبر منصة معينة مشروعًا تمثيليًا في هذا المجال، حيث قامت ببناء نظام حسابات موثوق، دون الحاجة إلى إنشاء توافق بين السلاسل، بل فقط بحاجة إلى التزام موثوق بين الأنظمة الحسابية الحالية. تقوم المنصة المعينة بتحقيق الإدارة المجردة من خلال إنشاء محفظة حسابات متعددة السلاسل للمستخدمين، مما يحسن بشكل كبير تجربة المستخدم ويقلل من تجزئة تجربة المستخدم. ومع ذلك، فإن جانب السيولة يدمج بشكل أساسي السلاسل العامة الحالية.
تقوم طبقة الحل بالاستجابة وتحقيق نوايا تداول المستخدمين، حيث تتنافس دور Solver هنا لتقديم تجربة مستخدم أفضل، بما في ذلك أوقات تنفيذ أسرع وسرعة تنفيذ أعلى. بناءً على ذلك، قامت المشاريع القائمة على النوايا ببناء مجموعة متنوعة من الحلول المدفوعة بالنوايا. ومن مشتقات هذه الأنواع من النوايا مكون Predicate، الذي يمكنه تحقيق نوايا المستخدم وفقًا لقواعد محددة.
طبقة التسوية هي طبقة الوسيطة المستخدمة من قبل طبقة الحل لتحقيق نوايا المستخدم. تشمل المكونات الأساسية لحلول السيولة والحالة الموزعة:
بالإضافة إلى ذلك، يجب أخذ السيولة بين السلاسل، والتأكيد النهائي، وآلية إثبات طبقة 2 في الاعتبار لضمان التشغيل الفعال لنظام متعدد السلاسل.
حاليًا، هناك العديد من الحلول المتاحة في السوق لمعالجة السيولة المقطوعة، وبعد مراجعة عدد كبير من الحلول، وجدنا أن هناك عدة طرق رئيسية هي:
مركزية RaaS: مثل حلول Rollup مثل OP Stack، من خلال إضافة محددات ترتيب مشتركة وجسور عبر السلاسل للمساعدة في بناء Rollup على OP Stack ومشاركة السيولة والحالة. يأمل هذا في حل تفريق السيولة والحالة في اتجاه مستوى أعلى. هناك تقسيم أكثر تحديدًا هنا وهو تصميم محدد ترتيب مشترك بشكل منفصل، هذه الخطة تستهدف بشكل أكبر طبقة 2، ولا تتمتع بالعمومية.
مركزية الحساب: إنشاء محفظة حسابات شاملة عبر السلسلة، تدعم توقيع وتنفيذ المعاملات عبر بروتوكولات سلسلة الكتل المتعددة باستخدام تقنية تُسمى "توقيع السلسلة". المكون الأساسي هو شبكة MPC، التي تحل محل المستخدمين في توقيع المعاملات متعددة السلاسل. على الرغم من أن هذه الحلول يمكن أن تحل بشكل كبير مشكلة تجزئة تجربة المستخدم، إلا أنها تتضمن تنفيذ خلفي معقد للمطورين، ولم تحل بشكل جوهري مشكلة السيولة وتوزيع الحالة.
تتمحور حول شبكة النية خارج السلسلة: أي شبكة Solver ، الجوهر هو أن المستخدمين يرسلون النوايا إلى شبكة Solver ، ودور الحل هو التنافس على عروض الأسعار وإعطاء وقت الإكمال الأمثل وسعر المعاملة ، يمكن أن يكون هؤلاء الحلون وكلاء الذكاء الاصطناعي والبورصات وصناع السوق وحتى بروتوكول التكامل نفسه. على الرغم من أن النية هي تحقيق عمليات معقدة عبر السلاسل من الناحية النظرية من أي صعوبة ، فمن الضروري أن يكون لديك حل سيولة كافية للمساعدة في التنفيذ ، وعند مواجهة بعض المتطلبات خارج السلسلة ، فإن الحل لديه إمكانية الاحتيال ، وإذا تم إدخال دليل على الاحتيال ووسائل أخرى ، فسيصبح تنفيذ شبكة Solver أكثر صعوبة ، وستكون عتبة تشغيل Solver أعلى.
مركزية شبكة السيولة على السلسلة: هذا الاتجاه متخصص في تحسين مشاكل السيولة عبر السلاسل، لكنه لم يحل مشكلة تشتت حالة السلسلة الأخرى. جوهره هو بناء طبقة سيولة، حيث يتم بناء التطبيقات على هذه الطبقة، لمشاركة السيولة عبر السلسلة.
مركزية التطبيقات على الشبكة: تقوم هذه التطبيقات بدمج صانعي السوق الكبار أو التطبيقات الخارجية لبناء تطبيقات ذات سيولة عالية. تتطلب هذه المشاريع إدارة عمليات معقدة عبر الشبكات، مما يضع متطلبات عالية على المطورين، وبالتالي فهي عرضة لحدوث هجمات قراصنة.
حل مشكلة السيولة هو موضوع مهم للغاية، حيث تمثل السيولة كل شيء في عالم التمويل. إذا كان من الممكن إنشاء منصة متكاملة للسيولة، وخاصة من خلال دمج السيولة المتفرقة عبر السلسلة، فسيكون هناك إمكانات كبيرة للغاية، وقد رأينا أيضًا العديد من الحلول المختلفة.
تتوافق الحلول المختلفة لبناء التجريد أو السيولة بطرق مختلفة المدرجة أعلاه مع هذه الطبقات المختلفة، ويمكن فهمها على أنها علاقة بين上下游. ومع ذلك، لا تزال هذه الحلول ليست حلولاً على المستوى الذري، حيث أن مشكلة تجزئة السيولة بأكملها أدت إلى ظهور العديد من المشكلات الفرعية المعقدة، وبالتالي تم تطوير مجموعة متنوعة من الحلول بشأن التشغيل البيني. لكن في جوهرها، لا يزال يتعين الاعتماد على هذه المكونات. بعد ذلك، سنناقش بعض المشاريع النموذجية لمفاهيم تجريد السلسلة، لنرى كيف تحل كل منها مشكلة تجزئة السيولة من وجهة نظرها الخاصة.
قام مشروع ببناء خدمة RaaS في مجال DeFi، والتي يمكن أن توفر المكونات اللازمة للبناء المباشر لبروتوكولات DeFi، مثل Oracle وPool Type وIRM وAsset، بالإضافة إلى توفير مكونات مثل Leverage Trading وYield Strategy التي يمكن تفعيلها على الفور. يُعتبر هذا بمثابة جانب بناء التطبيقات الأخرى، ولكن السيولة النهائية توضع في طبقة السيولة الخاصة بهذا المشروع. ومع ذلك، لم يكشف بعد عن الآلية الأساسية للعمل. وقد حصل المشروع بالفعل على تمويل بقيمة 6 ملايين دولار في جولة التمويل الأولية.
بنيت شبكة معينة ثلاثة مكونات أساسية، وهي طبقة توافق النوايا، وValidity، وطبقة التسوية العامة.
يمكن للتطبيقات الخارجية أو طبقة النية نشر النية إلى هذه الشبكة، ثم يمكن لطبقة توافق النية في الشبكة تحويل النوايا الخارجية إلى تنسيق يمكن لبروتوكول Solver التعرف عليه، والتنسيق المستخدم هو لغة Validity. تتولى عقد الشبكة مسؤولية تقديم النتائج النهائية إلى طبقة التسوية العامة من خلال جسر عبر السلاسل وتقنيات التسوية السريعة. لا يزال هذا المشروع في مرحلة البناء، ولم يتم الكشف عن المزيد من تفاصيل العمل. وقد حصل على تمويل أولي بقيمة 2.2 مليون دولار في أغسطس.
يمكن لتطبيقات اللامركزية تحقيق اكتشاف الأسعار القائم على المزادات وحمامات السيولة أحادية الجانب. تتمثل مهمتها الرئيسية في توفير أدوات إدارة المخزون الفعالة لشركات التداول المحترفة، وتسهيل الاتصال بالبروتوكولات الأساسية للتمويل اللامركزي عند تسوية المعاملات وفقًا لنية الاستخدام. في الوقت نفسه، أنشأ التطبيق سوقًا للإقراض لتمكين المعاملات الإقراضية. يركز هذا التطبيق بشكل أكبر على التداول نفسه. لا يزال في مرحلة التطوير، وقد أعلن في يوليو عن حصوله على تمويل بقيمة 1.2 مليون دولار في جولة التمويل السابقة.
مشروع معين يعتمد على بروتوكول إجماع Comet BFT. التواصل عبر السلاسل الذي يستخدمه يعتمد على Cosmos IBC، لذلك هو أكثر أصالة وأمانًا من الجسور عبر السلاسل الأخرى. وقد أجرى أربع جولات من التمويل.
تأسست مؤسسة معينة كسوق لقوة الحوسبة ZK على إيثريوم، ومطور لوحدة المعالجة المساعدة ZK وطبقة 2، ويمتلك الفريق أساساً قوياً في تقنية ZK. تم اقتراح حل zkSharding، وهو حل يستخدم تقنية ZK لتوسيع شبكة إيثريوم الرئيسية أفقياً، وتنفيذ المعالجة المتوازية للشظايا وتوليد ZKP، بينما تتحقق الشظايا الرئيسية من البيانات، وتتواصل مع إيثريوم، وتزامن حالة الشبكة بين جميع المدققين. كما تدير الشظية الرئيسية توزيع المدققين والحسابات في الشظايا التنفيذية. بروتوكول الإجماع المستخدم من قبل لجنة التحقق هو أيضاً Hotstuff، وهذا شائع في أحدث المشاريع التنفيذية المتوازية. لقد دمجت طبقة 2 الخاصة بالمؤسسة منذ البداية التواصل عبر الشظايا في البروتوكول.
فكرته الأساسية هي بناء بنية اتصالات عبر الشظايا المدمجة تشبه IBC من خلال بنية Layer2 المجزأة، مما يمكن أن يحل مشكلتي السيولة وتوزيع الحالة. لكن فكرته الرئيسية غير معقولة، لأن المشكلة التي تحلها السيولة المتناثرة هي مشكلة متعددة السلاسل، والبنية التي يتم بناؤها هي Layer2 واحدة، مما يعني أنه لحل المشكلة يجب أن تصبح جميع السلاسل شظية واحدة من ZK-sharding، وهذا صعب التحقيق.
الإيثيريوم يعمل أيضًا على حل مشكلة السيولة عبر السلاسل، حيث يدعم حاليًا بعض طبقة 2 وبعض DEX أولاً معيارًا معينًا، والذي يستخدم أيضًا طريقة عبر السلاسل قائمة على Intent. الهدف الأساسي هو إنشاء معيار عالمي للعمليات عبر السلاسل بين L2 وsidechains، وتوحيد واجهات الطلبات والتسويات، لتحقيق تنفيذ سلس عبر السلاسل، والجوهر الرئيسي هو أن Filler يمكن أن يُطلق عليه أيضًا دور Solver في تجريد السلسلة للدفع بالنيابة. تم بناء هذا الاقتراح من قبل بعض DEX ومشروع معين، وهو حاليًا قيد المراجعة من قبل مجموعة العمل.
تعتبر某Stack والمعايير المذكورة أعلاه، مثل zkSharding، حلولاً لمشكلة تجزئة السيولة بين طبقاتLayer2 على الإيثيريوم، حيث يتم معالجتها على مستويات المعمارية، ومستوى الإجماع، ومستوى التطبيقات. تقوم某Stack بتصميم حل كامل متعدد Layer2 لحل مشكلتي نقل المعلومات واللامركزية في Sequencer دفعة واحدة، وعند استخدامك لبنية هذا Stack، سيتم نشر عقود عبر السلاسل تلقائيًا، وسيكون هناك مشرف لتحدي تجنب نقل المعلومات الزائفة عبر السلاسل. حاليًا، هناك العديد من المشاريع المعروفة التي تستخدم بنية هذا Stack.
من بين هذه الشبكات، تعتبر إحدى الشبكات نموذجية. حيث تقوم هذه الشبكة بحل مشكلة تجزئة السيولة عبر سلسلة الكتل من خلال التكامل مع شبكة Superchain. تعمل هذه الإعدادات على تعزيز الحركة السلسة للسيولة من خلال توفير الميزات التالية:
جسر متعدد السلاسل القائم على النية: يدعم هذا الجسر النقل السريع والموثوق للسيولة بين سلاسل الكتل، مما يسمح للمستخدمين بتحديد النية، وبالتالي يساعد النظام في اختيار أفضل مسار لنقل السيولة بشكل تلقائي. توفر هذه الطريقة للمستخدمين تجريد التعقيد، مما يجعل المعاملات عبر السلاسل أكثر سلاسة وسرعة.
شبكة التحقق: يقوم هذا الشبك الموزع لمشغلي العقد بالتحقق من المعاملات عبر السلاسل، مما يوفر تأكيدًا اقتصاديًا أسرع. التأكيد الأسرع أمر حيوي لضمان تسوية فعالة للمعاملات عبر السلاسل، وبالتالي تقليل مخاطر تجزئة السيولة الناتجة عن تأخيرات التسوية.
فلاش بلوكس وبناء الكتل القابلة للتحقق: من خلال استخدام فلاش بلوكس، قلل السلسلة بشكل كبير من وقت الكتلة، وزاد من كفاءة مزودي السيولة، وحقق سوقًا عبر السلاسل أكثر تزامنًا. تساعد فلاش بلوكس في ضمان توفر السيولة في أي وقت وتقليل الآثار السلبية الناجمة عن تأخير تأكيد الكتل، مما قد يؤدي إلى تجزئة السيولة.
![طبقة 2时代下، السيولة خداع الناس لتحقيق الربح问题的研究](