مع تحول Ethereum إلى خطة توسيع تركز على طبقة 2، بالإضافة إلى ظهور الأدوات ذات الصلة، تطورت العديد من السلاسل العامة بسرعة. تأمل العديد من المؤسسات في بناء سلاسلها الخاصة لتمثيل مصالح مختلفة والسعي لتحقيق تقييم أعلى. ومع ذلك، فإن ظهور العديد من السلاسل العامة جعل من الصعب على تطوير النظام البيئي مواكبة سرعة السلاسل العامة، مما أدى إلى انهيار العديد من المشاريع عند إصدارها.
بمساعدة التقنيات ذات الصلة، أطلقت العديد من المؤسسات المشهورة طبقة 2 أو سلاسل أخرى خاصة بها. اليوم، تم تقليل التكلفة التقنية والمالية لبناء سلسلة بشكل كبير، حيث تبلغ تكلفة تشغيل سلسلة تعتمد على بعض التقنيات حوالي 10,000 دولار شهريًا.
المستقبل سيكون بلا شك عصر التعايش بين سلاسل متعددة. على الرغم من أن هذه الطبقات 2 قد تختار التوافق مع EVM لتحقيق التفاعل، إلا أنه بسبب الكيانات التي تقف وراءها والتي لديها عدد كبير من التطبيقات السفلية، سيكون من الصعب بناء التطبيقات والتوصل إلى توافق في الآراء على نفس السلسلة.
تقدم البيئة المتعددة السلاسل الحالية تحديًا جديدًا: السيولة وتشتت الحالة. نظرًا لأن وجود السلاسل المتعددة أمر حتمي، فإن قابلية التشغيل المتداخل هي مجال يجب استكشافه وحله. هناك حاليًا العديد من حلول السيولة، لكن جوهرها الأساسي هو نفسه.
نستخدم الهيكل المعترف به في الصناعة لتقديم المكونات الأساسية للتجريد عبر السلاسل من الأعلى إلى الأسفل:
طبقة التطبيقات (Application Layer)
هذه هي الطبقة التي يتفاعل معها المستخدمون مباشرة، وهي أيضًا الطبقة الأكثر تجريدًا في حلول السيولة، لأنها تخفي تمامًا تفاصيل تحويل السيولة. في طبقة التطبيق، يتفاعل المستخدمون مع واجهة المستخدم الأمامية، وقد لا يكونون على دراية بآلية تحويل السيولة الأساسية.
طبقة الأذونات (Permission Layer)
تقع تحت طبقة التطبيق، حيث يقوم المستخدمون بربط المحفظة مع dApp وطلب الأسعار لتلبية نية التداول. هنا "النية" تشير إلى النتيجة النهائية المتوقعة للتداول (أي الناتج)، وليس المسار المحدد لتنفيذ الصفقة.
إدارة الحسابات وطبقة التجريد (إدارة المفاتيح وتجريد الحسابات)
نظرًا لوجود بيئة متعددة السلاسل، هناك حاجة إلى نظام إدارة حسابات وتجريد يتكيف مع سلاسل مختلفة للحفاظ على الهيكل الفريد للحسابات في كل سلسلة. قامت بعض المشاريع ببناء نظام حسابات موثوق، دون الحاجة إلى إنشاء توافق بين السلاسل، فقط من خلال الالتزامات الموثوقة بين أنظمة الحسابات الحالية. بينما تحقق أخرى إدارة مجرَّدة من خلال إنشاء محفظة حسابات متعددة السلاسل للمستخدمين، مما يحسن بشكل كبير تجربة المستخدم، ويقلل من تجزئة تجربة المستخدم.
طبقة الحل (Solver Layer)
تتحمل هذه الطبقة مسؤولية تلقي وتنفيذ نوايا المستخدمين في التداول، حيث تتنافس وظيفة Solver هنا لتقديم تجربة مستخدم أفضل، بما في ذلك أوقات تنفيذ أسرع وسرعة تنفيذ أعلى. بناءً على ذلك، قامت بعض المشاريع ببناء حلول مدفوعة بالنوايا.
طبقة التسوية (Settlement Layer)
هذا هو مستوى الوسيط المستخدم لحل المستوى لتحقيق نوايا المستخدم. تشمل المكونات الأساسية لحلول السيولة والحالة الموزعة:
أوركل (Oracle): يُستخدم للحصول على معلومات الحالة من سلاسل أخرى.
الجسور (Bridges): مسؤولة عن نقل المعلومات والسيولة عبر الشبكات.
تأكيد مسبق للخطة (Pre-Confirmation): تقصير وقت تأكيد سلسلة الكتل.
توفر البيانات (DA): توفير إمكانية الوصول إلى البيانات.
بالإضافة إلى ذلك، يجب مراعاة عوامل مثل السيولة بين السلاسل، والتأكيد النهائي (Finality)، وآلية إثبات طبقة 2، لضمان التشغيل الفعال للنظام المتعدد السلاسل بأكمله.
حل
حاليًا، هناك العديد من الحلول في السوق لمعالجة السيولة خداع الناس لتحقيق الربح، وبعد مراجعة عدد كبير من الحلول، وجدنا أن هناك طرقًا رئيسية هي:
التركيز على الحلول التقنية: من خلال إضافة محددات ترتيب مشتركة معينة وجسور عبر السلاسل للمساعدة في بناء سيولة مشتركة وحالة على تكنولوجيا معينة. يأمل ذلك في حل تشتت السيولة والحالة في اتجاه أعلى.
مركزية الحساب: بناء محفظة حسابات شاملة عبر السلسلة، تدعم توقيع وتنفيذ المعاملات عبر بروتوكولات متعددة للبلوكشين من خلال تقنية تُعرف باسم «توقيع السلسلة». المكون الأساسي هو شبكة MPC، التي تحل محل المستخدمين في توقيع المعاملات عبر السلاسل المتعددة.
مركزية شبكة نوايا خارج السلسلة: الجوهر هو أن المستخدم يرسل نوايا إلى شبكة Solver، حيث يتنافس هذا الدور على العروض، ليقدم أفضل وقت لإنهاء الصفقة وسعر المعاملة، ويمكن أن تكون هذه الـ Solvers وكلاء ذكاء اصطناعي، منصات تداول، صانعي سوق أو حتى بروتوكولات متكاملة.
مركزية شبكة السيولة على السلسلة: هذا الاتجاه مخصص لتحسين مشكلة السيولة عبر الشبكات، ولكنه لم يحل مشكلة تشتت حالة السلسلة الأخرى. جوهره هو بناء طبقة سيولة، حيث يمكن بناء التطبيقات لتشارك السيولة عبر السلسلة.
مركزية التطبيقات على السلسلة: هذه التطبيقات تبني تطبيقات ذات سيولة عالية من خلال دمج صانعي السوق الكبار أو التطبيقات التابعة للجهات الخارجية. تحتاج هذه المشاريع إلى إدارة عمليات معقدة عبر السلاسل، مما يتطلب مستوى عالٍ من المهارة من المطورين، وبالتالي تكون عرضة لمشاكل أمان كبيرة.
حل مشكلة السيولة هو موضوع مهم للغاية، حيث تمثل السيولة كل شيء في عالم التمويل. إذا كان من الممكن بناء منصة تدمج السيولة، وخاصة دمج السيولة المتناثرة عبر السلسلة بأكملها، فسيكون لديها إمكانيات كبيرة.
في التصنيفين المذكورين أعلاه، يمكننا أن نرى أنه بناءً على الهيكل، فإن طبقة التسوية هي الحل الأكثر ذرية، وفوق هذه الحلول الذرية مثل الحلول عبر السلاسل، والأوراكل، وحلول التأكيد المسبق، توجد طبقة أكثر تجريدًا، وهي طبقة الحل، وطبقة الأذونات، وطبقة التطبيقات. الحلول المختلفة التي أدرجناها أعلاه لبناء حلول تجريدية أو السيولة في اتجاهات مختلفة تتناسب مع هذه المستويات المختلفة، ويمكن فهمها على أنها علاقة بين أعلى وأسفل. لكن هذه الحلول لا تزال ليست حلول ذرية، حيث أن مشكلة انفصال السيولة بأكملها أدت إلى ظهور العديد من المشاكل الفرعية المعقدة، وبالتالي ظهرت حلول متنوعة تتعلق بالتشغيل المتداخل. لكن في جوهرها، لا تزال تعتمد على هذه المكونات.
ملخص
حل مشكلة السيولة عبر السلاسل هو مجال معقد للغاية ولديه العديد من الحلول، مثل أن حلول طبقة 2 تنقسم إلى حل بعض الرسائل عبر السلاسل المدمجة تقنيًا، بالإضافة إلى بناء مجموعة تقنيات محددة لمشاركة المنظمين لحلها. بعيدًا عن سياق طبقة 2، تواجه جميع طبقة 1 أيضًا مشاكل السيولة، الحالة، وتجربة المستخدم التي تعاني من الانفصال، وهناك حلول تركز على التطبيقات الخاصة بالسيولة، بالإضافة إلى حلول خارج السلسلة الخاصة بشبكة الحل، وكذلك هناك حلول مشابهة تركز على الحسابات، ولكنها تحتاج أيضًا إلى أن تستند إلى حل هذا الدور خارج السلسلة.
نحن نوافق بشكل أكبر على أن انفصال السيولة عبر السلاسل، والحالة، وتجربة المستخدم هو مشكلة في صناعة blockchain بأكملها. إذا نظرنا إلى الأمر بشكل شامل، نحتاج إلى التفكير بطريقة أكثر تجريدًا، تشبه تجريد السلسلة، وهذا يمثل المدخل الحقيقي إلى Web3، حيث يحل انفصال تجربة المستخدم، بينما يتم دمج السيولة والحالة في أماكن لا يدركها المستخدم. كيف يتم الدمج بالتحديد، ينقسم أيضًا إلى استخدام الشبكات خارج السلسلة، وجسور عبر السلاسل ذات الخصوصية، وما إلى ذلك، وكل ذلك يستحق الاستكشاف. بشكل عام، سيكون المستقبل متعدد السلاسل، وحل مشكلة تشتيت السيولة هو أمر حتمي يجب أن تواجهه الصناعة، حيث أن هناك مساحة واسعة للنمو في هذا الدمج للسيولة عبر السلاسل، وقد يؤدي إلى بناء منصات جديدة في عصر Web3.
شاهد النسخة الأصلية
قد تحتوي هذه الصفحة على محتوى من جهات خارجية، يتم تقديمه لأغراض إعلامية فقط (وليس كإقرارات/ضمانات)، ولا ينبغي اعتباره موافقة على آرائه من قبل Gate، ولا بمثابة نصيحة مالية أو مهنية. انظر إلى إخلاء المسؤولية للحصول على التفاصيل.
تحديات السيولة في عصر طبقة 2: الحلول والاتجاهات في بيئة متعددة السلاسل
دراسة مشكلة القطع في السيولة في عصر طبقة 2
مع تحول Ethereum إلى خطة توسيع تركز على طبقة 2، بالإضافة إلى ظهور الأدوات ذات الصلة، تطورت العديد من السلاسل العامة بسرعة. تأمل العديد من المؤسسات في بناء سلاسلها الخاصة لتمثيل مصالح مختلفة والسعي لتحقيق تقييم أعلى. ومع ذلك، فإن ظهور العديد من السلاسل العامة جعل من الصعب على تطوير النظام البيئي مواكبة سرعة السلاسل العامة، مما أدى إلى انهيار العديد من المشاريع عند إصدارها.
بمساعدة التقنيات ذات الصلة، أطلقت العديد من المؤسسات المشهورة طبقة 2 أو سلاسل أخرى خاصة بها. اليوم، تم تقليل التكلفة التقنية والمالية لبناء سلسلة بشكل كبير، حيث تبلغ تكلفة تشغيل سلسلة تعتمد على بعض التقنيات حوالي 10,000 دولار شهريًا.
المستقبل سيكون بلا شك عصر التعايش بين سلاسل متعددة. على الرغم من أن هذه الطبقات 2 قد تختار التوافق مع EVM لتحقيق التفاعل، إلا أنه بسبب الكيانات التي تقف وراءها والتي لديها عدد كبير من التطبيقات السفلية، سيكون من الصعب بناء التطبيقات والتوصل إلى توافق في الآراء على نفس السلسلة.
تقدم البيئة المتعددة السلاسل الحالية تحديًا جديدًا: السيولة وتشتت الحالة. نظرًا لأن وجود السلاسل المتعددة أمر حتمي، فإن قابلية التشغيل المتداخل هي مجال يجب استكشافه وحله. هناك حاليًا العديد من حلول السيولة، لكن جوهرها الأساسي هو نفسه.
نستخدم الهيكل المعترف به في الصناعة لتقديم المكونات الأساسية للتجريد عبر السلاسل من الأعلى إلى الأسفل:
طبقة التطبيقات (Application Layer)
هذه هي الطبقة التي يتفاعل معها المستخدمون مباشرة، وهي أيضًا الطبقة الأكثر تجريدًا في حلول السيولة، لأنها تخفي تمامًا تفاصيل تحويل السيولة. في طبقة التطبيق، يتفاعل المستخدمون مع واجهة المستخدم الأمامية، وقد لا يكونون على دراية بآلية تحويل السيولة الأساسية.
طبقة الأذونات (Permission Layer)
تقع تحت طبقة التطبيق، حيث يقوم المستخدمون بربط المحفظة مع dApp وطلب الأسعار لتلبية نية التداول. هنا "النية" تشير إلى النتيجة النهائية المتوقعة للتداول (أي الناتج)، وليس المسار المحدد لتنفيذ الصفقة.
إدارة الحسابات وطبقة التجريد (إدارة المفاتيح وتجريد الحسابات)
نظرًا لوجود بيئة متعددة السلاسل، هناك حاجة إلى نظام إدارة حسابات وتجريد يتكيف مع سلاسل مختلفة للحفاظ على الهيكل الفريد للحسابات في كل سلسلة. قامت بعض المشاريع ببناء نظام حسابات موثوق، دون الحاجة إلى إنشاء توافق بين السلاسل، فقط من خلال الالتزامات الموثوقة بين أنظمة الحسابات الحالية. بينما تحقق أخرى إدارة مجرَّدة من خلال إنشاء محفظة حسابات متعددة السلاسل للمستخدمين، مما يحسن بشكل كبير تجربة المستخدم، ويقلل من تجزئة تجربة المستخدم.
طبقة الحل (Solver Layer)
تتحمل هذه الطبقة مسؤولية تلقي وتنفيذ نوايا المستخدمين في التداول، حيث تتنافس وظيفة Solver هنا لتقديم تجربة مستخدم أفضل، بما في ذلك أوقات تنفيذ أسرع وسرعة تنفيذ أعلى. بناءً على ذلك، قامت بعض المشاريع ببناء حلول مدفوعة بالنوايا.
طبقة التسوية (Settlement Layer)
هذا هو مستوى الوسيط المستخدم لحل المستوى لتحقيق نوايا المستخدم. تشمل المكونات الأساسية لحلول السيولة والحالة الموزعة:
بالإضافة إلى ذلك، يجب مراعاة عوامل مثل السيولة بين السلاسل، والتأكيد النهائي (Finality)، وآلية إثبات طبقة 2، لضمان التشغيل الفعال للنظام المتعدد السلاسل بأكمله.
حل
حاليًا، هناك العديد من الحلول في السوق لمعالجة السيولة خداع الناس لتحقيق الربح، وبعد مراجعة عدد كبير من الحلول، وجدنا أن هناك طرقًا رئيسية هي:
التركيز على الحلول التقنية: من خلال إضافة محددات ترتيب مشتركة معينة وجسور عبر السلاسل للمساعدة في بناء سيولة مشتركة وحالة على تكنولوجيا معينة. يأمل ذلك في حل تشتت السيولة والحالة في اتجاه أعلى.
مركزية الحساب: بناء محفظة حسابات شاملة عبر السلسلة، تدعم توقيع وتنفيذ المعاملات عبر بروتوكولات متعددة للبلوكشين من خلال تقنية تُعرف باسم «توقيع السلسلة». المكون الأساسي هو شبكة MPC، التي تحل محل المستخدمين في توقيع المعاملات عبر السلاسل المتعددة.
مركزية شبكة نوايا خارج السلسلة: الجوهر هو أن المستخدم يرسل نوايا إلى شبكة Solver، حيث يتنافس هذا الدور على العروض، ليقدم أفضل وقت لإنهاء الصفقة وسعر المعاملة، ويمكن أن تكون هذه الـ Solvers وكلاء ذكاء اصطناعي، منصات تداول، صانعي سوق أو حتى بروتوكولات متكاملة.
مركزية شبكة السيولة على السلسلة: هذا الاتجاه مخصص لتحسين مشكلة السيولة عبر الشبكات، ولكنه لم يحل مشكلة تشتت حالة السلسلة الأخرى. جوهره هو بناء طبقة سيولة، حيث يمكن بناء التطبيقات لتشارك السيولة عبر السلسلة.
مركزية التطبيقات على السلسلة: هذه التطبيقات تبني تطبيقات ذات سيولة عالية من خلال دمج صانعي السوق الكبار أو التطبيقات التابعة للجهات الخارجية. تحتاج هذه المشاريع إلى إدارة عمليات معقدة عبر السلاسل، مما يتطلب مستوى عالٍ من المهارة من المطورين، وبالتالي تكون عرضة لمشاكل أمان كبيرة.
حل مشكلة السيولة هو موضوع مهم للغاية، حيث تمثل السيولة كل شيء في عالم التمويل. إذا كان من الممكن بناء منصة تدمج السيولة، وخاصة دمج السيولة المتناثرة عبر السلسلة بأكملها، فسيكون لديها إمكانيات كبيرة.
في التصنيفين المذكورين أعلاه، يمكننا أن نرى أنه بناءً على الهيكل، فإن طبقة التسوية هي الحل الأكثر ذرية، وفوق هذه الحلول الذرية مثل الحلول عبر السلاسل، والأوراكل، وحلول التأكيد المسبق، توجد طبقة أكثر تجريدًا، وهي طبقة الحل، وطبقة الأذونات، وطبقة التطبيقات. الحلول المختلفة التي أدرجناها أعلاه لبناء حلول تجريدية أو السيولة في اتجاهات مختلفة تتناسب مع هذه المستويات المختلفة، ويمكن فهمها على أنها علاقة بين أعلى وأسفل. لكن هذه الحلول لا تزال ليست حلول ذرية، حيث أن مشكلة انفصال السيولة بأكملها أدت إلى ظهور العديد من المشاكل الفرعية المعقدة، وبالتالي ظهرت حلول متنوعة تتعلق بالتشغيل المتداخل. لكن في جوهرها، لا تزال تعتمد على هذه المكونات.
ملخص
حل مشكلة السيولة عبر السلاسل هو مجال معقد للغاية ولديه العديد من الحلول، مثل أن حلول طبقة 2 تنقسم إلى حل بعض الرسائل عبر السلاسل المدمجة تقنيًا، بالإضافة إلى بناء مجموعة تقنيات محددة لمشاركة المنظمين لحلها. بعيدًا عن سياق طبقة 2، تواجه جميع طبقة 1 أيضًا مشاكل السيولة، الحالة، وتجربة المستخدم التي تعاني من الانفصال، وهناك حلول تركز على التطبيقات الخاصة بالسيولة، بالإضافة إلى حلول خارج السلسلة الخاصة بشبكة الحل، وكذلك هناك حلول مشابهة تركز على الحسابات، ولكنها تحتاج أيضًا إلى أن تستند إلى حل هذا الدور خارج السلسلة.
نحن نوافق بشكل أكبر على أن انفصال السيولة عبر السلاسل، والحالة، وتجربة المستخدم هو مشكلة في صناعة blockchain بأكملها. إذا نظرنا إلى الأمر بشكل شامل، نحتاج إلى التفكير بطريقة أكثر تجريدًا، تشبه تجريد السلسلة، وهذا يمثل المدخل الحقيقي إلى Web3، حيث يحل انفصال تجربة المستخدم، بينما يتم دمج السيولة والحالة في أماكن لا يدركها المستخدم. كيف يتم الدمج بالتحديد، ينقسم أيضًا إلى استخدام الشبكات خارج السلسلة، وجسور عبر السلاسل ذات الخصوصية، وما إلى ذلك، وكل ذلك يستحق الاستكشاف. بشكل عام، سيكون المستقبل متعدد السلاسل، وحل مشكلة تشتيت السيولة هو أمر حتمي يجب أن تواجهه الصناعة، حيث أن هناك مساحة واسعة للنمو في هذا الدمج للسيولة عبر السلاسل، وقد يؤدي إلى بناء منصات جديدة في عصر Web3.