مع تحول الإيثيريوم إلى حلول التوسع التي تركز على طبقة 2، بالإضافة إلى ظهور أدوات مثل RaaS، فإن العديد من سلاسل الكتل العامة تتطور بسرعة. ترغب العديد من الكيانات في بناء سلاسلها الخاصة لتمثيل مصالح مختلفة والسعي لتحقيق تقييم أعلى. ومع ذلك، فإن ظهور العديد من سلاسل الكتل العامة يجعل من الصعب على تطوير النظام البيئي مواكبة سرعة سلاسل الكتل العامة، مما يؤدي إلى انهيار العديد من المشاريع عند TGE.
بفضل OP Stack، أطلقت منصة تداول خاصة بها Base Layer 2، وأصدرت منصة تداول أخرى Ink؛ بفضل تقنية ZK، أطلقت منصة تداول أخرى XLayer؛ أصدرت Sony Soneium، وأطلقت LINE Kaia وغيرها. اليوم، تم تقليل عتبة المال والتكنولوجيا لبناء سلسلة بشكل كبير، حيث تكلف تشغيل سلسلة قائمة على OP Stack حوالي 10,000 دولار شهريًا.
سيكون المستقبل عصرًا يتواجد فيه العديد من السلاسل معًا. على الرغم من أن هذه الطبقة 2 قد تختار التوافق مع EVM لتحقيق التفاعل، إلا أنه بسبب الكيانات Web2 التي تقف وراءها والتي لديها الكثير من التطبيقات السفلية، سيكون من الصعب عليها بناء التطبيقات والتوصل إلى توافق في الآراء على نفس السلسلة.
تُعتبر البيئة متعددة السلاسل الحالية تحديًا جديدًا: السيولة وتشتت الحالة. نظرًا لأن وجود السلاسل المتعددة أمر حتمي، فإن قابلية التشغيل البيني هي مجال يجب استكشافه وحله. هناك حاليًا العديد من حلول السيولة، مثل ما سمعنا جميعًا عن التجريد من السلسلة، والنوايا، وتنفيذ التصفية، وعبر السلسلة الأصلية، وZKSharding، لكن جوهرها الأساسي هو نفسه.
نحن نستخدم هيكل Cake المعترف به بشكل أكبر في الصناعة لتقديم مكونات جوهرية للتجريد عبر السلاسل من الأعلى إلى الأسفل:
طبقة التطبيق(Application Layer)
هذه هي الطبقة التي يتفاعل معها المستخدمون مباشرة، وهي أيضاً أكثر الطبقات تجريداً في حلول السيولة، لأنها تحجب تماماً تفاصيل تحويل السيولة. في طبقة التطبيق، يتفاعل المستخدمون مع واجهة المستخدم الأمامية، وليس بالضرورة أن يكونوا على دراية بآلية تحويل السيولة الأساسية.
** طبقة الأذونات (Permission Layer) **
تقع تحت طبقة التطبيق، يقوم المستخدمون بتوصيل محفظتهم إلى dApp وطلب عرض أسعار لتلبية نية التجارة. تشير "النية" هنا إلى النتيجة النهائية المتوقعة من قبل المستخدم، وهي (، وليس المسار التنفيذي المحدد للتجارة.
إدارة الحسابات وطبقة 2 ) إدارة المفاتيح وتجريد الحساب (
نظرًا لوجود بيئة متعددة السلاسل، هناك حاجة إلى نظام إدارة حسابات وتجريد يتكيف مع سلاسل مختلفة للحفاظ على الهيكل الفريد للحسابات في كل سلسلة. على سبيل المثال، نظام الحسابات المتمركز حول الكائنات في SUI مختلف تمامًا عن EVM. One Balance هو المشروع الرائد في هذا المجال، حيث أنشأ نظام حسابات موثوقًا، دون الحاجة إلى إنشاء توافق بين السلاسل، فقط من خلال الالتزامات الموثوقة بين أنظمة الحسابات الحالية. يقوم حساب Near بتحقيق إدارة مجرّدة من خلال إنشاء محفظة حسابات متعددة السلاسل للمستخدمين، مما يحسن تجربة المستخدم بشكل كبير، ويقلل من تفتيت UX. ومع ذلك، فإن السيولة تتكامل بشكل رئيسي مع السلاسل العامة الحالية.
حل طبقة )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: مشابهة لحلول Rollup مثل OP Stack، من خلال إضافة منظمين مشتركين محددين وجسور عبر السلاسل للمساعدة في بناء السيولة المشتركة والحالة على OP Stack. يأمل هذا في حل مشكلة السيولة والحالة الموزعة في اتجاه أعلى. هناك تصميم أكثر تفصيلاً وهو تصميم منظم مشترك منفصل، هذه الحلول تستهدف بشكل أكبر Layer2، ولا تتمتع بالشمولية، مثل 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 و1inch وHedgemony وغيرها. تحتاج هذه المشاريع إلى إدارة عمليات متعددة السلاسل المعقدة، مما يتطلب مستوى عالٍ من المطورين، وبالتالي من السهل جداً أن تحدث هجمات قراصنة.
حل مشكلة السيولة هو موضوع مهم للغاية، حيث تمثل السيولة كل شيء في العالم المالي. إذا كان من الممكن بناء منصة متكاملة للسيولة، وخاصةً دمج السيولة الكاملة المتناثرة معًا، فسيكون لذلك إمكانات كبيرة، وقد رأينا أيضًا العديد من الحلول المختلفة.
![دراسة حول مشكلة انقطاع السيولة في عصر طبقة 2]###https://img-cdn.gateio.im/webp-social/moments-e170f453d0b5b33f7ffc55facc9626c8.webp(
في الفئتين المذكورتين أعلاه، يمكننا أن نرى أنه بناءً على هيكل الكعكة، فإن Settlement Layer هو الحل الأكثر ذرية، وفوق هذه الحلول الذرية مثل Cross-chain وOracles وPre-Confirmation، يتم بناء طبقة أكثر تجريدًا، وهي Solver Layer وPermission Layer وApplication Layer. الحلول المختلفة التي قمنا بإدراجها أعلاه لبناء حلول تجريدية أو السيولة في اتجاهات مختلفة تتوافق مع هذه المستويات المختلفة، ويمكن فهمها على أنها علاقة بين上下游. ومع ذلك، لا تزال هذه الحلول ليست حلول ذرية، حيث أن مشكلة انقسام السيولة بأكملها قد أدت إلى ظهور العديد من المشاكل الفرعية المعقدة، وبالتالي تم اشتقاق مجموعة متنوعة من الحلول للتشغيل البيني. ولكن في جوهرها، لا يزال يتعين الاعتماد على هذه المكونات. بعد ذلك، سنناقش بعض المشاريع التي تمثل مفاهيم تجريد السلاسل النموذجية، لنرى كيف تقوم كل منها بحل مشكلة انقسام السيولة من وجهة نظرها الخاصة.
)# إنفينيتي
بنت INFINIT خدمة RaaS في عالم DeFi، والتي تستطيع توفير المكونات اللازمة للبناء المباشر لبروتوكولات DeFi، مثل Oracle، نوع Pool، IRM، Asset، وغيرها، كما يمكنها توفير مكونات مثل Leverage Trading وYield Strategy جاهزة للاستخدام الفوري. مما يعادل طرف بناء تطبيقات أخرى، لكن السيولة النهائية تأتي من طبقة السيولة في Infinit. ومع ذلك، لم تكشف حتى الآن عن آلية العمل الأساسية. وقد حصلت INFINIT بالفعل على تمويل بقيمة 6 ملايين دولار في جولة التمويل الأولي من Robot Ventures وElectric Capital وMaelstrom Capital.
شبكة خالاني
بنى خالداني ثلاثة مكونات أساسية، وهي طبقة التوافق مع النية، وصحة، وطبقة التسوية العامة.
يمكن للتطبيقات الخارجية أو طبقة النية نشر نوايا إلى Khalani، ثم يمكن لطبقة التوافق مع النية في Khalani تحويل النوايا الخارجية إلى تنسيق يمكن لبروتوكول Solver التعرف عليه، والتنسيق القياسي المستخدم هو لغة Validity. تتولى عقدة Khalani تقديم النتيجة النهائية إلى طبقة التسوية العامة من خلال جسر بين السلاسل، وتقنيات التسوية السريعة، إلخ. لا يزال هذا المشروع في مرحلة البناء، ولم يتم الكشف عن المزيد من تفاصيل العمل بعد. حصل على تمويل أولي بقيمة 2.2 مليون دولار في أغسطس من Ethereal Ventures و Nascent و Maelstrom Capital.
![طبقة 2时代下، السيولة خداع الناس لتحقيق الربح问题的研究]###https://img-cdn.gateio.im/webp-social/moments-0f51232f5a7495ce85432c8feb374ed1.webp(
)# عرق السوس
Liquorice هو تطبيق لامركزي يتيح اكتشاف الأسعار بناءً على المزادات وحمامات السيولة أحادية الجانب. المهمة الرئيسية لـ Liquorice هي توفير أدوات إدارة المخزون الفعالة لشركات التداول الاحترافية، والاتصال بسهولة بالبروتوكولات الأساسية DeFi عند تسوية الصفقات بنية الاستخدام. في الوقت نفسه، أنشأت Liquorice سوقًا للإقراض لتسهيل صفقات الإقراض. يركز هذا التطبيق أكثر على التداول نفسه. لا يزال في مرحلة التطوير، وقد أعلن في يوليو عن حصوله على 1.2 مليون دولار في جولة التمويل الأولية بقيادة 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; لقد دمجت L2 الاتصال عبر الشرائح في البروتوكول منذ البداية. يتم التحقق من الرسائل عبر الشرائح من قبل لجنة المدققين لكل شريحة كمعاملات.
فكرته الأساسية هي بناء بنية اتصالات عبر الشظايا مدمجة مشابهة لـ IBC من خلال بنية Layer2 المجزأة، مما سيحل مشاكل السيولة وتوزيع الحالة. لكن فكرته الأساسية غير معقولة، لأن مشكلة توزيع السيولة هي مشكلة متعددة السلاسل، وما يتم بناؤه هو Layer2 واحد فقط، مما يعني أنه لحل هذه المشكلة، يجب أن تصبح جميع السلاسل شظية من ZK-sharding، وهذا يصعب تحقيقه.
![دراسة حول مشكلة انقطاع السيولة في عصر طبقة 2]###https://img-cdn.gateio.im/webp-social/moments-e4d53accc40f8c915eaabbd2909f51d4.webp(
)# ERC-7683
تعمل Ethereum أيضًا على حل مشكلة السيولة عبر السلاسل، حيث تدعم حاليًا Arbitrum و OP و بعض DEX أولاً معيار ERC7683، الذي يستخدم أيضًا طريقة عبر السلسلة تعتمد على Intent. الهدف الأساسي هو إنشاء معيار عالمي لعمليات عبر السلاسل بين L2 والسلاسل الجانبية، وتوحيد واجهات الطلبات والتسويات، لتحقيق تنفيذ سلس عبر السلاسل. الجوهر الرئيسي هو أن Filler يمكن أن يُعتبر أيضًا دور Solver في تجريد السلاسل لتسديد المدفوعات. تم بناء هذا الاقتراح بالتعاون بين بعض DEX و Across، وهو قيد المراجعة حاليًا من قبل مجموعة Cake.
OP Stack
تعتبر OP Stack و ERC-7683 و zkSharding جميعها حلولًا داخلية للإيثريوم تهدف إلى معالجة تجزئة السيولة بين Layer 2، حيث يتم معالجتها على مستويات الهيكلية، والتوافق، والتطبيق. تعمل OP Stack على تصميم حل متعدد Layer 2 كامل لحل مشكلة نقل المعلومات و Sequ بشكل جذري.
شاهد النسخة الأصلية
قد تحتوي هذه الصفحة على محتوى من جهات خارجية، يتم تقديمه لأغراض إعلامية فقط (وليس كإقرارات/ضمانات)، ولا ينبغي اعتباره موافقة على آرائه من قبل Gate، ولا بمثابة نصيحة مالية أو مهنية. انظر إلى إخلاء المسؤولية للحصول على التفاصيل.
استكشاف حلول السيولة عبر السلاسل في عصر طبقة 2
دراسة مشكلة انفصال السيولة في عصر طبقة 2
مع تحول الإيثيريوم إلى حلول التوسع التي تركز على طبقة 2، بالإضافة إلى ظهور أدوات مثل RaaS، فإن العديد من سلاسل الكتل العامة تتطور بسرعة. ترغب العديد من الكيانات في بناء سلاسلها الخاصة لتمثيل مصالح مختلفة والسعي لتحقيق تقييم أعلى. ومع ذلك، فإن ظهور العديد من سلاسل الكتل العامة يجعل من الصعب على تطوير النظام البيئي مواكبة سرعة سلاسل الكتل العامة، مما يؤدي إلى انهيار العديد من المشاريع عند TGE.
بفضل OP Stack، أطلقت منصة تداول خاصة بها Base Layer 2، وأصدرت منصة تداول أخرى Ink؛ بفضل تقنية ZK، أطلقت منصة تداول أخرى XLayer؛ أصدرت Sony Soneium، وأطلقت LINE Kaia وغيرها. اليوم، تم تقليل عتبة المال والتكنولوجيا لبناء سلسلة بشكل كبير، حيث تكلف تشغيل سلسلة قائمة على OP Stack حوالي 10,000 دولار شهريًا.
سيكون المستقبل عصرًا يتواجد فيه العديد من السلاسل معًا. على الرغم من أن هذه الطبقة 2 قد تختار التوافق مع EVM لتحقيق التفاعل، إلا أنه بسبب الكيانات Web2 التي تقف وراءها والتي لديها الكثير من التطبيقات السفلية، سيكون من الصعب عليها بناء التطبيقات والتوصل إلى توافق في الآراء على نفس السلسلة.
تُعتبر البيئة متعددة السلاسل الحالية تحديًا جديدًا: السيولة وتشتت الحالة. نظرًا لأن وجود السلاسل المتعددة أمر حتمي، فإن قابلية التشغيل البيني هي مجال يجب استكشافه وحله. هناك حاليًا العديد من حلول السيولة، مثل ما سمعنا جميعًا عن التجريد من السلسلة، والنوايا، وتنفيذ التصفية، وعبر السلسلة الأصلية، وZKSharding، لكن جوهرها الأساسي هو نفسه.
نحن نستخدم هيكل Cake المعترف به بشكل أكبر في الصناعة لتقديم مكونات جوهرية للتجريد عبر السلاسل من الأعلى إلى الأسفل:
طبقة التطبيق(Application Layer)
هذه هي الطبقة التي يتفاعل معها المستخدمون مباشرة، وهي أيضاً أكثر الطبقات تجريداً في حلول السيولة، لأنها تحجب تماماً تفاصيل تحويل السيولة. في طبقة التطبيق، يتفاعل المستخدمون مع واجهة المستخدم الأمامية، وليس بالضرورة أن يكونوا على دراية بآلية تحويل السيولة الأساسية.
** طبقة الأذونات (Permission Layer) **
تقع تحت طبقة التطبيق، يقوم المستخدمون بتوصيل محفظتهم إلى dApp وطلب عرض أسعار لتلبية نية التجارة. تشير "النية" هنا إلى النتيجة النهائية المتوقعة من قبل المستخدم، وهي (، وليس المسار التنفيذي المحدد للتجارة.
إدارة الحسابات وطبقة 2 ) إدارة المفاتيح وتجريد الحساب (
نظرًا لوجود بيئة متعددة السلاسل، هناك حاجة إلى نظام إدارة حسابات وتجريد يتكيف مع سلاسل مختلفة للحفاظ على الهيكل الفريد للحسابات في كل سلسلة. على سبيل المثال، نظام الحسابات المتمركز حول الكائنات في SUI مختلف تمامًا عن EVM. One Balance هو المشروع الرائد في هذا المجال، حيث أنشأ نظام حسابات موثوقًا، دون الحاجة إلى إنشاء توافق بين السلاسل، فقط من خلال الالتزامات الموثوقة بين أنظمة الحسابات الحالية. يقوم حساب Near بتحقيق إدارة مجرّدة من خلال إنشاء محفظة حسابات متعددة السلاسل للمستخدمين، مما يحسن تجربة المستخدم بشكل كبير، ويقلل من تفتيت UX. ومع ذلك، فإن السيولة تتكامل بشكل رئيسي مع السلاسل العامة الحالية.
حل طبقة )Solver Layer(
تتحمل هذه الطبقة مسؤولية استلام وتنفيذ نوايا المستخدمين في التداول، حيث تتنافس أدوار Solver هنا لتقديم تجربة مستخدم أفضل، بما في ذلك أوقات تنفيذ أسرع وسرعة تنفيذ أعلى. بناءً على ذلك، تم بناء مشاريع قائمة على النوايا مثل Anoma، والتي أنشأت مجموعة من الحلول المستندة إلى النوايا. يمكن أن تحقق المشتقات من هذه النوايا مثل مكون Predicate نوايا المستخدم تحت قواعد محددة.
طبقة التسوية)Settlement Layer(
هذا هو طبقة الوسيط المستخدمة لتحقيق نوايا المستخدم. تشمل المكونات الأساسية لحلول السيولة والحالة الموزعة:
علاوة على ذلك، يجب مراعاة السيولة بين السلاسل، والتأكيد النهائي ) Finality (، وآلية إثبات طبقة 2، لضمان التشغيل الفعال لنظام متعدد السلاسل بأكمله.
![طبقة 2时代下، السيولة خداع الناس لتحقيق الربح问题的研究])https://img-cdn.gateio.im/webp-social/moments-a94f0982457fcb1d9c6ef2493b0a499f.webp(
) حل
في الوقت الحالي، هناك العديد من الحلول المتاحة في السوق لمعالجة السيولة الخادعة. بعد مراجعة العديد من الحلول، وجدنا أن هناك عدة طرق رئيسية:
مركزية RaaS: مشابهة لحلول Rollup مثل OP Stack، من خلال إضافة منظمين مشتركين محددين وجسور عبر السلاسل للمساعدة في بناء السيولة المشتركة والحالة على OP Stack. يأمل هذا في حل مشكلة السيولة والحالة الموزعة في اتجاه أعلى. هناك تصميم أكثر تفصيلاً وهو تصميم منظم مشترك منفصل، هذه الحلول تستهدف بشكل أكبر Layer2، ولا تتمتع بالشمولية، مثل 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 و1inch وHedgemony وغيرها. تحتاج هذه المشاريع إلى إدارة عمليات متعددة السلاسل المعقدة، مما يتطلب مستوى عالٍ من المطورين، وبالتالي من السهل جداً أن تحدث هجمات قراصنة.
حل مشكلة السيولة هو موضوع مهم للغاية، حيث تمثل السيولة كل شيء في العالم المالي. إذا كان من الممكن بناء منصة متكاملة للسيولة، وخاصةً دمج السيولة الكاملة المتناثرة معًا، فسيكون لذلك إمكانات كبيرة، وقد رأينا أيضًا العديد من الحلول المختلفة.
![دراسة حول مشكلة انقطاع السيولة في عصر طبقة 2]###https://img-cdn.gateio.im/webp-social/moments-e170f453d0b5b33f7ffc55facc9626c8.webp(
في الفئتين المذكورتين أعلاه، يمكننا أن نرى أنه بناءً على هيكل الكعكة، فإن Settlement Layer هو الحل الأكثر ذرية، وفوق هذه الحلول الذرية مثل Cross-chain وOracles وPre-Confirmation، يتم بناء طبقة أكثر تجريدًا، وهي Solver Layer وPermission Layer وApplication Layer. الحلول المختلفة التي قمنا بإدراجها أعلاه لبناء حلول تجريدية أو السيولة في اتجاهات مختلفة تتوافق مع هذه المستويات المختلفة، ويمكن فهمها على أنها علاقة بين上下游. ومع ذلك، لا تزال هذه الحلول ليست حلول ذرية، حيث أن مشكلة انقسام السيولة بأكملها قد أدت إلى ظهور العديد من المشاكل الفرعية المعقدة، وبالتالي تم اشتقاق مجموعة متنوعة من الحلول للتشغيل البيني. ولكن في جوهرها، لا يزال يتعين الاعتماد على هذه المكونات. بعد ذلك، سنناقش بعض المشاريع التي تمثل مفاهيم تجريد السلاسل النموذجية، لنرى كيف تقوم كل منها بحل مشكلة انقسام السيولة من وجهة نظرها الخاصة.
)# إنفينيتي
بنت INFINIT خدمة RaaS في عالم DeFi، والتي تستطيع توفير المكونات اللازمة للبناء المباشر لبروتوكولات DeFi، مثل Oracle، نوع Pool، IRM، Asset، وغيرها، كما يمكنها توفير مكونات مثل Leverage Trading وYield Strategy جاهزة للاستخدام الفوري. مما يعادل طرف بناء تطبيقات أخرى، لكن السيولة النهائية تأتي من طبقة السيولة في Infinit. ومع ذلك، لم تكشف حتى الآن عن آلية العمل الأساسية. وقد حصلت INFINIT بالفعل على تمويل بقيمة 6 ملايين دولار في جولة التمويل الأولي من Robot Ventures وElectric Capital وMaelstrom Capital.
شبكة خالاني
بنى خالداني ثلاثة مكونات أساسية، وهي طبقة التوافق مع النية، وصحة، وطبقة التسوية العامة.
يمكن للتطبيقات الخارجية أو طبقة النية نشر نوايا إلى Khalani، ثم يمكن لطبقة التوافق مع النية في Khalani تحويل النوايا الخارجية إلى تنسيق يمكن لبروتوكول Solver التعرف عليه، والتنسيق القياسي المستخدم هو لغة Validity. تتولى عقدة Khalani تقديم النتيجة النهائية إلى طبقة التسوية العامة من خلال جسر بين السلاسل، وتقنيات التسوية السريعة، إلخ. لا يزال هذا المشروع في مرحلة البناء، ولم يتم الكشف عن المزيد من تفاصيل العمل بعد. حصل على تمويل أولي بقيمة 2.2 مليون دولار في أغسطس من Ethereal Ventures و Nascent و Maelstrom Capital.
![طبقة 2时代下، السيولة خداع الناس لتحقيق الربح问题的研究]###https://img-cdn.gateio.im/webp-social/moments-0f51232f5a7495ce85432c8feb374ed1.webp(
)# عرق السوس
Liquorice هو تطبيق لامركزي يتيح اكتشاف الأسعار بناءً على المزادات وحمامات السيولة أحادية الجانب. المهمة الرئيسية لـ Liquorice هي توفير أدوات إدارة المخزون الفعالة لشركات التداول الاحترافية، والاتصال بسهولة بالبروتوكولات الأساسية DeFi عند تسوية الصفقات بنية الاستخدام. في الوقت نفسه، أنشأت Liquorice سوقًا للإقراض لتسهيل صفقات الإقراض. يركز هذا التطبيق أكثر على التداول نفسه. لا يزال في مرحلة التطوير، وقد أعلن في يوليو عن حصوله على 1.2 مليون دولار في جولة التمويل الأولية بقيادة 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; لقد دمجت L2 الاتصال عبر الشرائح في البروتوكول منذ البداية. يتم التحقق من الرسائل عبر الشرائح من قبل لجنة المدققين لكل شريحة كمعاملات.
فكرته الأساسية هي بناء بنية اتصالات عبر الشظايا مدمجة مشابهة لـ IBC من خلال بنية Layer2 المجزأة، مما سيحل مشاكل السيولة وتوزيع الحالة. لكن فكرته الأساسية غير معقولة، لأن مشكلة توزيع السيولة هي مشكلة متعددة السلاسل، وما يتم بناؤه هو Layer2 واحد فقط، مما يعني أنه لحل هذه المشكلة، يجب أن تصبح جميع السلاسل شظية من ZK-sharding، وهذا يصعب تحقيقه.
![دراسة حول مشكلة انقطاع السيولة في عصر طبقة 2]###https://img-cdn.gateio.im/webp-social/moments-e4d53accc40f8c915eaabbd2909f51d4.webp(
)# ERC-7683
تعمل Ethereum أيضًا على حل مشكلة السيولة عبر السلاسل، حيث تدعم حاليًا Arbitrum و OP و بعض DEX أولاً معيار ERC7683، الذي يستخدم أيضًا طريقة عبر السلسلة تعتمد على Intent. الهدف الأساسي هو إنشاء معيار عالمي لعمليات عبر السلاسل بين L2 والسلاسل الجانبية، وتوحيد واجهات الطلبات والتسويات، لتحقيق تنفيذ سلس عبر السلاسل. الجوهر الرئيسي هو أن Filler يمكن أن يُعتبر أيضًا دور Solver في تجريد السلاسل لتسديد المدفوعات. تم بناء هذا الاقتراح بالتعاون بين بعض DEX و Across، وهو قيد المراجعة حاليًا من قبل مجموعة Cake.
OP Stack
تعتبر OP Stack و ERC-7683 و zkSharding جميعها حلولًا داخلية للإيثريوم تهدف إلى معالجة تجزئة السيولة بين Layer 2، حيث يتم معالجتها على مستويات الهيكلية، والتوافق، والتطبيق. تعمل OP Stack على تصميم حل متعدد Layer 2 كامل لحل مشكلة نقل المعلومات و Sequ بشكل جذري.