أبحاث OP: هل " " الكون هو الشكل النهائي للطبقة 2؟

الخلفية

كانت Layer2 هي النقطة المحورية الأخيرة في السوق.

أطلقت Rollups التي تتخذ من ZK مقراً لها بشكل مثير للاهتمام ZKEVM وشبكات الاختبار الخاصة بها، وتتوقع جذب المستخدمين الحقيقيين والأموال من خلال عمليات الإنزال الجوي. ونتيجة لذلك، وجد المستخدمون الذين يتطلعون إلى الاستفادة من هذه الفرص أنفسهم يتفاعلون مع العديد من سلاسل Layer2 يوميًا. ومع ذلك، فإن هذا يؤكد أيضًا المنافسة الشديدة في هذه الساحة. على وجه الخصوص، اكتسبت Arbitrum اهتمامًا كبيرًا من خلال الاستفادة من عمليات الإنزال الجوي وقدمت لاحقًا منح النظام البيئي لمشاريعها، مما شجع نمو النظام البيئي وحوافز المستخدمين. حافظت هذه الإستراتيجية على القيمة الإجمالية لشركة Arbitrum المقفلة (TVL) والمعاملات باستمرار بأكثر من ضعف مستوى التفاؤل. وفي الوقت نفسه، حققت ZKSync نموًا سريعًا في TVL والمعاملات عبر العصور وعمليات الإنزال الجوي المتوقعة.

أثناء مواجهة هذه التحديات من حيث البيانات، تصارع أول مُصدر للتوكنات، وهو Optimism، أيضًا مع عمليات فتح رموز مهمة كل شهر. في محاولة لتغيير الأمور، انتقمت شركة Optimism من خلال استراتيجية OP Stack الخاصة بها. لم يحظ الإطلاق الأولي لـ OP Stack بالكثير من الاهتمام حتى أعلنت Coinbase عن خططها لاستخدام OP Stack لتطوير Layer2base الخاصة بها، وكشفت A16Z عن نيتها في استخدام OP Stack لإصدار Layer2 Magi. بعد ذلك، بدا أن إطلاق Layer2 يحظى بالإجماع حيث أعلنت المشاريع من مختلف القطاعات دخولها في حرب الطبقة الثانية. ارتفع سعر رمز OP، وبلغ ذروته مع إطلاق سلسلة BASE.

لا يمكن لحلول Layer2 الأخرى الراسخة البقاء على الهامش أيضًا، حيث اختارت إطلاق أكوامها الخاصة للتنافس مع التفاؤل، مثل Arbitrum Orbit و Polygon 2.0 و Hyperchain من ZKSync و Starknet من Starware.

الطبقة الثانية تحقق نجاحًا بارزًا

يحمل السوق وجهات نظر متنوعة حول ما إذا كان مستقبل بلوكتشين يكمن في السلاسل المتعددة أو الطبقة الثانية. حاليًا، شهدت كل من الطبقة الثانية والسلاسل المتعددة (خاصة السلاسل الوظيفية) تطورات ملحوظة. في بداية عام 2022، كان هناك نقاش مستمر حول ما إذا كان مستقبل بلوكتشين يتعلق بالسلاسل المتعددة أو إيثريوم جنبًا إلى جنب مع الطبقة الثانية. والآن، يبدو أن كوزموس قد تراجع، حيث تجاوزته حلول الطبقة الثانية في الصدارة مثل التفاؤل، والتحكيم، والمليغون، وZKSync. لقد أدلت الصناديق والمطورون بأصواتهم بشكل فعال، واختاروا بأغلبية ساحقة الاستثمار والاستقرار داخل نظام Layer2 البيئي.

فبعد تحولها إلى نقاط البيع وترقية شنغهاي، تمتلك إيثريوم (ETH) الآن غالبية الأصول على السلسلة، وتستمر في قيادة السباق في قابلية التوسع والانكماش. فبدلاً من إنشاء سلسلة عامة جديدة بدون ابتكار، وبناء نظام بيئي جديد للتنافس على حركة مرور إيثريوم، أصبح من الأفضل الاعتماد على قوة إيثريوم الحاسوبية وحالتها من أجل الأمان. يسمح استخدام ETH كرمز GAS وجذب المطورين والسيولة من خلال آلة إيثريوم الافتراضية (EVM) والحوافز بترحيل القيمة، مما يخلق تأثير دولاب الموازنة. تشير البيانات إلى أنه من حيث إجمالي القيمة المقفلة (TVL) وعدد المشاريع وأرقام المستخدمين الفريدة، فإن Layer2 لها اليد العليا. علاوة على ذلك، أعلنت العديد من المشاريع عن نواياها لإطلاق حلول Layer2، مما يدل على فجر عصر السلاسل المتعددة لـ Layer2.

ومع ذلك، في أعقاب حادثة تيرا، بدا أن سلاسل مثل تيرا وجونو من نظام كوزموس البيئي تكاد تخرج من السوق. ومع ذلك، فإن الكيانات داخل نظام Cosmos البيئي مثل Injective و Canto و Berachain و Sei و DYDX v4 إما على وشك الإطلاق أو قامت بالفعل بطرح شبكاتها الرئيسية. إنهم يهدفون إلى معالجة تحديات blockchain الحالية بطرق أكثر عدوانية وإنشاء أنظمة بيئية خاصة بهم. كما قدمت كوزموس أيضًا إيفموس للاستفادة من زخم إيثريوم، مما أدى إلى استنزاف سيولة إيثريوم. بالإضافة إلى ذلك، أصدرت Cosmos Cosmos 2.0، بهدف تمكين ATOM من خلال ضمان الأمان بين السلاسل وحظر المزادات، وبالتالي تعزيز أهمية نظامها البيئي. ومع ذلك، استنادًا إلى اتجاهات السوق الثانوية الحالية و TVL، لم يتمكن نظام Cosmos البيئي من التعافي من الركود بعد Terra، ويرجع ذلك جزئيًا إلى نهجه الداخلي المجزأ.

المصدر: L2BEAT - حالة النظام البيئي للطبقة الثانية، defillama.com، اعتبارًا من 21 أغسطس 2023.

أوب ستاك

تكرار استراتيجية كوزموس

يعكس عصر Layer2 متعدد السلاسل عن كثب الروايات متعددة السلاسل التي روجت لها كوزموس وبولكادوت ذات مرة. ومع ذلك، فإن الاختلاف الرئيسي هو أنه بدلاً من محور Cosmos أو سلاسل الترحيل التي تربط السلاسل المتعددة، فإن Ethereum هي التي تحتل مكانة مركزية. في الحقيقة، تقدم إيثريوم الأمان فقط في طبقة DA دون ربط الطبقة الثانية بشكل حقيقي. يقدم هذا السيناريو فرصة لـ Stack. وباعتبارها طبقة تجميع متوسطة، لا يمكن للطبقة الثانية توفير خدمات تطوير بلوكتشين مخصصة للإيرادات فحسب، بل تعمل أيضًا كمحور لالتقاط قيمة سلاسل الطبقة الثانية الأخرى أو شحن الطبقة الثالثة من طبقة DA.

في الواقع، تعد الطبقة الثانية في الأساس خطوة معيارية داخل إيثريوم. من خلال تكديس Layer2s المعيارية، يمكن للمرء إنشاء نظام Layer2 بكفاءة. يمكن لهذا النظام، عند توصيله من خلال محور مركزي، تحقيق عمليات ذرية عبر السلسلة. وبناءً على هذا الأساس، يمكن أن يعمل المحور المركزي أيضًا في طبقة DA، ويمكن إنشاء سلاسل تطبيقات الطبقة الثالثة في الأعلى، مما يطلق العنان للإمكانات المبتكرة لشبكات بلوكتشين العامة.

من خلال تحويل الميزات الأساسية إلى مكونات عالمية، على غرار ما فعلته Cosmos، ثم تقديمها إلى سلاسل أخرى، يمكن للمرء إنشاء نظام بيئي خاص به. هذه الميزة التنافسية لا مثيل لها من خلال إنشاء بلوكشين واحد بشكل مستقل. اختارت شركة Optimism استراتيجية مشابهة لـ Cosmos: تقديم تطوير منخفض الحواجز، وإطلاق سلسلة بدون إذن، والتوافق العالي، وقابلية التشغيل عبر السلاسل لإنشاء نظامها البيئي.

فجر الروايات متعددة السلاسل: الكون

تشجع Cosmos الجهود التعاونية بين شبكات blockchain المختلفة. من خلال مشاركة القيمة والبيانات، فإنها تعزز الترابط داخل النظام البيئي وهي من بين اللاعبين الرائدين في استكشاف قابلية التشغيل البيني متعدد السلاسل. وكوسموس عبارة عن نظام بلوكتشين متكامل وقابل للتشغيل المتبادل، ويتألف من ثلاثة مكونات أساسية: آلية توافق آراء Tendermint، وCosmos SDK، وبروتوكول الاتصال عبر السلاسل IBC (الاتصال بين بلوكتشين).

1- آلية توافق الآراء بشأن المناقصات

يعمل Tendermint كمحرك إجماع الشبكة لـ Cosmos Hub ويتكون من جزأين رئيسيين: Tendermint Core و ABCI. يستخدم إجماعًا مختلطًا من PoS المرتبط بـ PBFT+، مما يضمن وصول أكثر من ثلثي المدققين إلى توافق في الآراء. تفصل Tendermint تطبيقات بلوكتشين عن الإجماع الأساسي، وتتحكم في منطق التطبيق عبر جهاز الحالة مع توفير واجهة ABCI لتفاعل طبقة التطبيقات. تدعم هذه البنية كلاً من الإجماع والتكامل مع السلاسل الأخرى.

المصدر: هندسة Tendermint: الرسم التخطيطي الرسمي

2. كوسموس SDK

إن Cosmos SDK عبارة عن مجموعة أدوات للمطورين، مما يتيح بناء آلات الحالة المعيارية فوق Tendermint. يمكن للمطورين استخدام SDK لإنشاء سلاسل بلوكشين جديدة أو جسر إلى Cosmos باستخدام Peg Zones. تقدم SDK مفهوم المتاجر المتعددة، وتقسم حالة التطبيق إلى مناطق معزولة مختلفة، مع إدارة كل وحدة لحالتها الخاصة. تتضمن الوحدات الأساسية لـ SDK Bank و Auth و Staking & Slashing، وكلها تهدف إلى بناء أجهزة حكومية متطورة.

المصدر: مخطط Cosmos SDK: الرسم التخطيطي الرسمي

3.IBC بروتوكول الاتصال عبر السلاسل

IBC هو بروتوكول في Cosmos يسهل الاتصال بين سلاسل الكتل المختلفة، مما يتيح التفاعلات عبر السلاسل بين المناطق. من خلال إنشاء اتصالات IBC على المحور، يمكن للمنطقة الاتصال بالمناطق الأخرى المتصلة بنفس المحور. من خلال IBC، يمكن للمناطق نقل الرموز وحزم البيانات، وتحقيق نقل الأصول والمعلومات عبر السلاسل. تعمل منطقة PG كجسر يربط سلاسل الكتل الخارجية (مثل Bitcoin) التي لا يمكن دمجها مباشرة عبر IBC، مما يجعلها قابلة للتشغيل المتبادل مع السلاسل داخل Cosmos.

المصدر: مخطط اتصالات IBC: الرسم التخطيطي الرسمي

ويتيح الجمع بين هذه المكونات للمطورين صياغة تطبيقات آمنة ومرنة، وتحقيق التواصل عبر السلاسل ونقل الأصول بين سلاسل الكتل.

بنية مركز ومنطقة Cosmos وقابلية التشغيل البيني عبر السلاسل

يستخدم Cosmos نموذجًا معماريًا للمحور والمنطقة. في هذا الهيكل، يعمل المحور كحلقة وصل مركزية للشبكة، في حين أن المناطق عبارة عن سلاسل عامة فردية تتصل بشكل مستقل. يقوم المركز بمراقبة حالة كل منطقة وتسجيلها. وفي المقابل، تقوم كل منطقة بإبلاغ الكتل التي تم إنشاؤها حديثًا إلى المحور وتتزامن مع حالة المحور. بدلاً من المزامنة المباشرة مع بعضها البعض، تتواصل المناطق المختلفة بشكل غير مباشر عن طريق إرسال حزم البيانات إلى Hub.

من الناحية الفنية، يحقق نموذج Hub and Zone الخاص بـ Cosmos إمكانية التشغيل البيني بين سلاسل الكتل المختلفة. تتواصل المناطق من خلال المحور، الذي يقوم بمزامنة الحالة العالمية في الوقت الفعلي. ومن خلال فصل تطبيقات بلوكتشين عن آلية الإجماع الأساسية وتوفير واجهة ABCI للتفاعل مع طبقة التطبيق، يمكن للمطورين كتابة منطق التطبيق بأي لغة. لا تسهل هذه البنية الإجماع فحسب، بل تبسط أيضًا تكامل سلاسل الكتل الأخرى.

داخل نظام Cosmos البيئي، يتم استخدام الرمز الأساسي $ATOM بشكل أساسي لرسوم المعاملات والتصويت على الحوكمة. يرتبط الطلب على هذا الرمز بشكل مباشر بتطوير نظام Cosmos البيئي. تهدف Cosmos إلى إنشاء إطار عالمي لتطوير blockchain ومعالجة المشكلات عبر السلاسل، وتحقيق رؤية عالم متعدد السلاسل.

فيما يتعلق بآلية السلاسل المتقاطعة، يعمل Cosmos Hub كسلسلة ترحيل، بينما تعمل المناطق كسلاسل متوازية، ولكل منها مدققاتها. يعمل Cosmos Hub باعتباره قلب الشبكة، ويسمح لشبكات بلوكتشين المختلفة بالاتصال عبر بروتوكول IBC. تتواصل المناطق مع المناطق الأخرى من خلال المحور، وتتم إدارة كل منطقة بطريقة لامركزية. وبالتالي، إذا واجهت منطقة معينة هجومًا أو سلوكًا ضارًا، فستظل المناطق الأخرى غير متأثرة.

نظرة عامة على Cosmos Architecture: الصورة مأخوذة من الموقع الرسمي

بشكل عام، لعبت Cosmos دورًا رائدًا في مجال التشغيل البيني متعدد السلاسل. ومن خلال بنية Hub and Zone الخاصة بها، جنبًا إلى جنب مع إدخال بروتوكول IBC، قامت بتسهيل الاتصال السلس وعمليات نقل الأصول عبر السلاسل بين سلاسل الكتل المختلفة. بالإضافة إلى ذلك، يوفر الهيكل المعياري لـ Cosmos للمطورين درجة عالية من المرونة. باستخدام Cosmos SDK، يمكن للمطورين إنشاء تطبيقات blockchain مخصصة تتميز بمجموعة متنوعة من الوحدات الوظيفية. في الوقت نفسه، تلعب آلية إجماع Tendermint دورًا محوريًا داخل Cosmos. وهي تستخدم إجماعًا مختلطًا من PBFT جنبًا إلى جنب مع Bonded PoS، مما يضمن كلاً من الأمان العالي وقابلية التوسع. من خلال فصل الإجماع عن منطق التطبيق، تحقق Tendermint قابلية محسنة للنمطية وقابلية التوسع، بينما تقدم أيضًا واجهة ABCI للتفاعلات المنطقية للتطبيق.

سرد جديد متعدد السلاسل: Superchain

«الهدف الأساسي لـ Cosmos هو تحقيق قابلية التشغيل البيني والتفاعل بين سلاسل الكتل المختلفة. يبدو أن التركيز الحالي لحرب الطبقة الثانية يتجه بثبات نحو هذا الهدف».

الهدف المشترك لحلول Layer2 هو تعزيز الإنتاجية وقابلية التوسع لشبكة Ethereum لتلبية متطلبات المعاملات المتزايدة باستمرار. ومع ذلك، فإن المنافسة بين هذه الطبقة الثانية تتحول من تحسينات الأداء فقط إلى التركيز الأوسع على قابلية التشغيل البيني والتفاعل، وحتى إلى النظام البيئي الأوسع.

1. قابلية التشغيل البيني: مع ظهور المزيد والمزيد من مشاريع blockchain وحلول Layer2، يأمل المستخدمون والمطورون في نقل الأصول والبيانات بسلاسة بين سلاسل الكتل المختلفة. يوفر تحقيق قابلية التشغيل البيني للمستخدمين مرونة أكبر، مما يسمح لهم بالتدفق بحرية عبر شبكات blockchain المختلفة.
2. التفاعل: تدفع المنافسة بين حلول Layer2 المطورين إلى إنشاء معايير تقنية أكثر عالمية لضمان التفاعل بين الطبقات الثانية المختلفة. سيعمل هذا التفاعل على تعزيز التعاون وتبادل البيانات بين شبكات Layer2 المختلفة، مما يؤدي إلى نظام بيئي أكثر ثراءً.
3. التأثير التآزري: على غرار بنية المحور والمنطقة الخاصة بـ Cosmos، يمكن للتشغيل البيني بين حلول Layer2 أن يخلق تأثيرات تآزرية. سيعمل الترابط بين حلول Layer2 المختلفة على تعزيز القيمة الإجمالية للنظام البيئي، وجذب المزيد من المستخدمين والمطورين للمشاركة.
4. تقليل تكاليف الاحتكاك: سيؤدي تحقيق قابلية التشغيل البيني بين سلاسل الكتل المختلفة والطبقة الثانية إلى تقليل تكاليف الاحتكاك للمستخدمين. لن يحتاج المستخدمون بعد الآن إلى إجراء عمليات التبادل والتحويلات المملة بين الشبكات المختلفة، وبالتالي تعزيز تجربة المستخدم والمشاركة.

• فيما يلي مقارنة بين مناهج ومسارات Layer2s:

المصدر: ستايسي مور، l2beat، أبحاث OP ｜ 20230827

تفاؤل

«يشبه OP Stack ترتيب المزيد من المقاعد لتجمع عائلي كبير، مما يضمن للجميع الانضمام دون الحاجة إلى التنقل.»

مجموعة التفاؤل ومكدس العمليات

مجموعة التفاؤل (ORU) هي حل لتوسيع نطاق الطبقة الثانية (L2) يعتمد على إيثريوم (L1). تستفيد فلسفة التصميم الخاصة بها من آلية الإجماع الخاصة بـ L1 لضمان أمان وقابلية تطوير L2، وتجنب إدخال آليات إجماع منفصلة. وكجزء من نموذج السلسلة الأم إلى السلسلة الفرعية، تضع ORU السلسلة الأم في فئة L1، مع لعب الإيثيريوم هذا الدور.

تتكون الآلية التشغيلية لـ ORU من ثلاث خطوات أساسية:

1. تخزين البيانات (Blockstorage): يتم تنظيم المعاملات على L2 وكتابتها في كتل، ثم يتم ضغطها وكتابتها على L1. تحافظ هذه الطريقة على توفر البيانات، مما يضمن إمكانية الوصول إلى بيانات المعاملات حسب الحاجة.

2. إنتاج الكتل: تتضمن هذه المرحلة تشغيل جهاز التسلسل المسؤول عن إنشاء وتنفيذ كتل L2. تشمل هذه العملية تأكيد المعاملة وإنشاء كتلة جديدة ونقل المعلومات ذات الصلة إلى L1 لتقديم المعاملة.

3. تنفيذ الكتلة: تضمن هذه المرحلة استلام الكتل الجديدة والحفاظ على التشغيل المستقر لشبكة L2.

من ناحية أخرى، فإن OP Stack عبارة عن حزمة تطوير موحدة تدعم تقنية التفاؤل. من منظور ملموس، يُنظر إليه بشكل هرمي من الأسفل إلى الأعلى:

• طبقة توفر البيانات (daLayer): تحدد هذه الطبقة مصدر البيانات الأولية لـ L2. حاليًا، تلعب سلسلة Ethereum الرئيسية دورًا أساسيًا هنا.

• طبقة التسلسل: يتم تنفيذ الوظائف على هذا المستوى بواسطة المنظم، والإشراف على تأكيد المعاملة، وتحديثات الحالة، وبناء كتلة L2.

• طبقة الاشتقاق: تحدد هذه الطبقة كيفية معالجة البيانات الأولية من طبقة توفر البيانات لتشكيل المدخلات المعالجة. يتم نقل هذه المدخلات إلى طبقة التنفيذ عبر واجهة برمجة تطبيقات محرك Ethereum القياسية.

• طبقة التنفيذ: تحدد هذه الطبقة بنية حالة نظام L2، وتدعم آلة إيثريوم الافتراضية (EVM) أو الأجهزة الافتراضية الأخرى. كما أنه يدمج بعض تكاليف بيانات L1 في المعاملات.

• طبقة التسوية: مسؤولة عن نقل بيانات المعاملات المؤكدة من L2 إلى blockchain المستهدف للتسوية النهائية.

• طبقة الحوكمة: يرى النهج الحالي سلاسل متعددة تستند إلى OP Stack تشترك في نفس مجموعة معايير الحوكمة.

المصدر: هيكل مكدس OP | الأصل: أبحاث Binance

ملاحظة: التفاصيل.mirror.xyz

سوبرتشين

تُمكّن Superchain حلول الطبقة الثانية (L2) المختلفة من التعاون من خلال مشاركة تدابير الأمان وطبقات الاتصال ومجموعة أدوات التطوير (OP Stack). في تصميمات الطبقة الأولى التقليدية (L1)، غالبًا ما تصبح قابلية التوسع والأداء من العوامل المقيدة. تعالج Superchain هذا من خلال دمج شبكات L2 المتعددة، مما يوفر قابلية التوسع والأداء المحسنين. لا يمنح هذا التوسع الأفقي النظام سعة أعلى فحسب، بل يوفر أيضًا تجربة فائقة لكل من المطورين والمستخدمين.

تعمل Superchain القائمة على OP Stack كحلقة وصل للعديد من حلول L2، وتدعم التشغيل واسع النطاق لسلاسل بلوكتشين المتنوعة والتطبيقات اللامركزية (dApps). تدمج OP Stack، وهي مجموعة تطوير موحدة تدعم تقنية Optimism، شبكات L2 المختلفة، مما يعزز قابلية التشغيل البيني فيما بينها. من خلال دمج العديد من حلول L2 في Superchain، فإنها تحقق اتصالات أكثر كفاءة ومرونة عبر السلاسل. يتيح ذلك للمستخدمين نقل الأصول والمعلومات بسلاسة بين L2s المختلفة، مما يفتح العديد من الاحتمالات.

السمة المميزة لـ Superchain هي نمطيتها. من خلال الاستفادة من OP Stack كطبقة تطوير أساسية، يمكن لشبكات L2 الفردية اعتماد وحدات الطبقة بشكل انتقائي، والجمع بين المكونات التكنولوجية المختلفة لتلبية متطلبات محددة. لا يعمل هذا التصميم المعياري على تحسين تخصيص النظام فحسب، بل يوفر أيضًا نقطة دخول سهلة للتقنيات والابتكارات الجديدة. علاوة على ذلك، تؤكد Superchain على قابلية التشغيل البيني، مما يسمح لحلول L2 المختلفة بمشاركة الموارد بشكل فعال ونقل المعلومات. تقدم Superchain القائمة على OP Stack خيار نشر أكثر فعالية من حيث التكلفة، مما يشجع نطاقًا أوسع من المطورين والمشاريع على المشاركة. هذا مفيد في دفع التطوير الأوسع واعتماد شبكات L2.

هندسة Superchain: نشأت من مسؤول OP

في الواقع، يعد إصدار المزيد من Layer2s باستخدام OP Stack الخطوة الأولى فقط في إنشاء Superchain. يتطلب OP Stack المطور بالكامل من Layer2s مشاركة أدوات الفرز وتبادل الاقتصاد والمعلومات وإنشاء آلية حوكمة أمنية موحدة ونظام بيئي بين السلاسل. إذا أخذنا BASE كمثال، فإن التعاون بين Optimism و BASE يتكون من عنصرين رئيسيين:

1. إدارة البروتوكول: تلتزم BASE بقانون السلاسل وتنضم إلى عمليات عميل op-geth و op-node. في الوقت نفسه، تتبنى العميل op-reth الذي يتحمل الأخطاء والذي صممه النموذج وتنشئ نظام مراقبة التشاؤم.

2. الاقتصاد والحوكمة: ستتقاضى BASE إما 2.5٪ من إيرادات الفرز أو 15٪ من أرباح السلسلة العامة بعد خصم L1 Gas (أيهما أعلى) كرسوم لاستخدام OP Stack. في المقابل، سيوفر التفاؤل لـ BASE ما يصل إلى 2.75٪ من إجمالي إمدادات OP كمكافأة للمشاركة في الحوكمة. ستقوم BASE و Optimism بشكل مشترك بإنشاء مجلس أمن لإدارة ترقيات العقود متعددة التوقيعات ووضع خطط إدارة رئيسية منافسة لمنع المخالفات الأحادية الجانب من قبل أعضاء الفريق.

ببساطة، يمكن لأي شبكة بلوكشين مبنية على OP Stack أن تجمع بمرونة بين وحدات المستويات المختلفة من OP Stack لإنشاء L2s. يُعد التفاؤل، الذي يشار إليه الآن باسم OP Mainnet، بمثابة أول L2، حيث يقوم بشكل تعاوني ببناء نظام Superchain البيئي. هذا النهج يجعل النظام البيئي بأكمله أكثر قابلية للتكيف، ويلبي مجموعة متنوعة من المتطلبات والابتكارات المختلفة.

التحكيم

على عكس استراتيجية Superchain الخاصة بـ Optimism والتي تستند إلى OP Stack لإنشاء L2s، يسمح نهج Orbitrum Orbitchain بإنشاء ونشر الطبقة الثالثة، والمعروفة أيضًا باسم سلاسل التطبيقات، على شبكة Arbitrum الرئيسية (التي تتضمن Arbitrum One و Nova و Goerli) باستخدام مكدس Arbitrum Nitro التقني، على غرار OP Stack.

المصدر: أوربيتشين للهندسة المعمارية: موقع ARB الرسمي

تختلف Arbitrum عن Superchain الخاصة بـ Optimism، حيث اعتمدت طريقة أكثر مرونة وقابلية للتخصيص. Orbit هو إطار تطوير يسمح لأي مطور ببناء L3 (سلاسل التطبيقات) استنادًا إلى ARB، ويبلغ ذروته في البنية النهائية المعروفة باسم سلسلة Orbit. الهدف التصميمي لسلسلة Orbit هو التوافق مع ترقية Arbitrum Stylus القادمة. يسهل هذا التوافق للمطورين إنشاء تطبيقات لامركزية (dApps) باستخدام لغات برمجة مثل C و C ++ و Rust. من خلال الاستفادة من هذه اللغات، يمكن للمطورين إنشاء تطبيقات dApps غنية بالميزات دون الحاجة إلى الانتقال إلى مجموعة تقنية جديدة. يوفر هذا مزيدًا من المرونة والاختيار لمطوري dApp، مما يسمح لهم بتلبية احتياجات المشاريع المختلفة بشكل أفضل.

المصدر: هندسة Orbitchain: مشتقة من وثائق ARB الرسمية

ومع ذلك، في الوقت الحالي، لا يزال Arbitrum Orbit في مرحلة اختبار الشبكة ولم يحقق بعد اكتمال وحدة OP Stack.

عصر زد كيه سينك

تقع «السيادة والتكامل السلس» في قلب قصة ZK Stack. يتمتع المطورون بالاستقلالية الكاملة في تخصيص Hyperchain. تعمل Hyperchain بشكل مستقل، وتعتمد فقط على Ethereum Layer1 للأمان والحيوية. تسهل شبكة Hyperbridge الربط بين Hyperchains. يهدف ZK Stack، الذي تم إطلاقه في 23 يونيو 2023، إلى إنشاء L2 و L3 المدعومين من ZK استنادًا إلى كود ZKSync Era. وبالتالي، من الناحية الفنية، لا يمكن تمييزه عن OP Stack.

ZK Stack هو إطار عمل مصمم لبناء سلاسل Hyperchains المعيارية والسيادية القائمة على تقنية المعرفة الصفرية. وتتناول التحديات المطروحة في «ZK Credo»، بهدف توفير أساس لشبكات بلوكتشين اللامركزية. تشمل الميزات الأساسية لـ ZK Stack كونها مفتوحة المصدر وقابلية التركيب والوحدة والأمان الذي تم التحقق منه وقابلية التوسع للمستقبل.

تم تطوير هذا الإطار بواسطة Matter Labs ويستخدم ترخيص MIT/Apache مفتوح المصدر. يمكن أن تتكامل سلاسل Hyperchains التي تم إنشاؤها باستخدام ZK Stack بسلاسة داخل الشبكات غير الموثوقة، مما يتميز بزمن انتقال منخفض وسيولة مشتركة. يمكن للمطورين تخصيص Hyperchains وفقًا لاحتياجاتهم مع ضمان الأمان والموثوقية. يعمل ZK Stack، المبني على كود ZKSync Era، على الاستفادة من Hyperbridge للتشغيل البيني بين السلاسل الفائقة، مما يحقق إمكانية التشغيل البيني السريع والفعال من حيث التكلفة. يمكن للمطورين تخصيص السلاسل الفائقة وربطها من خلال Hyperbridge، مما يضمن إمكانية التشغيل البيني غير الموثوق به والسريع والمنخفض التكلفة.

يعد ZK Stack مناسبًا للسيناريوهات التي تتطلب Hyperchains المخصصة أو الاتصالات غير المتزامنة في نظام بيئي أوسع نظرًا لأن جسر L1-L2 غير متزامن. من الناحية المعمارية، يحتوي عصر ZKSync على سيناريوهين للتطبيق:

• 1) باعتبارها واحدة من سلاسل L2s الفائقة، المترابطة مع نظيراتها L2s، وتشترك في السيولة والموارد البيئية الأخرى.

• 2) تعمل كطبقة DA لـ L3s.

تعمل Hyperchain على حل مشكلات الثقة من خلال التحقق من الحسابات خارج السلسلة وتستخدم أدلة المعرفة الصفرية للأمان. تربط Hyperbridge السلاسل الفائقة، مما يسهل نقل البيانات وقابلية التشغيل البيني. من خلال جسر Hyperbridge، تقدم Hyperchain ميزات مثل الجسور التي تم التحقق منها والجسور المحلية وتوافر البيانات، وبالتالي إنشاء شبكة سيولة موحدة. من منظور المستخدم، تحقق Hyperchain قابلية التشغيل البيني السلس وإدارة المحفظة عبر السلاسل، مما يعزز تجربة المستخدم. من الناحية التكنولوجية، يتكون أساس Hyperbridges من Hyperchains استنادًا إلى الجسور التي تم التحقق منها والمدققين المشتركين وتوافر البيانات.

المصدر: مختبرات المواد

باختصار، تعد قابلية تطوير Hyperchain وقابليتها للتركيب في صميم تصميمها. يمكن لـ L3 من Hyperchain الاتصال بـ L3s الأخرى من نفس المستوى ويمكنه أيضًا استخدام Ethereum بشكل مباشر كطبقة DA الخاصة به. في هذه الحالة، يصبح L3 هذا أساسًا L2. كما هو موضح في الرسم التخطيطي، يعد Hyperchain L3 الثاني في الزاوية اليسرى العليا بمثابة الدليل المباشر على ذلك. ومع ذلك، كسلسلة عامة لـ ZK Rollup، لا تحتاج Layer2s فقط إلى سد الفجوة مع لغة برمجة Solidity ولكنها تحتاج أيضًا إلى القدرة على تطوير أنظمة دوائر ZK بشكل مستقل. بخلاف ذلك، يمكنهم الاعتماد فقط على ZKPorters المشتركة للتشغيل. في الوقت الحالي، تفتقر ZKSync إلى آلية شاملة لمشاركة المكونات، مما يشير إلى أن لغة Hyperchain والمتطلبات الفنية قد ردع العديد من المطورين. على الرغم من أن ZK Rollup تسمح تقنيًا بملايين PTS في حجم المعاملات مع الحفاظ على اللامركزية، إلا أن تكلفة ZK Proof أعلى. إلى جانب مركزية جهاز التسلسل ورسوم الغاز المرتفعة للعقود الذكية المعقدة التي قد تفشل أيضًا بسبب مشكلات التوافق، فإنها تجعل النمو السريع يمثل تحديًا لـ ZKSync على المدى القصير. لذلك، لا توجد خطة لإصدار الرموز لتعزيز نموها. لمعالجة هذا الأمر، قامت ZK Sync بإجراء تحسينات معينة في بنية Hyperchain الخاصة بها. يدعم مترجم LLVM الخاص بالنظام كلاً من Solidity وأي لغات برمجة حديثة أخرى، مما يعزز إمكانية الوصول للمطورين الذين يستخدمون Rust و C ++ و Swift على وجه التحديد. ومع ذلك، ومع أخذ كل الأمور في الاعتبار، تظل Hyperchain هي الأكثر صعوبة في التطوير.

المصدر: مختبرات المواد

ومع ذلك، لا يزال ZK Stack في مرحلة التطوير ولم يتم إطلاقه على شبكة الاختبار حتى الآن.

ستاركنيت

«التحجيم الجزئي»：تعتقد StarkWare أنه سيتم بناء طبقات ثلاثية متعددة فوق الطبقة الثانية، تمامًا كما يتم بناء العديد من الطبقات الثانية على الطبقة الأولى. هنا، يتم استخدام L2 للقياس العام، بينما L3 مخصص للقياس المخصص. يحقق القياس الجزئي التوسع عن طريق إضافة طبقات بشكل متكرر. يوفر إدخال L3، الذي تم إنشاؤه بشكل متكرر على L2، قابلية تطوير أعلى وتحكمًا فائقًا في مكدس التكنولوجيا وخصوصية محسّنة لتطبيقات محددة. يوفر L3 مزايا النطاق الهائل والتحكم الأفضل في الأداء وحماية الخصوصية مع الحفاظ على أمان L1. سيسمح هذا الانتقال لـ StarkEx (المستخدم حاليًا كحل L2) بالترحيل إلى L3، كما سيتم توفير مثيلات مستقلة من StarkNet كـ L3.

في مؤتمر مجتمع إيثريوم الذي عقد في باريس، أعلن إيلي بن ساسون، المؤسس المشارك لستاركوير، عن سلسلة تطبيقات ستاركنيت القادمة. Appchains هي سلاسل بلوكشين للتطبيقات مصممة خصيصًا لتلبية احتياجات التطبيقات المحددة. تهدف Starknet Appchains إلى تزويد المطورين ببيئة مخصصة، مما يسمح لهم بإنشاء مثيلات StarkNet مخصصة للتحكم القياسي بشكل أفضل، وخفض التكاليف، والنطاق الأكبر، والخصوصية الاختيارية. من خلال إنشاء سلاسل تطبيقات StarkNet، يمكن للمطورين تقديم إنتاجية أعلى وتجربة مستخدم محسنة لمستخدميهم. تم إنشاء StarkNet Stack باستخدام وحدات مثل براهين STARK ولغة برمجة القاهرة وتجريد الحساب الأصلي.

المصدر: الوثائق الرسمية

بشكل عام، لا يزال StarkNet Stack في مراحله الأولى من التطوير، والنظام البيئي للسلسلة في مهده.

المضلع 2.0

في فلسفة التصميم الشاملة الخاصة بها، تهدف Polygon 2.0 إلى إنشاء PoS Mainnet و ZKEVM من Polygon باعتبارها العمود الفقري لـ Polygon. وفي الوقت نفسه، تقدم سلاسل تطبيقات Supernets لتعزيز النظام البيئي لشركة Polygon. المستفيد الأساسي من هذا النهج هو رمز POL. ويرجع ذلك إلى أن شبكات Supernets في Polygon 2.0 تحتاج إلى مشاركة رموز POL لتشغيل العقد، مما يضمن أمن السلسلة العامة. ولتحقيق ذلك، تقدم Polygon على الفور عقد PoS وعقد ZKEVM و Miden VM كثلاثة خيارات للمستخدمين. ولتعزيز جاذبيتها، قدمت Polygon أيضًا برنامج Polygon DID المستند إلى دليل عدم المعرفة ودليل تطوير ألعاب Web3 المسمى «Blueprint». من الواضح أن Polygon 2.0 تهدف إلى رعاية وبالتالي رسم نظام بيئي أكثر ثراءً لنفسها. علاوة على ذلك، في عرضها لـ Supernets، تتطرق Polygon 2.0 بشكل متكرر إلى مفهوم بلوكتشين للمؤسسات. يشير التعاون مع العلامات التجارية الكبرى مثل Starbucks و Nike و Warner Music إلى أن خندقها الاستراتيجي يكمن في تقديم سلاسل تطبيقات على مستوى المؤسسات وقابلة للتخصيص بدرجة عالية مع حواجز دخول منخفضة.

من الناحية الهيكلية، يذكرنا Polygon 2.0 بمكدس OP. يتم تقسيمها إلى عدة طبقات، وهي:

• طبقة التكديس
• طبقة التشغيل المتداخل
• طبقة التنفيذ
• طبقة إثبات

يعكس هذا التصميم الهرمي:

• رابط
• الشبكة
• وسائل النقل
• طبقة التطبيقات

هذه مستوحاة من مكونات بروتوكول الإنترنت. تتعامل كل طبقة بروتوكول مع عملية فرعية محددة، وتشكل بشكل جماعي المجموعة الفنية.

طبقة التكديس

تتوافق وظيفة طبقة التخزين هذه بشكل وثيق مع PoS (إثبات الحصة) الخاصة بـ Ethereum، ولكن فائدتها لا تقتصر على شبكة Polygon الرئيسية فقط.

بصرف النظر عن شبكة Polygon الرئيسية الأصلية، هناك أيضًا ZKEVM و Supernets. على هذا النحو، سيقدم المدققون خدمات لسلاسل متعددة، تعمل بطريقة تشبه إعادة التخزين، وكلها تدار من قبل Validator Manager. تقع مسؤولية إدارة المدققين عبر جميع هذه السلاسل على عقد Chain Manager. كل سلسلة لديها عقد مدير السلسلة الخاص بها لتحديد عدد المدققين وأي متطلبات إضافية لهم، مثل الالتزام بلوائح محددة أو ضرورة تخزين الرموز الإضافية. وهذا يعني أن المدققين قد يحتاجون إلى مشاركة رموز محددة من تلك السلسلة للمشاركة في التحقق من صحتها.

في الواقع، هذه الطبقة الثابتة هي جوهر Polygon 2.0. على عكس Optimism و Arbitrum، لكي تعمل Supernets، فإنها تتطلب دعم المدققين الذين راهنوا على $POL. كلما زاد عدد سلاسل Polygon، زادت الحاجة إلى المزيد من المدققين، مما يؤدي بدوره إلى زيادة قيمة رمز POL. ومع ذلك، فإن نموذج إعادة التخزين يسمح أيضًا لفرق Supernets بالتركيز على المرافق والمجتمع بدلاً من البنية التحتية، وبالتالي تقليل حواجز الدخول للسلاسل العامة.

طبقة التشغيل المتداخل

تستخدم طبقة Interop ZK Proof لتنفيذ وظائف أصلية عبر السلاسل المشابهة لـ Cosmos. من خلال توسيع بروتوكول LXLy المستخدم في مجموعة ZKEVM الخاصة بـ Polygon، تقدم Polygon أداة تجميع لتحقيق العمليات الذرية عبر السلاسل. أولاً، يمكنه قبول كل من براهين ZK وقوائم انتظار الرسائل. بالإضافة إلى ذلك، يمكنه تجميع أدلة ZK المتعددة في إثبات ZK واحد وإرساله للتحقق من Ethereum. لذلك، فهي تعمل كوسيط بين Polygon و Ethereum.

وبالتالي، عندما يتلقى المجمع قائمة انتظار الرسائل وإثبات ZK المرسل من السلسلة A، يمكن للسلسلة B، التي تعمل كسلسلة مستهدفة، تلقي الرسائل مباشرة من السلسلة A، مما يسهل التفاعلات السلسة عبر السلسلة. بالطبع، تستكشف Polygon أيضًا تحقيق اللامركزية في المجمع باستخدام نموذج PoS Validator.

طبقة التنفيذ

تعمل طبقة التنفيذ الخاصة بها بشكل مشابه عبر سلاسل مختلفة. تشمل هذه الطبقة P2P، والتوافق، و Memepool، وقاعدة البيانات، ومولد الشاهد الفريد لبراهين ZK.

طبقة إثبات

طبقة الإثبات خاصة بـ ZK-rollup، وهي تعمل بشكل أساسي كبروتوكول لتوليد براهين ZK لجميع المعاملات على سلسلة Polygon. وتتكون بشكل أساسي من مُثبت عام وآلة حكومية. يرث المُثبت العام من Plonky2، الذي يستخدم تقنية SNARK المتكررة. في المقابل، تأتي أجهزة الدولة في أشكال يقدمها فريق Polygon، مثل ZKEVM و MidenVM، أو يتم إنشاؤها بواسطة فرق السلسلة العامة نفسها، مثل ZKWASM.

الملخص

منظور التكنولوجيا مفتوحة المصدر

يتم استقبال OP Stack بحرارة من قبل العديد من المشاريع. أعلنت أكثر من اثني عشر مشروعًا، بما في ذلك Base/Magi/OPBNB/WorldCoin، عن استخدامها لـ OP Stack، وهذه الشعبية لا تخلو من أسباب. أحد العوامل المهمة هو انفتاح الترخيص. كما يتضح من البيانات، يستخدم التفاؤل ترخيص معهد ماساتشوستس للتكنولوجيا، بينما يقوم Arbitum/ZKsync/Starknet/Polygon بنشر ترخيص أباتشي 2.0. على الرغم من أن كلاهما مفتوح المصدر، إلا أن انفتاح هذه التراخيص يختلف. يتطلب ترخيص MIT فقط الاحتفاظ بالترخيص الأصلي وإشعار حقوق النشر ويسمح بالاستخدام التجاري والتوزيع والتعديل والاستخدام الخاص وإضافة المصطلحات وحتى بيع كود MIT المرخص. في المقابل، يتطلب ترخيص Apache 2.0 إبراز التعديلات في الملفات المعدلة. يجب أن تتضمن المشاريع المشتقة Apache-2.0 الأصلي الترخيص والعلامات التجارية وإعلانات براءات الاختراع والإشعارات الأخرى التي يحددها المؤلف. في حالة وجود ملف إشعار، يجب أن يحتوي أيضًا على Apache-2.0 رخصة. بعبارات بسيطة، يعتبر ترخيص MIT أكثر تساهلاً، في حين أن ترخيص Apache أكثر صرامة.

منظور التوافق

• 1）التفاؤل يفتخر بمستوى توافق عالٍ مع EVM الخاص بـ Ethereum. ومع وجود 12,745 التزامًا و2.3 ألف عملية تفرع للتفاؤل، يشير هذا إلى كمية هائلة من تحديثات التعليمات البرمجية ومعدل اعتماد مرتفع للمطورين.

• 2）من الناحية الفنية، تستفيد سلسلة ZK بشكل كامل من آلية الأمان والتوافق في Ethereum، وتعتمد بشكل مباشر على سلامتها. بالمقارنة مع سلسلة OP، يمكن لسلسلة ZK التحقق مباشرة من تغييرات الحالة دون انتظار تحديثات الحالة الأساسية وتبسيط التصميم وتعزيز الكفاءة عبر السلاسل. ومع ذلك، يواجه OP قيودًا في المكالمات غير المتزامنة عبر السلاسل، في انتظار التحقق التأسيسي والتأكيد.

منظور الهندسة التقنية

• 1）حاليًا، يركز كل من التفاؤل والمضلع على توسيع L2s، بينما تركز Arbitrum و ZK Sync و Starknet على توسيع L3. تتمتع سلاسل تطبيقات L3 بقدر أكبر من الحرية وقابلية التوسع والاستقلالية. ومع ذلك، لا يزال السوق يتطور على الطبقة الثانية، حيث تبدو الطبقة الثالثة بعيدة في المستقبل المنظور. بشكل حاسم، لم يتم تحقيق أي عمليات عبر السلاسل على L3 بشكل كامل تقنيًا. في ظل هذه الظروف، ستختار dApps التي تؤكد على قابلية التركيب بشكل طبيعي Layer2 لإنشاءات DeFi Lego الخاصة بها.

• 2）تعد الوحدات النمطية ومكونات SDK المسارات المعاصرة لـ blockchain. سواء كانت سلسلة عامة لـ dApps أو Stack for Layer2/Layer3، فإن الهدف هو خفض حاجز البرمجة وتحسين التخصيص لتقليل تكاليف بناء مشروع المطورين. هذا يسمح لهم بالتركيز على تصميم المنتجات والعمليات المجتمعية. تؤكد بعض المشاريع، مثل AltLayer، على «التجميع كخدمة» باعتبارها أعمالها الأساسية. وبالتالي، سيصبح إنشاء بلوكتشين بدون كود وإطلاق المشاريع أمرًا شائعًا حتمًا مع نضج البنية التحتية.

منظور تقدم التنمية

حاليًا، فقط OP ستاك وبوليغون 2.0 تتطور بوتيرة سريعة. ومع ذلك، فإن تطوير النظام البيئي لـ OP هو الأسرع، مع وجود سلاسل عامة قائمة بالفعل، بينما لا تزال Arbitrum و ZKSync و Starknet في مراحلها الأولى. نظرًا للنظم البيئية للشبكة الرئيسية غير المطورة لـ ZKSync و Starknet، فمن المتصور أنها قد تتطور بشكل استراتيجي للتنافس مع OP Superchain. ومع ذلك، عند فحص مستويات اللامركزية، أصبح مولد Starkware المقاوم لـ ZK، STARK Prove-Stone، مفتوح المصدر بموجب ترخيص Apache2.0 في 31 أغسطس. وبالمقارنة، لا يحتوي OP Stack، حتى بمساعدة Base، على منظم لامركزي في الأفق، مما يشير إلى أن Starkware قد تقود السباق نحو اللامركزية.

مقارنة بين الروايات متعددة السلاسل وروايات Superchain

محفظة Layer2 ذات السلاسل المتقاطعة وIBC ومحفظة Kepler

السرد الأساسي لسلسلة الطبقة الثانية المتعددة هو المعاملات الذرية عبر السلاسل. يستخدم OP Stack أمرًا مشتركًا لتحقيق اتصال بين السلاسل يشبه IBC. المضلع 2.0 يستخدم مجموعة عامة من أدوات التحقق والأمان المشترك من خلال التخزين الثقيل للتطور إلى «Polygon Hub».

ومع ذلك، لا تزال قدرة السلسلة المتقاطعة لـ Layer2 في مرحلة السرد. الاستخدام العملي الوحيد هو سلسلة EVM المتقاطعة استنادًا إلى نموذج الجسر (الثقب الدودي/layerzero/axelar). الفرق بين هذا وبين IBC واضح تمامًا. أبرز الإنزال الجوي الأخير عبر السلاسل من SEI هذا الاختلاف: كان على تحويلات USDC باستخدام Wormhole من Ethereum/Arbitum/Polygon/BSC الانتظار لمدة 24 ساعة للخروج من سلسلة SEI لأنها تجاوزت حصة Wormhole عبر السلسلة لـ SEI. في المقابل، يمكن لـ ATOM و OSMO المنقولين عبر IBC من Osmosis إلى SEI العودة على الفور إلى السلسلة الأصلية. كما شهد Axelar USDC، وهو جزء من النظام البيئي لـ IBC، اعتمادًا متزايدًا. ومع ذلك، نظرًا لجسر SEI الرسمي وآلية Axelar عبر السلاسل، كان هناك وقت انتظار لمدة نصف ساعة تقريبًا للدخول إلى SEI أو الخروج منه. ومع ذلك، كان النقل المباشر إلى سلسلة IBC العامة فوريًا. إن الفرق بين الانتظار لمدة 24 ساعة والتحويل الفوري يدل على الكثير.

يوفر التبديل بين السلاسل على Layer2 في MetaMask تجربة مستخدم مختلفة بشكل ملحوظ مقارنة بـ Keplr. مع نمو سلاسل Layer2 العامة، زادت الحاجة إلى التبديل بين السلاسل تدريجيًا. لكن أصول وتفاعلات السلاسل المختلفة على MetaMask منفصلة، مما يتطلب أدوات خارجية للإدارة الموحدة، مما يزيد من المخاطر المالية. وفي الوقت نفسه، يمكن لمحفظة Keplr عرض مبالغ الأموال والحالات عبر النظام البيئي بأكمله. قد تتطلب إستراتيجية Layer2 «محفظة فائقة» مثل Keplr لتوحيد أصول النظام البيئي الخاصة بها.

مزادات الطلبيات المشتركة وISC والمزادات الجماعية

يعد مقدم الطلب أمرًا بالغ الأهمية لكل من إيرادات وأمن Rollups. يسمح الطلب المشترك لحلول Layer2 الجديدة بتخطي إنشاء وصيانة الطلبات الخاصة بها والاستفادة من دخل MEV لجميع السلاسل، وبالتالي تعزيز قيمة Superchain. ومع ذلك، فإن هذا يعني مشاركة الأمان الأساسي. تعتبر طلبات Layer2 Stacks الحالية مركزية للغاية، حيث يقترب فقط مقدمو أوامر PoS والتوقيعات المتعددة المنظمات خطوة أقرب إلى رؤية Vitalik للمرحلة 2. لذلك، تعد الطلبات المشتركة والطلبات اللامركزية ضرورية لتحقيق أرباح موسعة وضمان الأمن في المستقبل.

يعد ICS مفتاحًا لإحياء Cosmos، وهو يقلل من حاجز الدخول للسلاسل العامة لنظام Cosmos البيئي ويجلب المزيد من القيمة إلى رمز ATOM. في الماضي، استخدم كل جزء من نظام Cosmos البيئي PoS لضمان أمانه. تم استخدام ATOM فقط لأمن مركز Cosmos، مما أدى إلى قصر استخدامه على كسب عوائد PoS الأساسية أو التخزين مقابل عمليات الإنزال الجوي. تشبه هذه الحالة الحالة الحالية للطبقة الثانية. اختار OP Stack الأمان متعدد الطبقات مع Superchain، بينما اختار Polygon2.0 اختر Mesh Security من خلال إعادة التخزين. تقوم المزادات الجماعية بتسعير MEV ومعالجة MEV من منظور الأعمال وتحديد قيمة الطلبيات. مع إنشاء طلب مشترك، ترتفع قيمة MEV بشكل طبيعي. لا يمكن لمقدمي الطلبات فقط الحصول على دخل MEV الخاص بـ Superchain. وبالتالي، من المرجح أن يتم إطلاق مزادات Stacks block بعد فترة وجيزة من تنفيذ الطلبية المشتركة.

المصدر: دلفي ديجيتال

الخلاصة: الكون هو الشكل النهائي للطبقة 2

نظرًا لاعتراف Layer2 Stacks بنموذج Cosmos، فمن المرجح أن يتم اعتماد الآليات المميزة داخل نظام Cosmos البيئي الحالي وتحسينها بسرعة. على سبيل المثال، قد تحاكي الطبقة الثانية السلاسل العامة مثل Berachain/Injective/Sei/Canto من خلال إدخال السيولة التأسيسية على مستوى السلسلة العامة، والعملات المستقرة الأصلية التي تشبه Terra، والإقراض المحلي على مستوى السلسلة العامة، وآليات مشاركة الغاز، وعمليات نشر العقود المعيارية، والمزادات الجماعية. بدلاً من ذلك، كما ذكرنا، يمكن أن يكون هناك تطوير محفظة تشبه Keplr لنظام Stack البيئي لتوحيد أصول النظام البيئي.

ومع ذلك، فإن آلية Cosmos الأكثر حيوية والمفقودة حاليًا لـ Stacks هي الأمان الشامل بين السلاسل. يمكن لمجموعات Layer2 المختلفة مشاركة الطلبات، وتحقيق اللامركزية في طبقة الطلبات بدلاً من مجرد اللامركزية الفردية، مما يخفف من مخاطر الطلبية الفردية. بالإضافة إلى ذلك، يمكن لمقدمي الطلبات المستندة إلى نقاط البيع أن يخدموا سلسلة واحدة من خلال طرق مشابهة للتخزين الثقيل. وهذا يعكس مفاهيم الأمن متعدد الطبقات وأمن الشبكات في Cosmos ICS.

ويسعى السوق بالفعل للحصول على رقم مشابه لـ Cosmos أو OP superchain، ليكون بمثابة مركز يربط شبكات بلوكتشين المختلفة. من خلال خلق التآزر ومشاركة موارد النظام البيئي، سيعزز هذا الكيان النمو عبر النظام البيئي بأكمله. إذا ثبت أن طريقة OP Stack غير مجدية، فقد يظهر حل جديد لملء الفجوة.

سواء كان الدور الذي تم القيام به في النهاية مشابهًا لـ ARB Orbit أو OP Superchain أو ZK Stacks، فسوف يلعبون دورًا محوريًا في توسيع الطبقة الثانية. مع نضوج تقنية ZK وإمكانية الوصول إليها على نطاق أوسع، قد تأخذ مكدسات OP المستندة إلى ZK أو ZK المدمجة عباءة سلسلة Layer2 المتعددة. بفضل TPS العالي واللامركزية المتأصلة، تعد هذه سمات مهمة لقابلية التوسع، بصرف النظر عن التوافق، وهي مضمونة تقنيًا في سياقات المشاركة عالية الأمان. في حين أن تطوير ZKSync و Starknet قد يكون أبطأ، إلا أن نمو TVL وقاعدة المستخدمين لا يمكن إنكاره. وبالتالي، يبقى أن نرى ما إذا كانت الميزة المبكرة لـ OP Stack وتوافقها ستستحوذ بسرعة على سوق Stack، أو ما إذا كان TPS العالي واللامركزية في ZK Stack يمكن أن يندفع إلى الأمام مع نضوج التكنولوجيا.

المرجع

[1]《الطبقة 2https://haotiancryptoinsight.substack.com/p/layer2stack

[2]《：Coinbase التفاؤل OP Stack》https://www.8btc.com/article/6806138

[3]《الكون المجنون متعدد السلاسل، كرازي أوب ستاك》https://medium.com/ybbcapital/crazy-multichain-universe-crazy-op-stack-acb63be8d515

[4]《مقدمة عن السلاسل الفائقة》https://medium.com/matter-labs/introduction-to-hyperchains-fdb33414ead7

[5]《تقديم مكدس ZK》https://medium.com/matter-labs/introducing-the-ZK-stack-c24240c2532a

[6]《zksynchttps://twitter.com/tmel0211/status/1663034763832344576

[7]《مقدمة لطيفة: سلاسل المدار》https://docs.arbitrum.io/launch-orbit-chain/orbit-gentle-introduction

[8]《طفرة نمو ستاركنيت ستاك》https://starkware.co/resource/the-starknet-stacks-growth-spurt/

[9]《》https://www.geek-workshop.com/thread-1860-1-1.html

[10]《عالم Appchain: المخاطر والفرص》https://medium.com/alliancedao/the-appchain-universe-the-risks-and-opportunities-9a22530e2a0c

[11]《سلاسل الكتل الخاصة بالتطبيقات: الماضي والحاضر والمستقبل》https://medium.com/1kxnetwork/application-specific-blockchains-9a36511c832

[12]《حتمية يونيتشين》https://medium.com/nascent-xyz/the-inevitability-of-unichain-bc600c92c5c4

[13]https://defillama.com/chains

[14]https://dune.com/Marcov/Optimism-Ethereum

[15]https://dune.com/gopimanchurian/arbitrum

[16]https://dune.com/gm365/L2

إخلاء المسؤولية:

1. هذه المقالة مستنسخة من [ OP Research ]، وحقوق النشر تعود إلى المؤلف الأصلي [Jam، Cloudy]. إذا كانت هناك اعتراضات على الاستنساخ، فيرجى الاتصال بفريق Gate Learn، وسيقوم الفريق بمعالجتها على الفور وفقًا للإجراءات ذات الصلة.
2. تنويه: الآراء ووجهات النظر الواردة في هذه المقالة تمثل فقط وجهات النظر الشخصية للمؤلف ولا تشكل أي نصيحة استثمارية.
3. تتم ترجمة إصدارات اللغات الأخرى من المقالة بواسطة فريق Gate Learn. بدون ذكر Gate.io، لا يُسمح بنسخ أو نشر أو سرقة المقالات المترجمة.