بعد أن تحولت الإيثيريوم إلى حلول التوسع التي تركز على طبقة 2، ومع ظهور أدوات مثل RaaS، تطورت العديد من سلاسل الكتل العامة بسرعة. ترغب العديد من الكيانات في بناء سلاسلها الخاصة لتمثيل مصالح مختلفة والسعي لتحقيق تقييم أعلى. ومع ذلك، فإن ظهور العديد من سلاسل الكتل العامة جعل من الصعب على النظام البيئي مواكبة التطور، مما أدى إلى انهيار العديد من المشاريع عند TGE.
بمساعدة OP Stack، أطلقت منصة تداول طبقة 2 الخاصة بها، وطرحت منصة تداول أخرى Ink؛ بمساعدة تقنية ZK، أطلقت منصة تداول XLayer؛ أصدرت Sony Soneium، وأطلقت LINE Kaia، وغيرها. اليوم، تم تقليل عتبة التمويل والتكنولوجيا لبناء سلسلة بشكل كبير، حيث تبلغ تكلفة تشغيل سلسلة قائمة على OP Stack حوالي 10,000 دولار شهريًا.
سيكون المستقبل حقبة من التعايش المتعدد السلاسل. على الرغم من أن هذه الشبكات طبقة 2 قد تختار التوافق مع EVM لتحقيق التواصل، إلا أنه بسبب وجود العديد من التطبيقات السفلية من الكيانات Web2 وراءها، سيكون من الصعب عليها بناء التطبيقات والوصول إلى توافق في الآراء على نفس السلسلة.
تقدم البيئة متعددة السلاسل الحالية تحديًا جديدًا: السيولة وتوزيع الحالة. نظرًا لأن وجود السلاسل المتعددة أمر لا مفر منه، فإن التشغيل البيني هو مجال يجب استكشافه وحله. هناك حاليًا العديد من حلول السيولة، مثل تجريد السلاسل، النية، تنفيذ التسوية، السلسلة المتقاطعة الأصلية، وتقسيم ZK، ولكن جوهرها الأساسي هو نفسه.
نستخدم هيكل Cake المعترف به على نطاق واسع في الصناعة لتقديم المكونات الأساسية لتمثيل الشبكات المتعددة من الأعلى إلى الأسفل:
طبقة التطبيق(Application Layer)
هذه هي الطبقة التي يتفاعل بها المستخدم مباشرة، وهي أيضًا الطبقة الأكثر تجريدًا في حلول السيولة، لأنها تخفي تمامًا تفاصيل تحويل السيولة. في طبقة التطبيق، يتفاعل المستخدم مع واجهة المستخدم الأمامية، وليس بالضرورة أن يفهم آلية تحويل السيولة الأساسية.
طبقة 2 ( طبقة الأذونات )
تقع تحت طبقة التطبيقات، يقوم المستخدمون بتوصيل المحفظة إلى dApp ويطلبون عرض الأسعار لتحقيق نية الصفقة. هنا، تشير "النية" إلى النتيجة النهائية المتوقعة للصفقة (، وليس مسار التنفيذ المحدد للصفقة.
إدارة الحساب وطبقة التجريد)إدارة المفاتيح وتجريد الحساب(
نظرًا لوجود بيئة متعددة السلاسل، هناك حاجة إلى نظام إدارة حسابات وتجريد يتكيف مع سلاسل مختلفة للحفاظ على هيكل الحسابات الفريد لكل سلسلة. على سبيل المثال، نظام الحسابات المركزي القائم على الكائنات في SUI مختلف تمامًا عن EVM. One Balance هو مشروع تمثيلي في هذا المجال، حيث يبني نظام حسابات موثوق به دون الحاجة إلى إنشاء توافق بين السلاسل، بل من خلال الالتزامات الموثوقة بين أنظمة الحسابات الحالية. يقوم Near Account بتحقيق الإدارة المجردة من خلال توليد محافظ حسابات متعددة السلاسل للمستخدمين، مما يحسن تجربة المستخدم بشكل كبير ويقلل من تجزئة تجربة المستخدم. ومع ذلك، فإن السيولة في هذا الجانب تدمج بشكل رئيسي السلاسل العامة الحالية.
حل طبقة )Solver Layer(
تتحمل هذه الطبقة مسؤولية استلام وتنفيذ نوايا المستخدم في التداول، حيث تتنافس دور Solver هنا لتقديم تجربة مستخدم أفضل، بما في ذلك أوقات تنفيذ أسرع وسرعة تنفيذ أعلى. بناءً على ذلك، قامت مشاريع قائمة على النية مثل Anoma ببناء حلول مختلفة مدفوعة بالنوايا. تشمل مشتقات هذه الأنواع من النوايا مكونات Predicate، التي يمكن أن تحقق نوايا المستخدم وفقًا لقواعد معينة.
طبقة التسوية)Settlement Layer(
هذا هو طبقة الوسيط المستخدمة لحل الطبقة لتحقيق نية المستخدم. تشمل المكونات الأساسية لحلول السيولة والحالة الموزعة:
预言机)Oracle(: للحصول على معلومات حالة على سلاسل أخرى.
جسور跨链)Bridges(: مسؤولة عن نقل المعلومات والسيولة عبر السلاسل.
تأكيد مسبق للخطة )Pre-Confirmation(: تقليل وقت تأكيد跨链.
توفر البيانات ) DA (: تقديم إمكانية الوصول إلى البيانات.
بالإضافة إلى ذلك، يجب مراعاة السيولة بين السلاسل، والتأكيد النهائي )Finality(، وعوامل مثل آلية إثبات طبقة 2، لضمان التشغيل الفعال لنظام متعدد السلاسل.
![طبقة 2时代下، السيولة خداع الناس لتحقيق الربح问题的研究])https://img-cdn.gateio.im/webp-social/moments-a94f0982457fcb1d9c6ef2493b0a499f.webp(
الحلول
حاليًا، هناك العديد من الحلول المتاحة في السوق لمعالجة السيولة المقطوعة، وبعد استعراضنا للعديد من الحلول، وجدنا أن هناك عدة طرق رئيسية:
مركز RaaS: يشبه الحلول مثل OP Stack، حيث يتم المساعدة في بناء Rollup على OP Stack من خلال إضافة مرتّب مشترك محدد وجسر عبر السلاسل لمشاركة السيولة والحالة. يأمل هذا في حل مشكلة تجزئة السيولة والحالة في اتجاه أعلى. هناك تصميم منفصل لمُرتّب مشترك، وهذه الخطة تستهدف بشكل أكبر طبقة 2، ولا تتمتع بالشمولية، مثل Astria وEspresso وFlashbots.
مركزية الحساب: مشابه لـ NEAR، بناء محفظة حساب شاملة على السلسلة، من خلال تقنية تُعرف باسم "توقيع السلسلة" لدعم توقيع وتنفيذ المعاملات عبر بروتوكولات سلسلة الكتل المتعددة. المكون الأساسي هنا هو شبكة MPC، التي تقوم بدور توقيع المعاملات متعددة السلاسل بدلاً من المستخدمين. على الرغم من أن هذه المجموعة من الحلول يمكن أن تحل بشكل كبير مشكلة تجزئة تجربة المستخدم، إلا أنها تتطلب من المطورين تنفيذًا معقدًا في الخلفية، ولم تحل بشكل جوهري قضايا السيولة وتوزيع الحالة.
مركزية الشبكة خارج السلسلة: أي أننا نتحدث عن شبكة Solver في مخطط كعكة "المقدمة"، حيث يقوم المستخدم بإرسال النية إلى شبكة Solver، ويتنافس هذا الدور في تقديم العروض، مقدماً أفضل وقت للإنجاز وسعر الصفقة، ويمكن أن تكون هذه Solvers وكيل AI، أو CEX، أو صانع سوق، أو حتى بروتوكولات متكاملة مثل Liquorice وغيرها. تشمل المشاريع في هذا المجال Anoma وKhalani وEnso وaori وValantis. على الرغم من أن النية يمكن نظرياً أن تحقق عمليات عبر السلسلة معقدة لأي درجة من الصعوبة، إلا أنه من الضروري أن يكون هناك Solvers سيولة كافية للمساعدة، وعند مواجهة بعض الطلبات خارج السلسلة، توجد إمكانية للاحتيال من قبل Solvers، وإذا تم إدخال وسائل مثل إثبات الاحتيال، ستصبح صعوبة تنفيذ شبكة Solver أعلى، وستزداد عتبة تشغيل Solvers.
مركزية شبكة السيولة على السلسلة: هذا الاتجاه مخصص لتحسين مسألة السيولة عبر السلاسل، ولكنه لم يحل مشكلة تشتت الحالة على السلاسل الأخرى. جوهره هو بناء طبقة سيولة، على هذه الطبقة يتم بناء التطبيقات، لمشاركة السيولة عبر السلسلة بأكملها. تشمل بعض المشاريع: Raye Network, INFINIT, Everclear, Elixir وغيرها.
مركزية التطبيقات على السلسلة: تقوم هذه التطبيقات ببناء تطبيقات ذات سيولة عالية من خلال دمج MM الكبير، أو تطبيقات الطرف الثالث، مثل Liquorice وSocket وRadiant Capital ومنصة تداول معينة وHedgemony وغيرها. تتطلب هذه المشاريع إدارة عمليات معقدة عبر السلاسل، مما يتطلب مستوى عالٍ جدًا من المطورين، وبالتالي فهي عرضة جدًا لوقوع هجمات قراصنة.
حل مشكلة السيولة هو موضوع مهم للغاية، حيث تمثل السيولة كل شيء في عالم المال. إذا كان من الممكن بناء منصة متكاملة للسيولة، خاصة من خلال دمج السيولة المتناثرة عبر السلسلة بالكامل، فسيكون لديها إمكانات كبيرة، وقد رأينا أيضًا العديد من الحلول المختلفة.
في التصنيفين المذكورين أعلاه، يمكننا أن نرى أنه وفقًا لبنية الكعكة، فإن Settlement Layer هو أكثر الحلول ذرية، وفوق هذه الحلول الذرية مثل الحلول متعددة السلاسل وOracles وPre-Confirmation، تم بناء طبقة أكثر تجريدًا، وهي Solver Layer وPermission Layer وApplication Layer. يمكن فهم الحلول المختلفة التي قمنا بإدراجها أعلاه، والتي تبني حلول تجريدية أو حلول السيولة في اتجاهات مختلفة، على أنها علاقة بين المصب والمصدر. لكن هذه الحلول لا تزال ليست حلولًا ذرية، حيث أن مشكلة انقسام السيولة بأكملها قد جلبت العديد من المشاكل الفرعية المعقدة، وبالتالي ظهرت مجموعة متنوعة من الحلول المتعلقة بالتشغيل البيني. لكن في جوهرها، لا تزال تعتمد على هذه المكونات. بعد ذلك، سنناقش بعض المشاريع النموذجية لمفاهيم تجريد السلاسل، لنرى كيف تحل كل منها مشكلة انقسام السيولة من وجهة نظرها الخاصة.
![طبقة 2时代下، السيولة خداع الناس لتحقيق الربح问题的研究])https://img-cdn.gateio.im/webp-social/moments-e170f453d0b5b33f7ffc55facc9626c8.webp(
) إنفينيتي
بنت INFINIT خدمة RaaS في مجال DeFi، والتي يمكنها توفير المكونات اللازمة للبروتوكولات DeFi مثل Oracle وPool Type وIRM وAsset، بالإضافة إلى توفير مكونات مثل Leverage Trading وYield Strategy التي يمكن تفعيلها على الفور. يعادل ذلك بنهاية المطاف التطبيقات الأخرى، ولكن السيولة النهائية توضع في طبقة السيولة الخاصة بـ Infinit. ومع ذلك، لم تكشف بعد عن آلية العمل الأساسية. وقد حصلت INFINIT بالفعل على تمويل بقيمة 6 ملايين دولار في جولة التمويل الأولي من Robot Ventures وElectric Capital وMaelstrom Capital.
شبكة خالاني
لقد قامت Khalani ببناء ثلاثة مكونات أساسية، وهي طبقة التوافق مع النوايا، والصلاحية، وطبقة التسوية العامة.
يمكن أن تقوم التطبيقات الخارجية أو طبقة النوايا بنشر نوايا إلى Khalani، ثم يمكن لطبقة التوافق الخاصة بـ Khalani تحويل النوايا الخارجية إلى تنسيق يمكن لبروتوكول Solver التعرف عليه، والتنسيق القياسي المستخدم هو لغة Validity. تتحمل عقدة Khalani مسؤولية تقديم النتائج النهائية إلى طبقة التسوية العامة من خلال جسر متعدد السلاسل وتقنيات التسوية السريعة وغيرها. لا يزال هذا المشروع في مرحلة البناء، ولم يتم الكشف عن المزيد من تفاصيل العمل حتى الآن. لقد حصل على تمويل أولي بقيمة 2.2 مليون دولار من Ethereal Ventures وNascent وMaelstrom Capital في أغسطس.
عرقسوس
Liquorice هو تطبيق لامركزي يمكنه تحقيق اكتشاف الأسعار القائم على المزادات ومجمعات السيولة أحادية الجانب. تتمثل المهمة الرئيسية لـ Liquorice في تقديم أدوات إدارة المخزون الفعالة للشركات التجارية المحترفة، والاتصال بسهولة ببروتوكولات DeFi الأساسية مثل بعض DEX و بعض DEX عند تسوية المعاملات بناءً على نية الاستخدام، في حين أن Liquorice أنشأت سوقاً للإقراض لتسهيل معاملات الإقراض. يركز هذا التطبيق بشكل أكبر على عملية التداول نفسها. لا يزال قيد التطوير، وقد أعلن في شهر يوليو عن حصوله على تمويل بقيمة 1.2 مليون دولار من جولة Pre-seed بقيادة GreenField.
شيون
Xion هو ترقية من علامة Burnt التجارية، حيث كانت Burnt في السابق تركز على التطبيقات الاستهلاكية، ثم اكتشف الفريق وجود مشكلة كبيرة في تجزئة التفاعلات على السلسلة، لذا تم بناء Xion لتحسين هذه المشكلة. Xion مبني على بروتوكول إجماع Comet BFT. الاتصال عبر السلاسل الذي يعتمد عليه يستند إلى Cosmos IBC، لذلك هو أكثر أصالة وأمانًا من الجسور عبر السلاسل الأخرى. وقد أجرى أربع جولات من التمويل، ومن بين المستثمرين Animoca وMulticoin وAlliance DAO وMechanism.
=nil; مؤسسة
nil هي سوق قوة ZK على شبكة إيثريوم، والمعالج المساعد ZK ومطوّري Layer2، حيث يمتلك الفريق خبرة عميقة في تقنية ZK. قدموا حل zkSharding، وهو حل يستخدم تقنية ZK لتوسيع شبكة إيثريوم الرئيسية أفقياً، وتنفيذ معالجة المعاملات بالتجزئة بشكل متوازي وتوليد ZKP، بينما تتحقق الشريحة الرئيسية من البيانات، وتتواصل مع إيثريوم وتزامن حالة الشبكة بين جميع المدققين. تدير الشريحة الرئيسية أيضاً توزيع المدققين والحسابات في شريحة التنفيذ. بروتوكول التوافق المستخدم من قبل لجنة التحقق هو أيضاً Hotstuff، وهو شائع في مشاريع التنفيذ المتوازي الحديثة. =nil; تم تضمين الاتصالات عبر الشرائح في البروتوكول من البداية. يتم التحقق من الرسائل عبر الشرائح من قبل لجنة المدققين لكل شريحة كمعاملات.
فكرته الأساسية هي بناء هيكل اتصالات عبر الشرائح مشابه لـ IBC من خلال هيكل طبقة 2 المقسّم، مما سيمكن من حل مشكلات السيولة وتشتت الحالة. لكن الفكرة الأساسية ليست معقولة، لأن مشكلات تشتت السيولة هي مشكلات متعددة السلاسل، فإن ما يتم بناؤه هو طبقة 2 واحدة، مما يعني أنه لحل هذه المشكلة يجب أن تصبح جميع السلاسل شريحة واحدة من ZK-sharding، وهذا صعب التحقيق.
ERC-7683
تعمل Ethereum أيضًا على حل مشكلة السيولة عبر السلاسل، حيث يدعم بعض طبقة 2 وبعض طبقة 2 وبعض DEX أولاً معيار ERC7683، والذي يعتمد أيضًا على طريقة عبر السلاسل المستندة إلى Intent. الهدف الأساسي هو إنشاء معيار عام للعمليات عبر L2 و sidechains، وتوحيد واجهات الطلبات والتسويات، لتحقيق تنفيذ سلس عبر السلاسل، حيث يعد Filler هو الدور البديل في تجريد السلسلة. تم بناء هذا الاقتراح بالتعاون بين بعض DEX و Across، وهو الآن قيد المراجعة من قبل مجموعة Cake.
OP Stack
OP Stack و ERC-7683 و zkSharding جميعها حلول داخلية للإيثريوم لمعالجة تشرذم السيولة بين طبقات 2.
شاهد النسخة الأصلية
قد تحتوي هذه الصفحة على محتوى من جهات خارجية، يتم تقديمه لأغراض إعلامية فقط (وليس كإقرارات/ضمانات)، ولا ينبغي اعتباره موافقة على آرائه من قبل Gate، ولا بمثابة نصيحة مالية أو مهنية. انظر إلى إخلاء المسؤولية للحصول على التفاصيل.
تسجيلات الإعجاب 11
أعجبني
11
5
مشاركة
تعليق
0/400
GateUser-1a2ed0b9
· منذ 7 س
ظهرت فقاعة التقييم بشكل واضح
شاهد النسخة الأصليةرد0
FOMOmonster
· منذ 7 س
الجميع يريدون الحصول على اللحم
شاهد النسخة الأصليةرد0
SeasonedInvestor
· منذ 7 س
الانخفاض إلى ما دون سعر الإصدار ظاهرة أصبحت طبيعية
فصل السيولة في عصر طبقة 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)
هذه هي الطبقة التي يتفاعل بها المستخدم مباشرة، وهي أيضًا الطبقة الأكثر تجريدًا في حلول السيولة، لأنها تخفي تمامًا تفاصيل تحويل السيولة. في طبقة التطبيق، يتفاعل المستخدم مع واجهة المستخدم الأمامية، وليس بالضرورة أن يفهم آلية تحويل السيولة الأساسية.
طبقة 2 ( طبقة الأذونات )
تقع تحت طبقة التطبيقات، يقوم المستخدمون بتوصيل المحفظة إلى dApp ويطلبون عرض الأسعار لتحقيق نية الصفقة. هنا، تشير "النية" إلى النتيجة النهائية المتوقعة للصفقة (، وليس مسار التنفيذ المحدد للصفقة.
إدارة الحساب وطبقة التجريد)إدارة المفاتيح وتجريد الحساب(
نظرًا لوجود بيئة متعددة السلاسل، هناك حاجة إلى نظام إدارة حسابات وتجريد يتكيف مع سلاسل مختلفة للحفاظ على هيكل الحسابات الفريد لكل سلسلة. على سبيل المثال، نظام الحسابات المركزي القائم على الكائنات في SUI مختلف تمامًا عن EVM. One Balance هو مشروع تمثيلي في هذا المجال، حيث يبني نظام حسابات موثوق به دون الحاجة إلى إنشاء توافق بين السلاسل، بل من خلال الالتزامات الموثوقة بين أنظمة الحسابات الحالية. يقوم Near Account بتحقيق الإدارة المجردة من خلال توليد محافظ حسابات متعددة السلاسل للمستخدمين، مما يحسن تجربة المستخدم بشكل كبير ويقلل من تجزئة تجربة المستخدم. ومع ذلك، فإن السيولة في هذا الجانب تدمج بشكل رئيسي السلاسل العامة الحالية.
حل طبقة )Solver Layer(
تتحمل هذه الطبقة مسؤولية استلام وتنفيذ نوايا المستخدم في التداول، حيث تتنافس دور Solver هنا لتقديم تجربة مستخدم أفضل، بما في ذلك أوقات تنفيذ أسرع وسرعة تنفيذ أعلى. بناءً على ذلك، قامت مشاريع قائمة على النية مثل Anoma ببناء حلول مختلفة مدفوعة بالنوايا. تشمل مشتقات هذه الأنواع من النوايا مكونات Predicate، التي يمكن أن تحقق نوايا المستخدم وفقًا لقواعد معينة.
طبقة التسوية)Settlement Layer(
هذا هو طبقة الوسيط المستخدمة لحل الطبقة لتحقيق نية المستخدم. تشمل المكونات الأساسية لحلول السيولة والحالة الموزعة:
بالإضافة إلى ذلك، يجب مراعاة السيولة بين السلاسل، والتأكيد النهائي )Finality(، وعوامل مثل آلية إثبات طبقة 2، لضمان التشغيل الفعال لنظام متعدد السلاسل.
![طبقة 2时代下، السيولة خداع الناس لتحقيق الربح问题的研究])https://img-cdn.gateio.im/webp-social/moments-a94f0982457fcb1d9c6ef2493b0a499f.webp(
الحلول
حاليًا، هناك العديد من الحلول المتاحة في السوق لمعالجة السيولة المقطوعة، وبعد استعراضنا للعديد من الحلول، وجدنا أن هناك عدة طرق رئيسية:
مركز RaaS: يشبه الحلول مثل OP Stack، حيث يتم المساعدة في بناء Rollup على OP Stack من خلال إضافة مرتّب مشترك محدد وجسر عبر السلاسل لمشاركة السيولة والحالة. يأمل هذا في حل مشكلة تجزئة السيولة والحالة في اتجاه أعلى. هناك تصميم منفصل لمُرتّب مشترك، وهذه الخطة تستهدف بشكل أكبر طبقة 2، ولا تتمتع بالشمولية، مثل Astria وEspresso وFlashbots.
مركزية الحساب: مشابه لـ NEAR، بناء محفظة حساب شاملة على السلسلة، من خلال تقنية تُعرف باسم "توقيع السلسلة" لدعم توقيع وتنفيذ المعاملات عبر بروتوكولات سلسلة الكتل المتعددة. المكون الأساسي هنا هو شبكة MPC، التي تقوم بدور توقيع المعاملات متعددة السلاسل بدلاً من المستخدمين. على الرغم من أن هذه المجموعة من الحلول يمكن أن تحل بشكل كبير مشكلة تجزئة تجربة المستخدم، إلا أنها تتطلب من المطورين تنفيذًا معقدًا في الخلفية، ولم تحل بشكل جوهري قضايا السيولة وتوزيع الحالة.
مركزية الشبكة خارج السلسلة: أي أننا نتحدث عن شبكة Solver في مخطط كعكة "المقدمة"، حيث يقوم المستخدم بإرسال النية إلى شبكة Solver، ويتنافس هذا الدور في تقديم العروض، مقدماً أفضل وقت للإنجاز وسعر الصفقة، ويمكن أن تكون هذه Solvers وكيل AI، أو CEX، أو صانع سوق، أو حتى بروتوكولات متكاملة مثل Liquorice وغيرها. تشمل المشاريع في هذا المجال Anoma وKhalani وEnso وaori وValantis. على الرغم من أن النية يمكن نظرياً أن تحقق عمليات عبر السلسلة معقدة لأي درجة من الصعوبة، إلا أنه من الضروري أن يكون هناك Solvers سيولة كافية للمساعدة، وعند مواجهة بعض الطلبات خارج السلسلة، توجد إمكانية للاحتيال من قبل Solvers، وإذا تم إدخال وسائل مثل إثبات الاحتيال، ستصبح صعوبة تنفيذ شبكة Solver أعلى، وستزداد عتبة تشغيل Solvers.
مركزية شبكة السيولة على السلسلة: هذا الاتجاه مخصص لتحسين مسألة السيولة عبر السلاسل، ولكنه لم يحل مشكلة تشتت الحالة على السلاسل الأخرى. جوهره هو بناء طبقة سيولة، على هذه الطبقة يتم بناء التطبيقات، لمشاركة السيولة عبر السلسلة بأكملها. تشمل بعض المشاريع: Raye Network, INFINIT, Everclear, Elixir وغيرها.
مركزية التطبيقات على السلسلة: تقوم هذه التطبيقات ببناء تطبيقات ذات سيولة عالية من خلال دمج MM الكبير، أو تطبيقات الطرف الثالث، مثل Liquorice وSocket وRadiant Capital ومنصة تداول معينة وHedgemony وغيرها. تتطلب هذه المشاريع إدارة عمليات معقدة عبر السلاسل، مما يتطلب مستوى عالٍ جدًا من المطورين، وبالتالي فهي عرضة جدًا لوقوع هجمات قراصنة.
حل مشكلة السيولة هو موضوع مهم للغاية، حيث تمثل السيولة كل شيء في عالم المال. إذا كان من الممكن بناء منصة متكاملة للسيولة، خاصة من خلال دمج السيولة المتناثرة عبر السلسلة بالكامل، فسيكون لديها إمكانات كبيرة، وقد رأينا أيضًا العديد من الحلول المختلفة.
في التصنيفين المذكورين أعلاه، يمكننا أن نرى أنه وفقًا لبنية الكعكة، فإن Settlement Layer هو أكثر الحلول ذرية، وفوق هذه الحلول الذرية مثل الحلول متعددة السلاسل وOracles وPre-Confirmation، تم بناء طبقة أكثر تجريدًا، وهي Solver Layer وPermission Layer وApplication Layer. يمكن فهم الحلول المختلفة التي قمنا بإدراجها أعلاه، والتي تبني حلول تجريدية أو حلول السيولة في اتجاهات مختلفة، على أنها علاقة بين المصب والمصدر. لكن هذه الحلول لا تزال ليست حلولًا ذرية، حيث أن مشكلة انقسام السيولة بأكملها قد جلبت العديد من المشاكل الفرعية المعقدة، وبالتالي ظهرت مجموعة متنوعة من الحلول المتعلقة بالتشغيل البيني. لكن في جوهرها، لا تزال تعتمد على هذه المكونات. بعد ذلك، سنناقش بعض المشاريع النموذجية لمفاهيم تجريد السلاسل، لنرى كيف تحل كل منها مشكلة انقسام السيولة من وجهة نظرها الخاصة.
![طبقة 2时代下، السيولة خداع الناس لتحقيق الربح问题的研究])https://img-cdn.gateio.im/webp-social/moments-e170f453d0b5b33f7ffc55facc9626c8.webp(
) إنفينيتي
بنت INFINIT خدمة RaaS في مجال DeFi، والتي يمكنها توفير المكونات اللازمة للبروتوكولات DeFi مثل Oracle وPool Type وIRM وAsset، بالإضافة إلى توفير مكونات مثل Leverage Trading وYield Strategy التي يمكن تفعيلها على الفور. يعادل ذلك بنهاية المطاف التطبيقات الأخرى، ولكن السيولة النهائية توضع في طبقة السيولة الخاصة بـ Infinit. ومع ذلك، لم تكشف بعد عن آلية العمل الأساسية. وقد حصلت INFINIT بالفعل على تمويل بقيمة 6 ملايين دولار في جولة التمويل الأولي من Robot Ventures وElectric Capital وMaelstrom Capital.
شبكة خالاني
لقد قامت Khalani ببناء ثلاثة مكونات أساسية، وهي طبقة التوافق مع النوايا، والصلاحية، وطبقة التسوية العامة.
يمكن أن تقوم التطبيقات الخارجية أو طبقة النوايا بنشر نوايا إلى Khalani، ثم يمكن لطبقة التوافق الخاصة بـ Khalani تحويل النوايا الخارجية إلى تنسيق يمكن لبروتوكول Solver التعرف عليه، والتنسيق القياسي المستخدم هو لغة Validity. تتحمل عقدة Khalani مسؤولية تقديم النتائج النهائية إلى طبقة التسوية العامة من خلال جسر متعدد السلاسل وتقنيات التسوية السريعة وغيرها. لا يزال هذا المشروع في مرحلة البناء، ولم يتم الكشف عن المزيد من تفاصيل العمل حتى الآن. لقد حصل على تمويل أولي بقيمة 2.2 مليون دولار من Ethereal Ventures وNascent وMaelstrom Capital في أغسطس.
عرقسوس
Liquorice هو تطبيق لامركزي يمكنه تحقيق اكتشاف الأسعار القائم على المزادات ومجمعات السيولة أحادية الجانب. تتمثل المهمة الرئيسية لـ Liquorice في تقديم أدوات إدارة المخزون الفعالة للشركات التجارية المحترفة، والاتصال بسهولة ببروتوكولات DeFi الأساسية مثل بعض DEX و بعض DEX عند تسوية المعاملات بناءً على نية الاستخدام، في حين أن Liquorice أنشأت سوقاً للإقراض لتسهيل معاملات الإقراض. يركز هذا التطبيق بشكل أكبر على عملية التداول نفسها. لا يزال قيد التطوير، وقد أعلن في شهر يوليو عن حصوله على تمويل بقيمة 1.2 مليون دولار من جولة Pre-seed بقيادة GreenField.
شيون
Xion هو ترقية من علامة Burnt التجارية، حيث كانت Burnt في السابق تركز على التطبيقات الاستهلاكية، ثم اكتشف الفريق وجود مشكلة كبيرة في تجزئة التفاعلات على السلسلة، لذا تم بناء Xion لتحسين هذه المشكلة. Xion مبني على بروتوكول إجماع Comet BFT. الاتصال عبر السلاسل الذي يعتمد عليه يستند إلى Cosmos IBC، لذلك هو أكثر أصالة وأمانًا من الجسور عبر السلاسل الأخرى. وقد أجرى أربع جولات من التمويل، ومن بين المستثمرين Animoca وMulticoin وAlliance DAO وMechanism.
=nil; مؤسسة
nil هي سوق قوة ZK على شبكة إيثريوم، والمعالج المساعد ZK ومطوّري Layer2، حيث يمتلك الفريق خبرة عميقة في تقنية ZK. قدموا حل zkSharding، وهو حل يستخدم تقنية ZK لتوسيع شبكة إيثريوم الرئيسية أفقياً، وتنفيذ معالجة المعاملات بالتجزئة بشكل متوازي وتوليد ZKP، بينما تتحقق الشريحة الرئيسية من البيانات، وتتواصل مع إيثريوم وتزامن حالة الشبكة بين جميع المدققين. تدير الشريحة الرئيسية أيضاً توزيع المدققين والحسابات في شريحة التنفيذ. بروتوكول التوافق المستخدم من قبل لجنة التحقق هو أيضاً Hotstuff، وهو شائع في مشاريع التنفيذ المتوازي الحديثة. =nil; تم تضمين الاتصالات عبر الشرائح في البروتوكول من البداية. يتم التحقق من الرسائل عبر الشرائح من قبل لجنة المدققين لكل شريحة كمعاملات.
فكرته الأساسية هي بناء هيكل اتصالات عبر الشرائح مشابه لـ IBC من خلال هيكل طبقة 2 المقسّم، مما سيمكن من حل مشكلات السيولة وتشتت الحالة. لكن الفكرة الأساسية ليست معقولة، لأن مشكلات تشتت السيولة هي مشكلات متعددة السلاسل، فإن ما يتم بناؤه هو طبقة 2 واحدة، مما يعني أنه لحل هذه المشكلة يجب أن تصبح جميع السلاسل شريحة واحدة من ZK-sharding، وهذا صعب التحقيق.
ERC-7683
تعمل Ethereum أيضًا على حل مشكلة السيولة عبر السلاسل، حيث يدعم بعض طبقة 2 وبعض طبقة 2 وبعض DEX أولاً معيار ERC7683، والذي يعتمد أيضًا على طريقة عبر السلاسل المستندة إلى Intent. الهدف الأساسي هو إنشاء معيار عام للعمليات عبر L2 و sidechains، وتوحيد واجهات الطلبات والتسويات، لتحقيق تنفيذ سلس عبر السلاسل، حيث يعد Filler هو الدور البديل في تجريد السلسلة. تم بناء هذا الاقتراح بالتعاون بين بعض DEX و Across، وهو الآن قيد المراجعة من قبل مجموعة Cake.
OP Stack
OP Stack و ERC-7683 و zkSharding جميعها حلول داخلية للإيثريوم لمعالجة تشرذم السيولة بين طبقات 2.