مع تحول الإيثيريوم إلى حلول التوسع القائمة على Layer 2، وظهور أدوات مثل RaaS، تتطور العديد من سلاسل الكتل العامة بسرعة. تسعى العديد من الكيانات لبناء سلاسلها الخاصة، لتمثيل مصالح مختلفة والسعي لتحقيق تقييم أعلى. ومع ذلك، أدى ظهور العديد من سلاسل الكتل العامة إلى صعوبة تطور النظام البيئي لمواكبة سرعة سلاسل الكتل العامة، مما أدى إلى انهيار العديد من المشاريع عند TGE.
بمساعدة OP Stack، أطلق أحد منصات التداول طبقة 2 الأساسية الخاصة به، وأصدرت منصة تداول أخرى Ink؛ وبمساعدة تقنية ZK، أطلقت منصة تداول أخرى XLayer؛ أصدرت سوني Soneium، وأطلقت LINE Kaia وغيرها. اليوم، تم تخفيض تكلفة وعتبة التكنولوجيا لبناء سلسلة بشكل كبير، حيث تبلغ تكلفة تشغيل سلسلة قائمة على OP Stack حوالي 10,000 دولار شهريًا.
سيكون المستقبل عصرًا من التعايش المتعدد السلاسل. على الرغم من أن هذه السلاسل Layer 2 قد تختار التوافق مع EVM لتحقيق التفاعل، إلا أنه بسبب وجود عدد كبير من التطبيقات السفلية من الكيانات Web2 التي تقف وراءها، سيكون من الصعب عليها بناء التطبيقات والوصول إلى توافق على نفس السلسلة.
تتحدى البيئة متعددة السلاسل الحالية: السيولة وتوزيع الحالة. نظرًا لوجود السلاسل المتعددة بشكل حتمي، فإن التفاعل بين السلاسل هو مجال يجب استكشافه وحله. هناك حاليًا العديد من حلول السيولة، مثل تجريد السلسلة، النوايا، تنفيذ المقاصة، عبر السلسلة الأصلية، وتقسيم ZK، لكن جوهرها الأساسي هو نفسه.
نستخدم بنية Cake المعترف بها على نطاق واسع في الصناعة لتقديم مكونات النمط الأساسي للتجريد عبر السلاسل من الأعلى إلى الأسفل:
طبقة التطبيق(طبقة التطبيق)
هذه هي الطبقة التي يتفاعل معها المستخدمون مباشرة، وهي أيضًا أكثر الطبقات تجريدًا في حلول السيولة، لأنها تحجب تمامًا تفاصيل تحويل السيولة. في طبقة التطبيق، يتفاعل المستخدمون مع واجهة المستخدم الأمامية، وقد لا يفهمون آلية تحويل السيولة الأساسية.
طبقة الأذونات(Permission Layer)
تقع تحت طبقة التطبيق، يقوم المستخدمون بربط المحفظة بـ dApp وطلب الأسعار لتلبية نوايا التداول. هنا تشير "النوايا" إلى النتيجة النهائية المتوقعة للتداول ( أي الإخراج )، وليس مسار التنفيذ المحدد للتداول.
إدارة الحسابات وطبقة التجريد(إدارة المفاتيح وتجريد الحساب)
نظرًا لوجود بيئة متعددة السلاسل، هناك حاجة إلى نظام إدارة حسابات وتجريد يتناسب مع سلاسل مختلفة للحفاظ على هياكل الحسابات الفريدة لكل سلسلة. على سبيل المثال، نظام حسابات مركز الأجسام في SUI يختلف تمامًا عن EVM. One Balance هو مشروع يمثل هذا المجال، حيث قام ببناء نظام حسابات موثوق دون الحاجة إلى إنشاء توافق بين السلاسل، بل يكفي الالتزام الموثوق بين أنظمة الحسابات الموجودة. يحقق حساب Near إدارة مجرّدة من خلال إنشاء محفظة حسابات متعددة السلاسل للمستخدمين، مما يعزز تجربة المستخدم بشكل كبير ويقلل من تجزئة تجربة المستخدم. ومع ذلك، فإن السيولة تركز بشكل رئيسي على دمج السلاسل العامة الموجودة.
حل الطبقة(Solver Layer)
تتحمل هذه الطبقة مسؤولية استلام وتنفيذ نوايا تداول المستخدم، حيث تتنافس دور Solver هنا لتقديم تجربة مستخدم أفضل، بما في ذلك أوقات تنفيذ أسرع وسرعة تنفيذ أعلى. بناءً على ذلك، قامت مشاريع قائمة على النوايا مثل Anoma بتطوير مجموعة متنوعة من الحلول المدفوعة بالنوايا. يمكن أن تكون مشتقات هذه النوايا مثل مكون Predicate، قادرة على تنفيذ نية المستخدم بموجب قواعد معينة.
طبقة التسوية(Settlement Layer)
هذه هي الطبقة الوسيطة المستخدمة لتحقيق نية المستخدم. تشمل المكونات الأساسية لحلول السيولة وتوزيع الحالة:
أوراكل (: تستخدم للحصول على معلومات حالة من سلاسل أخرى.
جسر عبر السلاسل ) Bridges (: مسؤول عن نقل المعلومات والسيولة عبر السلاسل.
تأكيد مسبق للخطة )Pre-Confirmation(: تقصير وقت تأكيد عبر السلسلة.
توفر البيانات ) DA (: تقديم إمكانية الوصول إلى البيانات.
بالإضافة إلى ذلك، يجب مراعاة السيولة بين السلاسل، والتأكيد النهائي )Finality(، وآليات إثبات Layer 2 وغيرها من العوامل لضمان التشغيل الفعال لنظام متعدد السلاسل.
) حل
حاليًا، هناك العديد من الحلول المتاحة في السوق لمعالجة السيولة خداع الناس لتحقيق الربح، بعد استعراض العديد من الحلول، وجدنا أن هناك عدة طرق رئيسية:
مركزية RaaS: مثل حلول Rollup مثل OP Stack، من خلال إضافة محددة لمشاركين مشتركين وجسور عبر السلاسل للمساعدة في بناء Rollup على OP Stack لمشاركة السيولة والحالة. يأمل هذا في معالجة السيولة والحالة المتناثرة في اتجاه أعلى. يوجد هنا تصميم أكثر تفصيلاً لمشاركين مشتركين منفصلين، هذه الحلول تستهدف أكثر Layer2، ولا تتمتع بالعمومية، مثل Astria وEspresso وFlashbots.
مركزية الحساب: مشابهًا لـ NEAR، بناء محفظة حساب كاملة عبر السلسلة، مدعومة بتقنية تُسمى "توقيع السلسلة" لتوقيع وتنفيذ المعاملات عبر بروتوكولات متعددة في سلسلة الكتل. المكون الأساسي هو شبكة MPC، التي تستبدل المستخدم لتوقيع المعاملات متعددة السلاسل. هذه الخطة، على الرغم من أنها تستطيع حل مشكلة تفتت تجربة المستخدم بشكل كبير، إلا أنها تمثل تحديًا معقدًا للمطورين من حيث التنفيذ الخلفي، ولم تحل في جوهرها مشاكل السيولة وتوزيع الحالة.
3.مركزية شبكة النية خارج السلسلة: أي أننا نتحدث عن شبكة Solver في مخطط هيكل "المقدمة" الخاص بنا، حيث يقوم المستخدم بإرسال النية إلى شبكة Solver، ويتنافس هذا الدور لإعطاء أفضل وقت إنجاز وسعر تداول، يمكن أن تكون هذه Solvers وكيل AI، أو CEX، أو صانع سوق، أو حتى البروتوكول المتكامل نفسه مثل Liquorice وغيرها. المشاريع في هذا المجال تشمل Anoma، Khalani، Enso، aori وValantis. على الرغم من أن النية يمكن أن تحقق نظريًا عمليات عبر السلاسل ذات تعقيد عشوائي، إلا أنه من الضروري وجود Solvers ذات سيولة كافية للمساعدة، وعندما نواجه بعض الاحتياجات خارج السلسلة، فإن هناك إمكانية لوجود خداع من قبل Solvers، وإذا تم إدخال وسائل مثل إثبات الاحتيال، ستصبح صعوبة تنفيذ شبكة Solver أعلى، وسترتفع عتبة تشغيل Solvers.
4.مركزية شبكة السيولة على السلسلة: هذا الاتجاه يركز بشكل خاص على تحسين مشكلة السيولة عبر السلاسل، ولكنه لم يحل مشكلة تشتت الحالة على السلسلة الأخرى. جوهره هو بناء طبقة سيولة، يتم بناء التطبيقات عليها، لمشاركة السيولة عبر السلسلة بأكملها. تشمل بعض المشاريع: Raye Network, INFINIT, Everclear, Elixir وغيرها.
5.مركزية التطبيقات على السلسلة: هذه التطبيقات تبني تطبيقات عالية السيولة من خلال دمج MM الكبير، أو تطبيقات الطرف الثالث وغيرها، مثل Liquorice وSocket وRadiant Capital و1inch وHedgemony وغيرها. تحتاج هذه المشاريع إلى إدارة عمليات متعددة السلاسل المعقدة، مما يتطلب مستوى عالٍ من المطورين، وبالتالي فهي عرضة لحدوث هجمات قراصنة.
![دراسة حول مشكلة انقسام السيولة في عصر Layer2]###https://img-cdn.gateio.im/webp-social/moments-e170f453d0b5b33f7ffc55facc9626c8.webp(
حل مشكلة السيولة هو موضوع مهم للغاية، حيث تمثل السيولة كل شيء في العالم المالي. إذا كان من الممكن بناء منصة متكاملة للسيولة، خاصةً دمج السيولة المتناثرة من جميع السلاسل معًا، فإنها ستتمتع بقدرة كبيرة. لقد شاهدنا أيضًا العديد من الحلول المختلفة.
في التصنيفين المذكورين أعلاه، يمكننا رؤية أن طبقة التسوية هي الحل الأكثر ذرة بناءً على هيكل الكعكة، وعلى هذه الحلول الذرية مثل الحلول عبر السلاسل، والأوراكل، وحلول ما قبل التأكيد، يتم بناء طبقة أكثر تجريدًا، وهي طبقة الحلول، وطبقة الإذن، وطبقة التطبيقات. يمكن فهم المستويات المختلفة التي قمنا بإدراجها أعلاه في بناء الحلول المجردة أو حلول السيولة في اتجاهات مختلفة على أنها علاقات بين الأعلى والأسفل. لكن هذه الحلول ليست حلول ذرية، حيث أن مشكلة انقسام السيولة بأكملها قد أدت إلى ظهور العديد من المشكلات الفرعية المعقدة، وبالتالي تم اشتقاق حلول متنوعة لمشكلة التفاعل بين الأنظمة. ولكن بالأساس، لا يزال يتعين الاعتماد على هذه المكونات. بعد ذلك، سنناقش عدة مشاريع نموذجية لمفاهيم تجريد السلاسل لنرى كيف تحل كل منها مشكلة انقسام السيولة من وجهة نظرها الخاصة.
)# إنفينيتي
بنت INFINIT خدمة RaaS في مجال DeFi، والتي يمكن أن توفر المكونات الضرورية للبروتوكولات DeFi مثل Oracle، نوع البركة، IRM، الأصول وغيرها، كما يمكن أن تقدم مكونات مثل التداول بالرافعة المالية واستراتيجيات العائد التي يمكن تفعيلها على الفور. هذا يعادل نهايات بناء التطبيقات الأخرى، ولكن السيولة النهائية يتم وضعها في طبقة السيولة الخاصة بـ Infinit. ومع ذلك، لم تكشف حتى الآن عن آلية العمل الأساسية. حصلت INFINIT بالفعل على تمويل أولي بقيمة 6 ملايين دولار من Robot Ventures و Electric Capital و Maelstrom Capital.
![دراسة مشكلة انفصال السيولة في عصر Layer2]###https://img-cdn.gateio.im/webp-social/moments-0f51232f5a7495ce85432c8feb374ed1.webp(
)# شبكة خالاني
بنى خالداني ثلاثة مكونات أساسية، وهي طبقة متوافقة مع النية، والصلاحية، وطبقة التسوية العامة.
يمكن للتطبيقات الخارجية أو طبقة النية نشر النية إلى Khalani، ثم يمكن لطبقة التوافق الخاصة بـ Khalani تحويل النوايا الخارجية إلى تنسيق يمكن لـ Solver البروتوكولي التعرف عليه، والتنسيق الموحد المستخدم هو لغة Validity. يتحمل عقد Khalani مسؤولية تقديم النتائج النهائية إلى طبقة التسوية العامة من خلال جسر عبر السلاسل، وتقنيات التسوية السريعة، وما إلى ذلك. لا يزال هذا المشروع في مرحلة البناء، ولم يتم الكشف عن مزيد من تفاصيل العمل حتى الآن. في أغسطس، حصل على تمويل أولي بقيمة 2.2 مليون دولار من Ethereal Ventures وNascent وMaelstrom Capital.
![دراسة حول مشكلة انقسام السيولة في عصر Layer2]###https://img-cdn.gateio.im/webp-social/moments-e4d53accc40f8c915eaabbd2909f51d4.webp(
)# عرق السوس
Liquorice هو تطبيق لامركزي يمكنه تحقيق اكتشاف الأسعار القائم على المزادات وحمامات السيولة أحادية الجانب. المهمة الرئيسية لـ Liquorice هي توفير أدوات إدارة المخزون الفعالة لشركات التداول المحترفة، والتواصل بسهولة مع بروتوكولات DeFi الأساسية عند تسوية الصفقات بغرض الاستخدام. في الوقت نفسه، أنشأت Liquorice سوقًا للإقراض لتتمكن من إجراء صفقات الإقراض. يركز هذا التطبيق بشكل أكبر على التداول نفسه. لا يزال في مرحلة التطوير، وقد أعلن في يوليو عن الحصول على تمويل دور ما قبل البذور بقيمة 1.2 مليون دولار بقيادة GreenField.
![Layer2时代下، السيولة خداع الناس لتحقيق الربح]###https://img-cdn.gateio.im/webp-social/moments-480179c7379a7927397a4c027efdc0a9.webp(
)# شيون
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 من خلال هيكل Layer2 المجزأ، وبالتالي يمكن حل مشكلة السيولة وتشتت الحالة. لكن الفكرة الأساسية ليست معقولة، لأن المشكلة التي تحلها السيولة المشتتة هي مشكلة متعددة السلاسل، وما يتم بناؤه هو Layer2 واحد، مما يعني أنه لحلها يجب أن تصبح جميع السلاسل شظية من ZK-sharding، وهذا أمر يصعب تحقيقه.
![دراسة حول مشكلة انقطاع السيولة في عصر Layer2]###https://img-cdn.gateio.im/webp-social/moments-69852e6a1bbab8f4fc50f48006eb6fef.webp(
)# ERC-7683
الإيثيريوم يعمل أيضًا على حل مشكلة السيولة عبر السلاسل، حيث تدعم بعض DEX و OP حاليًا معيار ERC7683 بشكل علني، والذي يعتمد أيضًا على طريقة عبر السلاسل قائمة على Intent. الهدف الرئيسي هو إنشاء معيار عام للعمليات عبر L2 والسلاسل الجانبية، وتوحيد واجهات الطلبات والتسويات، لتحقيق تنفيذ سلس عبر السلاسل. العنصر الرئيسي هنا هو Filler، والذي يمكن اعتباره دور Solver في تجريد السلاسل لدفع الرسوم. تم بناء هذا الاقتراح بالتعاون بين DEX و Across.
شاهد النسخة الأصلية
قد تحتوي هذه الصفحة على محتوى من جهات خارجية، يتم تقديمه لأغراض إعلامية فقط (وليس كإقرارات/ضمانات)، ولا ينبغي اعتباره موافقة على آرائه من قبل Gate، ولا بمثابة نصيحة مالية أو مهنية. انظر إلى إخلاء المسؤولية للحصول على التفاصيل.
تسجيلات الإعجاب 14
أعجبني
14
2
مشاركة
تعليق
0/400
PumpBeforeRug
· منذ 6 س
هل يمكن تحقيق الربط؟ أشعر أنه أصبح محكومًا كما في سلاسل الكتل العامة.
تشتيت السيولة في عصر Layer2: مناقشة التحديات والحلول
دراسة مشكلة انفصال السيولة في عصر Layer2
مع تحول الإيثيريوم إلى حلول التوسع القائمة على Layer 2، وظهور أدوات مثل RaaS، تتطور العديد من سلاسل الكتل العامة بسرعة. تسعى العديد من الكيانات لبناء سلاسلها الخاصة، لتمثيل مصالح مختلفة والسعي لتحقيق تقييم أعلى. ومع ذلك، أدى ظهور العديد من سلاسل الكتل العامة إلى صعوبة تطور النظام البيئي لمواكبة سرعة سلاسل الكتل العامة، مما أدى إلى انهيار العديد من المشاريع عند TGE.
بمساعدة OP Stack، أطلق أحد منصات التداول طبقة 2 الأساسية الخاصة به، وأصدرت منصة تداول أخرى Ink؛ وبمساعدة تقنية ZK، أطلقت منصة تداول أخرى XLayer؛ أصدرت سوني Soneium، وأطلقت LINE Kaia وغيرها. اليوم، تم تخفيض تكلفة وعتبة التكنولوجيا لبناء سلسلة بشكل كبير، حيث تبلغ تكلفة تشغيل سلسلة قائمة على OP Stack حوالي 10,000 دولار شهريًا.
سيكون المستقبل عصرًا من التعايش المتعدد السلاسل. على الرغم من أن هذه السلاسل Layer 2 قد تختار التوافق مع EVM لتحقيق التفاعل، إلا أنه بسبب وجود عدد كبير من التطبيقات السفلية من الكيانات Web2 التي تقف وراءها، سيكون من الصعب عليها بناء التطبيقات والوصول إلى توافق على نفس السلسلة.
تتحدى البيئة متعددة السلاسل الحالية: السيولة وتوزيع الحالة. نظرًا لوجود السلاسل المتعددة بشكل حتمي، فإن التفاعل بين السلاسل هو مجال يجب استكشافه وحله. هناك حاليًا العديد من حلول السيولة، مثل تجريد السلسلة، النوايا، تنفيذ المقاصة، عبر السلسلة الأصلية، وتقسيم ZK، لكن جوهرها الأساسي هو نفسه.
نستخدم بنية Cake المعترف بها على نطاق واسع في الصناعة لتقديم مكونات النمط الأساسي للتجريد عبر السلاسل من الأعلى إلى الأسفل:
طبقة التطبيق(طبقة التطبيق)
هذه هي الطبقة التي يتفاعل معها المستخدمون مباشرة، وهي أيضًا أكثر الطبقات تجريدًا في حلول السيولة، لأنها تحجب تمامًا تفاصيل تحويل السيولة. في طبقة التطبيق، يتفاعل المستخدمون مع واجهة المستخدم الأمامية، وقد لا يفهمون آلية تحويل السيولة الأساسية.
طبقة الأذونات(Permission Layer)
تقع تحت طبقة التطبيق، يقوم المستخدمون بربط المحفظة بـ dApp وطلب الأسعار لتلبية نوايا التداول. هنا تشير "النوايا" إلى النتيجة النهائية المتوقعة للتداول ( أي الإخراج )، وليس مسار التنفيذ المحدد للتداول.
إدارة الحسابات وطبقة التجريد(إدارة المفاتيح وتجريد الحساب)
نظرًا لوجود بيئة متعددة السلاسل، هناك حاجة إلى نظام إدارة حسابات وتجريد يتناسب مع سلاسل مختلفة للحفاظ على هياكل الحسابات الفريدة لكل سلسلة. على سبيل المثال، نظام حسابات مركز الأجسام في SUI يختلف تمامًا عن EVM. One Balance هو مشروع يمثل هذا المجال، حيث قام ببناء نظام حسابات موثوق دون الحاجة إلى إنشاء توافق بين السلاسل، بل يكفي الالتزام الموثوق بين أنظمة الحسابات الموجودة. يحقق حساب Near إدارة مجرّدة من خلال إنشاء محفظة حسابات متعددة السلاسل للمستخدمين، مما يعزز تجربة المستخدم بشكل كبير ويقلل من تجزئة تجربة المستخدم. ومع ذلك، فإن السيولة تركز بشكل رئيسي على دمج السلاسل العامة الموجودة.
حل الطبقة(Solver Layer)
تتحمل هذه الطبقة مسؤولية استلام وتنفيذ نوايا تداول المستخدم، حيث تتنافس دور Solver هنا لتقديم تجربة مستخدم أفضل، بما في ذلك أوقات تنفيذ أسرع وسرعة تنفيذ أعلى. بناءً على ذلك، قامت مشاريع قائمة على النوايا مثل Anoma بتطوير مجموعة متنوعة من الحلول المدفوعة بالنوايا. يمكن أن تكون مشتقات هذه النوايا مثل مكون Predicate، قادرة على تنفيذ نية المستخدم بموجب قواعد معينة.
طبقة التسوية(Settlement Layer)
هذه هي الطبقة الوسيطة المستخدمة لتحقيق نية المستخدم. تشمل المكونات الأساسية لحلول السيولة وتوزيع الحالة:
بالإضافة إلى ذلك، يجب مراعاة السيولة بين السلاسل، والتأكيد النهائي )Finality(، وآليات إثبات Layer 2 وغيرها من العوامل لضمان التشغيل الفعال لنظام متعدد السلاسل.
) حل
حاليًا، هناك العديد من الحلول المتاحة في السوق لمعالجة السيولة خداع الناس لتحقيق الربح، بعد استعراض العديد من الحلول، وجدنا أن هناك عدة طرق رئيسية:
مركزية RaaS: مثل حلول Rollup مثل OP Stack، من خلال إضافة محددة لمشاركين مشتركين وجسور عبر السلاسل للمساعدة في بناء Rollup على OP Stack لمشاركة السيولة والحالة. يأمل هذا في معالجة السيولة والحالة المتناثرة في اتجاه أعلى. يوجد هنا تصميم أكثر تفصيلاً لمشاركين مشتركين منفصلين، هذه الحلول تستهدف أكثر Layer2، ولا تتمتع بالعمومية، مثل Astria وEspresso وFlashbots.
مركزية الحساب: مشابهًا لـ NEAR، بناء محفظة حساب كاملة عبر السلسلة، مدعومة بتقنية تُسمى "توقيع السلسلة" لتوقيع وتنفيذ المعاملات عبر بروتوكولات متعددة في سلسلة الكتل. المكون الأساسي هو شبكة MPC، التي تستبدل المستخدم لتوقيع المعاملات متعددة السلاسل. هذه الخطة، على الرغم من أنها تستطيع حل مشكلة تفتت تجربة المستخدم بشكل كبير، إلا أنها تمثل تحديًا معقدًا للمطورين من حيث التنفيذ الخلفي، ولم تحل في جوهرها مشاكل السيولة وتوزيع الحالة.
3.مركزية شبكة النية خارج السلسلة: أي أننا نتحدث عن شبكة Solver في مخطط هيكل "المقدمة" الخاص بنا، حيث يقوم المستخدم بإرسال النية إلى شبكة Solver، ويتنافس هذا الدور لإعطاء أفضل وقت إنجاز وسعر تداول، يمكن أن تكون هذه Solvers وكيل AI، أو CEX، أو صانع سوق، أو حتى البروتوكول المتكامل نفسه مثل Liquorice وغيرها. المشاريع في هذا المجال تشمل Anoma، Khalani، Enso، aori وValantis. على الرغم من أن النية يمكن أن تحقق نظريًا عمليات عبر السلاسل ذات تعقيد عشوائي، إلا أنه من الضروري وجود Solvers ذات سيولة كافية للمساعدة، وعندما نواجه بعض الاحتياجات خارج السلسلة، فإن هناك إمكانية لوجود خداع من قبل Solvers، وإذا تم إدخال وسائل مثل إثبات الاحتيال، ستصبح صعوبة تنفيذ شبكة Solver أعلى، وسترتفع عتبة تشغيل Solvers.
4.مركزية شبكة السيولة على السلسلة: هذا الاتجاه يركز بشكل خاص على تحسين مشكلة السيولة عبر السلاسل، ولكنه لم يحل مشكلة تشتت الحالة على السلسلة الأخرى. جوهره هو بناء طبقة سيولة، يتم بناء التطبيقات عليها، لمشاركة السيولة عبر السلسلة بأكملها. تشمل بعض المشاريع: Raye Network, INFINIT, Everclear, Elixir وغيرها.
5.مركزية التطبيقات على السلسلة: هذه التطبيقات تبني تطبيقات عالية السيولة من خلال دمج MM الكبير، أو تطبيقات الطرف الثالث وغيرها، مثل Liquorice وSocket وRadiant Capital و1inch وHedgemony وغيرها. تحتاج هذه المشاريع إلى إدارة عمليات متعددة السلاسل المعقدة، مما يتطلب مستوى عالٍ من المطورين، وبالتالي فهي عرضة لحدوث هجمات قراصنة.
![دراسة حول مشكلة انقسام السيولة في عصر Layer2]###https://img-cdn.gateio.im/webp-social/moments-e170f453d0b5b33f7ffc55facc9626c8.webp(
حل مشكلة السيولة هو موضوع مهم للغاية، حيث تمثل السيولة كل شيء في العالم المالي. إذا كان من الممكن بناء منصة متكاملة للسيولة، خاصةً دمج السيولة المتناثرة من جميع السلاسل معًا، فإنها ستتمتع بقدرة كبيرة. لقد شاهدنا أيضًا العديد من الحلول المختلفة.
في التصنيفين المذكورين أعلاه، يمكننا رؤية أن طبقة التسوية هي الحل الأكثر ذرة بناءً على هيكل الكعكة، وعلى هذه الحلول الذرية مثل الحلول عبر السلاسل، والأوراكل، وحلول ما قبل التأكيد، يتم بناء طبقة أكثر تجريدًا، وهي طبقة الحلول، وطبقة الإذن، وطبقة التطبيقات. يمكن فهم المستويات المختلفة التي قمنا بإدراجها أعلاه في بناء الحلول المجردة أو حلول السيولة في اتجاهات مختلفة على أنها علاقات بين الأعلى والأسفل. لكن هذه الحلول ليست حلول ذرية، حيث أن مشكلة انقسام السيولة بأكملها قد أدت إلى ظهور العديد من المشكلات الفرعية المعقدة، وبالتالي تم اشتقاق حلول متنوعة لمشكلة التفاعل بين الأنظمة. ولكن بالأساس، لا يزال يتعين الاعتماد على هذه المكونات. بعد ذلك، سنناقش عدة مشاريع نموذجية لمفاهيم تجريد السلاسل لنرى كيف تحل كل منها مشكلة انقسام السيولة من وجهة نظرها الخاصة.
)# إنفينيتي
بنت INFINIT خدمة RaaS في مجال DeFi، والتي يمكن أن توفر المكونات الضرورية للبروتوكولات DeFi مثل Oracle، نوع البركة، IRM، الأصول وغيرها، كما يمكن أن تقدم مكونات مثل التداول بالرافعة المالية واستراتيجيات العائد التي يمكن تفعيلها على الفور. هذا يعادل نهايات بناء التطبيقات الأخرى، ولكن السيولة النهائية يتم وضعها في طبقة السيولة الخاصة بـ Infinit. ومع ذلك، لم تكشف حتى الآن عن آلية العمل الأساسية. حصلت INFINIT بالفعل على تمويل أولي بقيمة 6 ملايين دولار من Robot Ventures و Electric Capital و Maelstrom Capital.
![دراسة مشكلة انفصال السيولة في عصر Layer2]###https://img-cdn.gateio.im/webp-social/moments-0f51232f5a7495ce85432c8feb374ed1.webp(
)# شبكة خالاني
بنى خالداني ثلاثة مكونات أساسية، وهي طبقة متوافقة مع النية، والصلاحية، وطبقة التسوية العامة.
يمكن للتطبيقات الخارجية أو طبقة النية نشر النية إلى Khalani، ثم يمكن لطبقة التوافق الخاصة بـ Khalani تحويل النوايا الخارجية إلى تنسيق يمكن لـ Solver البروتوكولي التعرف عليه، والتنسيق الموحد المستخدم هو لغة Validity. يتحمل عقد Khalani مسؤولية تقديم النتائج النهائية إلى طبقة التسوية العامة من خلال جسر عبر السلاسل، وتقنيات التسوية السريعة، وما إلى ذلك. لا يزال هذا المشروع في مرحلة البناء، ولم يتم الكشف عن مزيد من تفاصيل العمل حتى الآن. في أغسطس، حصل على تمويل أولي بقيمة 2.2 مليون دولار من Ethereal Ventures وNascent وMaelstrom Capital.
![دراسة حول مشكلة انقسام السيولة في عصر Layer2]###https://img-cdn.gateio.im/webp-social/moments-e4d53accc40f8c915eaabbd2909f51d4.webp(
)# عرق السوس
Liquorice هو تطبيق لامركزي يمكنه تحقيق اكتشاف الأسعار القائم على المزادات وحمامات السيولة أحادية الجانب. المهمة الرئيسية لـ Liquorice هي توفير أدوات إدارة المخزون الفعالة لشركات التداول المحترفة، والتواصل بسهولة مع بروتوكولات DeFi الأساسية عند تسوية الصفقات بغرض الاستخدام. في الوقت نفسه، أنشأت Liquorice سوقًا للإقراض لتتمكن من إجراء صفقات الإقراض. يركز هذا التطبيق بشكل أكبر على التداول نفسه. لا يزال في مرحلة التطوير، وقد أعلن في يوليو عن الحصول على تمويل دور ما قبل البذور بقيمة 1.2 مليون دولار بقيادة GreenField.
![Layer2时代下، السيولة خداع الناس لتحقيق الربح]###https://img-cdn.gateio.im/webp-social/moments-480179c7379a7927397a4c027efdc0a9.webp(
)# شيون
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 من خلال هيكل Layer2 المجزأ، وبالتالي يمكن حل مشكلة السيولة وتشتت الحالة. لكن الفكرة الأساسية ليست معقولة، لأن المشكلة التي تحلها السيولة المشتتة هي مشكلة متعددة السلاسل، وما يتم بناؤه هو Layer2 واحد، مما يعني أنه لحلها يجب أن تصبح جميع السلاسل شظية من ZK-sharding، وهذا أمر يصعب تحقيقه.
![دراسة حول مشكلة انقطاع السيولة في عصر Layer2]###https://img-cdn.gateio.im/webp-social/moments-69852e6a1bbab8f4fc50f48006eb6fef.webp(
)# ERC-7683
الإيثيريوم يعمل أيضًا على حل مشكلة السيولة عبر السلاسل، حيث تدعم بعض DEX و OP حاليًا معيار ERC7683 بشكل علني، والذي يعتمد أيضًا على طريقة عبر السلاسل قائمة على Intent. الهدف الرئيسي هو إنشاء معيار عام للعمليات عبر L2 والسلاسل الجانبية، وتوحيد واجهات الطلبات والتسويات، لتحقيق تنفيذ سلس عبر السلاسل. العنصر الرئيسي هنا هو Filler، والذي يمكن اعتباره دور Solver في تجريد السلاسل لدفع الرسوم. تم بناء هذا الاقتراح بالتعاون بين DEX و Across.