مع تحول الإيثيريوم نحو حلول التوسع التي تركز على طبقة 2، بالإضافة إلى ظهور أدوات مثل RaaS، تطورت العديد من سلاسل الكتل العامة بسرعة. تأمل العديد من الكيانات في بناء سلاسلها الخاصة لتمثيل مصالح مختلفة والسعي لتحقيق تقييم أعلى. ومع ذلك، أدت موجة ظهور سلاسل الكتل العامة إلى صعوبة مواكبة تطوير النظام البيئي مع وتيرة هذه السلاسل، مما أدى إلى انهيار العديد من المشاريع عند TGE.
بمساعدة OP Stack، أطلقت منصة تداول خاصة بها طبقة 2، وأصدرت منصة تداول أخرى Ink؛ بمساعدة تقنية ZK، أطلقت منصة تداول أخرى XLayer؛ أصدرت Sony Soneium، وأطلقت LINE Kaia وغيرها. اليوم، تم تقليل متطلبات التمويل والتكنولوجيا لبناء سلسلة إلى حد كبير، حيث تبلغ تكلفة تشغيل سلسلة تعتمد على OP Stack حوالي 10,000 دولار شهريًا.
ستكون المستقبل عصر التعايش المتعدد السلاسل. على الرغم من أن هذه الطبقات 2 قد تختار التوافق مع EVM لتحقيق التفاعل، إلا أنه نظرًا لوجود كيانات Web2 وراءها مع عدد كبير من التطبيقات في الأسفل، سيكون من الصعب بناء التطبيقات والتوصل إلى توافق على نفس السلسلة.
تقدم البيئة المتعددة السلاسل الحالية تحديًا جديدًا: السيولة وتشتت الحالة. نظرًا لوجود السلاسل المتعددة، فإن التوافقية هي مجال يجب استكشافه وحله. هناك حاليًا العديد من حلول السيولة، مثل ما سمعناه جميعًا عن تجريد السلسلة، النوايا، تنفيذ التصفية، العبور الأصلي، وتقسيم ZK، ولكن جوهرها الأساسي هو نفسه.
نستخدم بنية Cake المعترف بها في الصناعة لتقديم مكونات جوهرية للتجريد عبر السلاسل من الأعلى إلى الأسفل:
طبقة التطبيق(Application Layer)
هذه هي الطبقة التي يتفاعل معها المستخدمون مباشرة، وهي أيضًا أكثر الطبقات تجريدًا في حلول السيولة، لأنها تخفي تمامًا تفاصيل تحويل السيولة. في الطبقة التطبيقية، يتفاعل المستخدمون مع واجهة المستخدم الأمامية، وقد لا يفهمون آلية تحويل السيولة الأساسية.
طبقة الأذونات(Permission Layer)
تقع أسفل طبقة التطبيق، يقوم المستخدمون بتوصيل المحفظة إلى dApp وطلب عرض الأسعار لتحقيق نية التداول. هنا، تشير "النية" إلى النتيجة النهائية المتوقعة من الصفقة (، أي الإخراج )، وليس المسار التنفيذي المحدد للتداول.
إدارة الحسابات والطبقة (إدارة المفاتيح وتجريد الحسابات)
نظرًا لوجود بيئة متعددة السلاسل، هناك حاجة إلى نظام إدارة حسابات وتجريد يتكيف مع سلاسل مختلفة للحفاظ على الهيكل الفريد للحسابات في كل سلسلة. على سبيل المثال، يختلف نظام حسابات مركز الكائنات في SUI تمامًا عن EVM. One Balance هو مشروع يمثل هذا المجال، حيث يبني نظام حسابات موثوق به دون الحاجة إلى إنشاء توافق بين السلاسل، بل يعتمد فقط على الالتزامات الموثوقة بين أنظمة الحسابات الحالية. يحقق حساب Near إدارة تجريدية من خلال توليد محفظة حسابات متعددة السلاسل للمستخدمين، مما يحسن بشكل كبير من تجربة المستخدم ويقلل من تفتت UX. ومع ذلك، فإن السيولة تركز بشكل أساسي على دمج سلاسل البلوكتشين العامة الحالية.
求解 الطبقة ( حل الطبقة )
تتحمل هذه الطبقة مسؤولية تلقي وتحقيق نوايا المستخدمين في التداول، حيث يتنافس دور Solver هنا لتقديم تجربة مستخدم أفضل، بما في ذلك أوقات تنفيذ أسرع وسرعة تنفيذ أعلى. بناءً على ذلك، قامت مشاريع قائمة على النوايا مثل Anoma ببناء مجموعة متنوعة من الحلول المدفوعة بالنوايا. تُشتق المشتقات من هذه النوايا مثل مكون Predicate، الذي يمكن أن يحقق نوايا المستخدم تحت قواعد محددة.
طبقة التسوية(Settlement Layer)
هذه هي الطبقة الوسيطة المستخدمة لتحقيق نية المستخدم. تشمل المكونات الأساسية للحلول المتعلقة بالسيولة وتوزيع الحالة:
Oracle (Oracle): تستخدم للحصول على معلومات الحالة على سلاسل أخرى.
جسر متعدد السلاسل ( Bridges ): مسؤول عن نقل المعلومات والسيولة عبر السلاسل.
تأكيد مسبق للخطة (Pre-Confirmation): تقصير وقت تأكيد السلسلة المتقاطعة.
توفر البيانات ( DA ): توفير إمكانية الوصول إلى البيانات.
علاوة على ذلك، يجب أن نأخذ في الاعتبار السيولة بين السلاسل، والتأكيد النهائي ( Finality )، وآلية إثبات طبقة 2، وغيرها من العوامل، لضمان التشغيل الفعال لنظام متعدد السلاسل.
حل
حالياً، هناك العديد من الحلول المتاحة في السوق لمعالجة السيولة المخترقة، وبعد مراجعة مجموعة كبيرة من الحلول، وجدنا أن هناك عدة طرق رئيسية:
1.مركزًا حول RaaS: مشابهة لحلول Rollup مثل OP Stack، من خلال إضافة محددة لمحددات المشاركة المشتركة وجسور عبر السلاسل للمساعدة في بناء Rollup على OP Stack لمشاركة السيولة والحالة. يأمل هذا في معالجة تشتت السيولة والحالة في اتجاه أعلى مستوى. هناك تصميم أكثر تفصيلًا لمحددات المشاركة المشتركة بشكل منفصل، حيث أن هذه الحلول تستهدف بشكل أكبر طبقة 2، وليس لها عمومية، مثل Astria وEspresso وFlashbots.
مركزية الحساب: مشابه لـ NEAR، بناء محفظة حسابات كاملة السلسلة، من خلال تقنية تسمى "التوقيع على السلسلة" لدعم توقيع وتنفيذ المعاملات عبر بروتوكولات سلسلة الكتل المتعددة. المكون الأساسي هو شبكة MPC، التي تحل محل المستخدم لتوقيع المعاملات متعددة السلاسل. على الرغم من أن هذه المجموعة من الحلول يمكن أن تحل بشكل كبير مشكلة تجزئة تجربة المستخدم، إلا أنها تتضمن تنفيذاً معقداً في الخلفية للمطورين، ولم تحل جوهرياً مشاكل السيولة وتوزيع الحالة.
مركزية شبكة نوايا خارج السلسلة: أي ما هو موجود في رسم هيكل "المقدمة" الخاص بنا وهو شبكة الحلول، حيث يقوم المستخدمون بإرسال نوايا إلى شبكة الحلول، ويتنافس هذا الدور المسمى Solver في تقديم العروض، لتقديم أفضل وقت إنجاز وسعر تداول، ويمكن أن تكون هذه الحلول عبارة عن وكيل ذكاء صناعي، أو CEX، أو صانع سوق، أو حتى بروتوكولات مدمجة مثل Liquorice وغيرها. تشمل المشاريع في هذا المجال Anoma، Khalani، Enso، aori وValantis. على الرغم من أن النوايا يمكن أن تحقق عمليًا عمليات عبر السلسلة ذات تعقيد عشوائي، إلا أنه يتطلب في الواقع وجود عدد كافٍ من حلول السيولة للمساعدة، وعند مواجهة بعض الطلبات خارج السلسلة، قد توجد احتمالية للاحتيال من قبل الحلول، وإذا تم إدخال وسائل مثل إثبات الاحتيال، ستزداد صعوبة تنفيذ شبكة الحلول، وسترتفع عتبة تشغيل الحلول.
مركزية شبكة السيولة على السلسلة: هذا الاتجاه مخصص لتحسين مشكلة السيولة عبر السلاسل، ولكنه لم يحل مشكلة تشتت الحالة على السلاسل الأخرى. جوهره هو بناء طبقة سيولة، حيث يتم بناء التطبيقات على هذه الطبقة لمشاركة السيولة على السلسلة بالكامل. تشمل بعض المشاريع: Raye Network، INFINIT، Everclear، Elixir وغيرها.
مركزية التطبيقات على السلسلة: تُبنى هذه التطبيقات من خلال دمج MM كبير، أو تطبيقات طرف ثالث، لبناء تطبيقات ذات سيولة عالية، مثل Liquorice، Socket، Radiant Capital، 1inch، Hedgemony وغيرها. تحتاج هذه المشاريع إلى إدارة عمليات معقدة عبر السلاسل، مما يتطلب مستوى عالٍ من المهارة من المطورين، وبالتالي فهي عرضة جدًا لوقوع هجمات القراصنة.
حل مشكلة السيولة هو موضوع مهم للغاية، فالعالم المالي غالبًا ما تمثل السيولة كل شيء، وإذا كان من الممكن بناء منصة متكاملة للسيولة، وخاصة دمج السيولة المتناثرة عبر سلسلة كاملة، فإنها ستملك إمكانيات كبيرة جداً، وقد رأينا أيضًا العديد من الحلول المختلفة.
في التصنيفين المذكورين أعلاه، يمكننا أن نرى أنه بناءً على هيكل الكعكة، فإن Settlement Layer هو الحل الأكثر ذرية، وفوق هذه الحلول الذرية مثل الحلول متعددة السلاسل، الأوركل، وحلول Pre-Confirmation، يتم بناء طبقة أكثر تجريدًا، وهي Solver Layer، Permission Layer وApplication Layer. يمكن فهم المستويات المختلفة المذكورة أعلاه التي تم بناؤها في اتجاهات مختلفة لتوفير الحلول التجريدية أو السيولة على أنها علاقة بين الموردين والمستخدمين. ولكن هذه الحلول لا تزال ليست حلولًا ذرية، فإن مشكلة انقطاع السيولة بأكملها قد أدت إلى ظهور العديد من المسائل الفرعية المعقدة، وبالتالي، ظهرت مجموعة متنوعة من الحلول المتعلقة بالتشغيل البيني. ولكن في جوهرها، لا يزال يعتمد على هذه المكونات. بعد ذلك، سنناقش بعض المشاريع النمطية لمفاهيم تجريد السلاسل، لنرى كيف تحل كل منها مشكلة انقطاع السيولة من وجهة نظرها الخاصة.
إنفينيت
بنت INFINIT خدمة RaaS في مجال DeFi، والتي يمكنها توفير المكونات اللازمة للبناء المباشر لبروتوكولات DeFi، مثل Oracle وPool Type وIRM وAsset، بالإضافة إلى توفير مكونات مثل Leverage Trading وYield Strategy التي يمكن تفعيلها على الفور. وهي تعادل طرف بناء التطبيقات الأخرى، ولكن السيولة النهائية يتم وضعها في طبقة السيولة الخاصة بـ Infinit. ومع ذلك، لم تكشف بعد عن آلية العمل الأساسية. وقد حصلت INFINIT حتى الآن على تمويل بقيمة 6000000 دولار من بعض المؤسسات الاستثمارية المعروفة في جولة التمويل الأولية.
شبكة خالاني
بنت Khalani ثلاثة مكونات أساسية، وهي طبقة متوافقة مع Intent، Validity وطبقة التسوية العامة.
يمكن للتطبيقات الخارجية أو طبقة النية نشر نية إلى Khalani، ثم تستطيع طبقة التوافق الخاصة بـ Khalani تحويل النوايا الخارجية إلى تنسيق يمكن لـ Solver البروتوكول التعرف عليه، والتنسيق المستخدم هو لغة Validity. يتحمل عقد Khalani مسؤولية تقديم النتائج النهائية إلى طبقة التسوية العامة من خلال جسر عبر السلاسل، وتقنيات التسوية السريعة. لا يزال هذا المشروع في مرحلة البناء، ولم يتم الكشف عن المزيد من تفاصيل العمل حتى الآن. لقد حصلت في أغسطس على تمويل بقيمة 2.2 مليون دولار من بعض المؤسسات الاستثمارية الشهيرة في جولة التمويل الأولي.
عرق السوس
Liquorice هو تطبيق لامركزي يتيح اكتشاف الأسعار على أساس المزادات وحمامات السيولة أحادية الجانب. المهمة الرئيسية لـ Liquorice هي توفير أدوات إدارة المخزون الفعالة لشركات التداول المهنية، والتواصل بسهولة مع بعض بروتوكولات DeFi الأساسية عند تسوية الصفقات بنية الاستخدام. في الوقت نفسه، أنشأت Liquorice سوقًا للإقراض، لتسهيل صفقات الإقراض. يركز هذا التطبيق بشكل أكبر على التداول نفسه. لا يزال في مرحلة التطوير، وقد أعلن في يوليو عن حصوله على تمويل بقيمة 1.2 مليون دولار في جولة Pre-seed من بعض المؤسسات الاستثمارية المعروفة.
شيون
Xion هو منتج تم تطويره من علامة Burnt التجارية، حيث كانت Burnt في السابق تركز على تطبيقات المستهلكين. بعد ذلك، اكتشف الفريق وجود مشكلة كبيرة في تجزئة التفاعلات على السلسلة، لذلك تم بناء Xion لتحسين هذه المشكلة. Xion مبني على بروتوكول إجماع Comet BFT. تعتمد الاتصالات عبر السلاسل المستخدمة على Cosmos IBC، لذا فهي أكثر أصالة وأمانًا من الجسور الأخرى عبر السلاسل. لقد خضعت لثلاث جولات تمويل، وشارك فيها بعض المؤسسات الاستثمارية المعروفة.
=nil; مؤسسة
nil هو سوق قوة الحوسبة ZK الخاص بإيثريوم، والمعالج المساعد ZK ومطور Layer2، حيث يمتلك الفريق أساسًا قويًا في تقنية ZK. وقد تم تقديم حل zkSharding، وهو حل يستخدم تقنية ZK لتوسيع الشبكة الرئيسية لإيثريوم أفقيًا، وتنفيذ معالجة المعاملات بشكل متوازي عبر تقسيمات مختلفة وتوليد ZKP، بينما يتحقق القسم الرئيسي من البيانات ويتواصل مع إيثريوم ويتزامن حالة الشبكة بين جميع المدققين. كما أن القسم الرئيسي يدير توزيع المدققين والحسابات في تقسيمات التنفيذ. وبروتوكول الإجماع المستخدم من قبل لجنة التحقق هو أيضًا Hotstuff، وهو شائع جدًا في المشاريع الحديثة للتنفيذ المتوازي. =nil; لقد تم تضمين الاتصال عبر التقسيمات في البروتوكول منذ البداية. يتم التحقق من الرسائل عبر التقسيمات من قبل لجنة المدققين لكل تقسيم كمعاملات.
فكرته الأساسية هي بناء بنية اتصالات عبر الشرائح مشابهة لـ IBC من خلال هيكل Layer2 المجزأ، مما يمكنه من حل مشاكل السيولة وتوزيع الحالة. لكن فكرته الأساسية ليست معقولة، لأن المشكلة التي تحلها توزيع السيولة هي مشكلة متعددة السلاسل، وهي تبني Layer2 واحدة فقط، مما يعني أنه لحلها يجب أن تصبح جميع السلاسل شريحة من ZK-sharding، وهذا صعب التحقيق.
ERC-7683
تعمل إيثيريوم أيضًا على حل مشكلة السيولة عبر السلاسل، حيث تدعم بعض المشاريع المعروفة أولاً معيار ERC7683، الذي يعتمد أيضًا على طريقة عبر السلسلة تعتمد على النية. الهدف الأساسي هو إنشاء معيار عالمي للعمليات عبر السلاسل بين L2 والشبكات الجانبية، وتوحيد واجهات الطلبات والتسويات، لتحقيق تنفيذ سلس عبر السلاسل. الجوهر الرئيسي هو Filler، الذي يمكن أن يُطلق عليه أيضًا دور Solver في تجريد السلاسل لدفع المدفوعات. تم بناء هذا الاقتراح بواسطة بعض المشاريع المعروفة، وهو قيد المراجعة حاليًا من قبل مجموعة Cake.
OP Stack
OP Stack و ERC-7683 و zkSharding، جميعها حلول لمشكلة تجزئة السيولة بين Layer2 في إيثريوم، حيث يتم معالجتها على مستويات البنية التحتية، والتوافق، والتطبيقات. يقوم OP Stack بتصميم حل متكامل متعدد Layer2 لحل مشكلات نقل المعلومات واللامركزية في Sequencer مرة واحدة. عند استخدامك لبنية OP Stack، سيتم نشر عقود عبر السلاسل تلقائيًا، وسيكون هناك مشرف لتحدي تجنب نقل المعلومات الخاطئة عبر السلاسل. حاليًا، هناك بعض المشاريع المعروفة التي تستخدم بنية OP Stack.
من بين هذه الأنظمة، يعتبر Unichain نموذجًا بارزًا. يقوم Unichain بشكل أساسي بحل مشكلة تجزئة السيولة عبر السلاسل من خلال التكامل مع شبكة Superchain. يساهم هذا الإعداد في تسهيل حركة السيولة بسلاسة من خلال توفير الميزات التالية:
جسر عبر السلسلة قائم على النية: هذا
شاهد النسخة الأصلية
قد تحتوي هذه الصفحة على محتوى من جهات خارجية، يتم تقديمه لأغراض إعلامية فقط (وليس كإقرارات/ضمانات)، ولا ينبغي اعتباره موافقة على آرائه من قبل Gate، ولا بمثابة نصيحة مالية أو مهنية. انظر إلى إخلاء المسؤولية للحصول على التفاصيل.
تسجيلات الإعجاب 16
أعجبني
16
5
إعادة النشر
مشاركة
تعليق
0/400
GateUser-75ee51e7
· منذ 22 س
الكثير من السلاسل الصغيرة تركز فقط على التقييم، قمامة
شاهد النسخة الأصليةرد0
GasFeeCry
· 08-10 19:23
لم يعد المسار يتحمل
شاهد النسخة الأصليةرد0
ContractExplorer
· 08-10 19:22
أريد أن أكون الأكثر شراسة في سلسلة الكتل! من سيشارك معي؟
شاهد النسخة الأصليةرد0
MemeEchoer
· 08-10 19:21
مرة أخرى، تنتهي أحلام رواد السلاسل العامة بنفس النتيجة هاهاها
شاهد النسخة الأصليةرد0
TokenEconomist
· 08-10 18:59
في الواقع، هذه معضلة السجين الكلاسيكية في توزيع سيولة l2... دعني أوضح الرياضيات بسرعة.
استكشاف تحديات انقسام السيولة في عصر طبقة 2 والحلول الرئيسية.
دراسة مشكلة انقسام السيولة في عصر طبقة 2
مع تحول الإيثيريوم نحو حلول التوسع التي تركز على طبقة 2، بالإضافة إلى ظهور أدوات مثل RaaS، تطورت العديد من سلاسل الكتل العامة بسرعة. تأمل العديد من الكيانات في بناء سلاسلها الخاصة لتمثيل مصالح مختلفة والسعي لتحقيق تقييم أعلى. ومع ذلك، أدت موجة ظهور سلاسل الكتل العامة إلى صعوبة مواكبة تطوير النظام البيئي مع وتيرة هذه السلاسل، مما أدى إلى انهيار العديد من المشاريع عند TGE.
بمساعدة OP Stack، أطلقت منصة تداول خاصة بها طبقة 2، وأصدرت منصة تداول أخرى Ink؛ بمساعدة تقنية ZK، أطلقت منصة تداول أخرى XLayer؛ أصدرت Sony Soneium، وأطلقت LINE Kaia وغيرها. اليوم، تم تقليل متطلبات التمويل والتكنولوجيا لبناء سلسلة إلى حد كبير، حيث تبلغ تكلفة تشغيل سلسلة تعتمد على OP Stack حوالي 10,000 دولار شهريًا.
ستكون المستقبل عصر التعايش المتعدد السلاسل. على الرغم من أن هذه الطبقات 2 قد تختار التوافق مع EVM لتحقيق التفاعل، إلا أنه نظرًا لوجود كيانات Web2 وراءها مع عدد كبير من التطبيقات في الأسفل، سيكون من الصعب بناء التطبيقات والتوصل إلى توافق على نفس السلسلة.
تقدم البيئة المتعددة السلاسل الحالية تحديًا جديدًا: السيولة وتشتت الحالة. نظرًا لوجود السلاسل المتعددة، فإن التوافقية هي مجال يجب استكشافه وحله. هناك حاليًا العديد من حلول السيولة، مثل ما سمعناه جميعًا عن تجريد السلسلة، النوايا، تنفيذ التصفية، العبور الأصلي، وتقسيم ZK، ولكن جوهرها الأساسي هو نفسه.
نستخدم بنية Cake المعترف بها في الصناعة لتقديم مكونات جوهرية للتجريد عبر السلاسل من الأعلى إلى الأسفل:
طبقة التطبيق(Application Layer)
هذه هي الطبقة التي يتفاعل معها المستخدمون مباشرة، وهي أيضًا أكثر الطبقات تجريدًا في حلول السيولة، لأنها تخفي تمامًا تفاصيل تحويل السيولة. في الطبقة التطبيقية، يتفاعل المستخدمون مع واجهة المستخدم الأمامية، وقد لا يفهمون آلية تحويل السيولة الأساسية.
طبقة الأذونات(Permission Layer)
تقع أسفل طبقة التطبيق، يقوم المستخدمون بتوصيل المحفظة إلى dApp وطلب عرض الأسعار لتحقيق نية التداول. هنا، تشير "النية" إلى النتيجة النهائية المتوقعة من الصفقة (، أي الإخراج )، وليس المسار التنفيذي المحدد للتداول.
إدارة الحسابات والطبقة (إدارة المفاتيح وتجريد الحسابات)
نظرًا لوجود بيئة متعددة السلاسل، هناك حاجة إلى نظام إدارة حسابات وتجريد يتكيف مع سلاسل مختلفة للحفاظ على الهيكل الفريد للحسابات في كل سلسلة. على سبيل المثال، يختلف نظام حسابات مركز الكائنات في SUI تمامًا عن EVM. One Balance هو مشروع يمثل هذا المجال، حيث يبني نظام حسابات موثوق به دون الحاجة إلى إنشاء توافق بين السلاسل، بل يعتمد فقط على الالتزامات الموثوقة بين أنظمة الحسابات الحالية. يحقق حساب Near إدارة تجريدية من خلال توليد محفظة حسابات متعددة السلاسل للمستخدمين، مما يحسن بشكل كبير من تجربة المستخدم ويقلل من تفتت UX. ومع ذلك، فإن السيولة تركز بشكل أساسي على دمج سلاسل البلوكتشين العامة الحالية.
求解 الطبقة ( حل الطبقة )
تتحمل هذه الطبقة مسؤولية تلقي وتحقيق نوايا المستخدمين في التداول، حيث يتنافس دور Solver هنا لتقديم تجربة مستخدم أفضل، بما في ذلك أوقات تنفيذ أسرع وسرعة تنفيذ أعلى. بناءً على ذلك، قامت مشاريع قائمة على النوايا مثل Anoma ببناء مجموعة متنوعة من الحلول المدفوعة بالنوايا. تُشتق المشتقات من هذه النوايا مثل مكون Predicate، الذي يمكن أن يحقق نوايا المستخدم تحت قواعد محددة.
طبقة التسوية(Settlement Layer)
هذه هي الطبقة الوسيطة المستخدمة لتحقيق نية المستخدم. تشمل المكونات الأساسية للحلول المتعلقة بالسيولة وتوزيع الحالة:
علاوة على ذلك، يجب أن نأخذ في الاعتبار السيولة بين السلاسل، والتأكيد النهائي ( Finality )، وآلية إثبات طبقة 2، وغيرها من العوامل، لضمان التشغيل الفعال لنظام متعدد السلاسل.
حل
حالياً، هناك العديد من الحلول المتاحة في السوق لمعالجة السيولة المخترقة، وبعد مراجعة مجموعة كبيرة من الحلول، وجدنا أن هناك عدة طرق رئيسية:
1.مركزًا حول RaaS: مشابهة لحلول Rollup مثل OP Stack، من خلال إضافة محددة لمحددات المشاركة المشتركة وجسور عبر السلاسل للمساعدة في بناء Rollup على OP Stack لمشاركة السيولة والحالة. يأمل هذا في معالجة تشتت السيولة والحالة في اتجاه أعلى مستوى. هناك تصميم أكثر تفصيلًا لمحددات المشاركة المشتركة بشكل منفصل، حيث أن هذه الحلول تستهدف بشكل أكبر طبقة 2، وليس لها عمومية، مثل Astria وEspresso وFlashbots.
مركزية الحساب: مشابه لـ NEAR، بناء محفظة حسابات كاملة السلسلة، من خلال تقنية تسمى "التوقيع على السلسلة" لدعم توقيع وتنفيذ المعاملات عبر بروتوكولات سلسلة الكتل المتعددة. المكون الأساسي هو شبكة MPC، التي تحل محل المستخدم لتوقيع المعاملات متعددة السلاسل. على الرغم من أن هذه المجموعة من الحلول يمكن أن تحل بشكل كبير مشكلة تجزئة تجربة المستخدم، إلا أنها تتضمن تنفيذاً معقداً في الخلفية للمطورين، ولم تحل جوهرياً مشاكل السيولة وتوزيع الحالة.
مركزية شبكة نوايا خارج السلسلة: أي ما هو موجود في رسم هيكل "المقدمة" الخاص بنا وهو شبكة الحلول، حيث يقوم المستخدمون بإرسال نوايا إلى شبكة الحلول، ويتنافس هذا الدور المسمى Solver في تقديم العروض، لتقديم أفضل وقت إنجاز وسعر تداول، ويمكن أن تكون هذه الحلول عبارة عن وكيل ذكاء صناعي، أو CEX، أو صانع سوق، أو حتى بروتوكولات مدمجة مثل Liquorice وغيرها. تشمل المشاريع في هذا المجال Anoma، Khalani، Enso، aori وValantis. على الرغم من أن النوايا يمكن أن تحقق عمليًا عمليات عبر السلسلة ذات تعقيد عشوائي، إلا أنه يتطلب في الواقع وجود عدد كافٍ من حلول السيولة للمساعدة، وعند مواجهة بعض الطلبات خارج السلسلة، قد توجد احتمالية للاحتيال من قبل الحلول، وإذا تم إدخال وسائل مثل إثبات الاحتيال، ستزداد صعوبة تنفيذ شبكة الحلول، وسترتفع عتبة تشغيل الحلول.
مركزية شبكة السيولة على السلسلة: هذا الاتجاه مخصص لتحسين مشكلة السيولة عبر السلاسل، ولكنه لم يحل مشكلة تشتت الحالة على السلاسل الأخرى. جوهره هو بناء طبقة سيولة، حيث يتم بناء التطبيقات على هذه الطبقة لمشاركة السيولة على السلسلة بالكامل. تشمل بعض المشاريع: Raye Network، INFINIT، Everclear، Elixir وغيرها.
مركزية التطبيقات على السلسلة: تُبنى هذه التطبيقات من خلال دمج MM كبير، أو تطبيقات طرف ثالث، لبناء تطبيقات ذات سيولة عالية، مثل Liquorice، Socket، Radiant Capital، 1inch، Hedgemony وغيرها. تحتاج هذه المشاريع إلى إدارة عمليات معقدة عبر السلاسل، مما يتطلب مستوى عالٍ من المهارة من المطورين، وبالتالي فهي عرضة جدًا لوقوع هجمات القراصنة.
حل مشكلة السيولة هو موضوع مهم للغاية، فالعالم المالي غالبًا ما تمثل السيولة كل شيء، وإذا كان من الممكن بناء منصة متكاملة للسيولة، وخاصة دمج السيولة المتناثرة عبر سلسلة كاملة، فإنها ستملك إمكانيات كبيرة جداً، وقد رأينا أيضًا العديد من الحلول المختلفة.
في التصنيفين المذكورين أعلاه، يمكننا أن نرى أنه بناءً على هيكل الكعكة، فإن Settlement Layer هو الحل الأكثر ذرية، وفوق هذه الحلول الذرية مثل الحلول متعددة السلاسل، الأوركل، وحلول Pre-Confirmation، يتم بناء طبقة أكثر تجريدًا، وهي Solver Layer، Permission Layer وApplication Layer. يمكن فهم المستويات المختلفة المذكورة أعلاه التي تم بناؤها في اتجاهات مختلفة لتوفير الحلول التجريدية أو السيولة على أنها علاقة بين الموردين والمستخدمين. ولكن هذه الحلول لا تزال ليست حلولًا ذرية، فإن مشكلة انقطاع السيولة بأكملها قد أدت إلى ظهور العديد من المسائل الفرعية المعقدة، وبالتالي، ظهرت مجموعة متنوعة من الحلول المتعلقة بالتشغيل البيني. ولكن في جوهرها، لا يزال يعتمد على هذه المكونات. بعد ذلك، سنناقش بعض المشاريع النمطية لمفاهيم تجريد السلاسل، لنرى كيف تحل كل منها مشكلة انقطاع السيولة من وجهة نظرها الخاصة.
إنفينيت
بنت INFINIT خدمة RaaS في مجال DeFi، والتي يمكنها توفير المكونات اللازمة للبناء المباشر لبروتوكولات DeFi، مثل Oracle وPool Type وIRM وAsset، بالإضافة إلى توفير مكونات مثل Leverage Trading وYield Strategy التي يمكن تفعيلها على الفور. وهي تعادل طرف بناء التطبيقات الأخرى، ولكن السيولة النهائية يتم وضعها في طبقة السيولة الخاصة بـ Infinit. ومع ذلك، لم تكشف بعد عن آلية العمل الأساسية. وقد حصلت INFINIT حتى الآن على تمويل بقيمة 6000000 دولار من بعض المؤسسات الاستثمارية المعروفة في جولة التمويل الأولية.
شبكة خالاني
بنت Khalani ثلاثة مكونات أساسية، وهي طبقة متوافقة مع Intent، Validity وطبقة التسوية العامة.
يمكن للتطبيقات الخارجية أو طبقة النية نشر نية إلى Khalani، ثم تستطيع طبقة التوافق الخاصة بـ Khalani تحويل النوايا الخارجية إلى تنسيق يمكن لـ Solver البروتوكول التعرف عليه، والتنسيق المستخدم هو لغة Validity. يتحمل عقد Khalani مسؤولية تقديم النتائج النهائية إلى طبقة التسوية العامة من خلال جسر عبر السلاسل، وتقنيات التسوية السريعة. لا يزال هذا المشروع في مرحلة البناء، ولم يتم الكشف عن المزيد من تفاصيل العمل حتى الآن. لقد حصلت في أغسطس على تمويل بقيمة 2.2 مليون دولار من بعض المؤسسات الاستثمارية الشهيرة في جولة التمويل الأولي.
عرق السوس
Liquorice هو تطبيق لامركزي يتيح اكتشاف الأسعار على أساس المزادات وحمامات السيولة أحادية الجانب. المهمة الرئيسية لـ Liquorice هي توفير أدوات إدارة المخزون الفعالة لشركات التداول المهنية، والتواصل بسهولة مع بعض بروتوكولات DeFi الأساسية عند تسوية الصفقات بنية الاستخدام. في الوقت نفسه، أنشأت Liquorice سوقًا للإقراض، لتسهيل صفقات الإقراض. يركز هذا التطبيق بشكل أكبر على التداول نفسه. لا يزال في مرحلة التطوير، وقد أعلن في يوليو عن حصوله على تمويل بقيمة 1.2 مليون دولار في جولة Pre-seed من بعض المؤسسات الاستثمارية المعروفة.
شيون
Xion هو منتج تم تطويره من علامة Burnt التجارية، حيث كانت Burnt في السابق تركز على تطبيقات المستهلكين. بعد ذلك، اكتشف الفريق وجود مشكلة كبيرة في تجزئة التفاعلات على السلسلة، لذلك تم بناء Xion لتحسين هذه المشكلة. Xion مبني على بروتوكول إجماع Comet BFT. تعتمد الاتصالات عبر السلاسل المستخدمة على Cosmos IBC، لذا فهي أكثر أصالة وأمانًا من الجسور الأخرى عبر السلاسل. لقد خضعت لثلاث جولات تمويل، وشارك فيها بعض المؤسسات الاستثمارية المعروفة.
=nil; مؤسسة
nil هو سوق قوة الحوسبة ZK الخاص بإيثريوم، والمعالج المساعد ZK ومطور Layer2، حيث يمتلك الفريق أساسًا قويًا في تقنية ZK. وقد تم تقديم حل zkSharding، وهو حل يستخدم تقنية ZK لتوسيع الشبكة الرئيسية لإيثريوم أفقيًا، وتنفيذ معالجة المعاملات بشكل متوازي عبر تقسيمات مختلفة وتوليد ZKP، بينما يتحقق القسم الرئيسي من البيانات ويتواصل مع إيثريوم ويتزامن حالة الشبكة بين جميع المدققين. كما أن القسم الرئيسي يدير توزيع المدققين والحسابات في تقسيمات التنفيذ. وبروتوكول الإجماع المستخدم من قبل لجنة التحقق هو أيضًا Hotstuff، وهو شائع جدًا في المشاريع الحديثة للتنفيذ المتوازي. =nil; لقد تم تضمين الاتصال عبر التقسيمات في البروتوكول منذ البداية. يتم التحقق من الرسائل عبر التقسيمات من قبل لجنة المدققين لكل تقسيم كمعاملات.
فكرته الأساسية هي بناء بنية اتصالات عبر الشرائح مشابهة لـ IBC من خلال هيكل Layer2 المجزأ، مما يمكنه من حل مشاكل السيولة وتوزيع الحالة. لكن فكرته الأساسية ليست معقولة، لأن المشكلة التي تحلها توزيع السيولة هي مشكلة متعددة السلاسل، وهي تبني Layer2 واحدة فقط، مما يعني أنه لحلها يجب أن تصبح جميع السلاسل شريحة من ZK-sharding، وهذا صعب التحقيق.
ERC-7683
تعمل إيثيريوم أيضًا على حل مشكلة السيولة عبر السلاسل، حيث تدعم بعض المشاريع المعروفة أولاً معيار ERC7683، الذي يعتمد أيضًا على طريقة عبر السلسلة تعتمد على النية. الهدف الأساسي هو إنشاء معيار عالمي للعمليات عبر السلاسل بين L2 والشبكات الجانبية، وتوحيد واجهات الطلبات والتسويات، لتحقيق تنفيذ سلس عبر السلاسل. الجوهر الرئيسي هو Filler، الذي يمكن أن يُطلق عليه أيضًا دور Solver في تجريد السلاسل لدفع المدفوعات. تم بناء هذا الاقتراح بواسطة بعض المشاريع المعروفة، وهو قيد المراجعة حاليًا من قبل مجموعة Cake.
OP Stack
OP Stack و ERC-7683 و zkSharding، جميعها حلول لمشكلة تجزئة السيولة بين Layer2 في إيثريوم، حيث يتم معالجتها على مستويات البنية التحتية، والتوافق، والتطبيقات. يقوم OP Stack بتصميم حل متكامل متعدد Layer2 لحل مشكلات نقل المعلومات واللامركزية في Sequencer مرة واحدة. عند استخدامك لبنية OP Stack، سيتم نشر عقود عبر السلاسل تلقائيًا، وسيكون هناك مشرف لتحدي تجنب نقل المعلومات الخاطئة عبر السلاسل. حاليًا، هناك بعض المشاريع المعروفة التي تستخدم بنية OP Stack.
من بين هذه الأنظمة، يعتبر Unichain نموذجًا بارزًا. يقوم Unichain بشكل أساسي بحل مشكلة تجزئة السيولة عبر السلاسل من خلال التكامل مع شبكة Superchain. يساهم هذا الإعداد في تسهيل حركة السيولة بسلاسة من خلال توفير الميزات التالية:
جسر عبر السلسلة قائم على النية: هذا