المؤلف: Jam, CloudY
المحرر: فينسيرو، YL
تمت المراجعة بواسطة: ياسمين

مع اقتراب ترقية كانكون، تحول اهتمام السوق تدريجيًا من LSD وLSDFi إلى قطاع الطبقة الثانية بعد ترقية شنغهاي. كما اجتذب إطلاق رمز ARB عددًا كبيرًا من المستخدمين لدخول النظام البيئي Arbitrum والانضمام إلى الأنظمة البيئية الأخرى من الطبقة الثانية. التي لم تصدر عملات معدنية بعد.

خلفية

Layer2 هو التركيز الأخير في السوق

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

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

كما أن سلاسل Layer2 القديمة الأخرى لم تعد تحتمل، فاختارت إطلاق Stack خاص بها لمنافسة Optimism، مثل: Arbitrum Orbit وPolygon 2.0 وHyperchain الخاصة بـ ZKSync وStarknet الخاصة بـ Starware.

Layer2 يحقق انتصارًا مرحليًا

لدى السوق آراء مختلفة حول ما إذا كان مستقبل Blockchain سيكون متعدد السلاسل أم Layer2. وحتى الآن، شهدت Layer2 والتعدد السلسلي (خصوصًا السلاسل الوظيفية) تقدمًا أحدث بالفعل.

في بداية عام 22 كنا لا نزال نناقش ما إذا كان مستقبل Blockchain سيكون متعدد السلاسل أم ETH+Layer2، أما اليوم فقد تراجعت Cosmos إلى المرتبة الثانية، بعد أن استحوذت Layer2 مثل Optimism/Arbitrum/Polygon/ZKSync على الاهتمام، كما أن الأموال والمطورين يصوتون بأقدامهم باستثمارهم والانضمام إلى Layer2.

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

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

إعادة إنتاج نهج Cosmos عبر OP Stack

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

في الواقع، إن Layer2 نفسها خطوة نحو نمطية Ethereum، وبالتالي فإن جعل Layer2 نفسها مُركبة من طبقات معيارية يسمح ببناء Layer2 بشكل بسيط وفعّال، ثم ربط كل Layer2 عبر محور مركزي لتحقيق跨链 ذري. وعلى هذا الأساس، يمكن للمحور المركزي أيضًا أن يعمل كطبقة DA، ثم تُبنى فوقه سلاسل تطبيقات Layer3، مما يحرر ابتكار السلاسل العامة.

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

بداية سردية التعدد السلسلي: Cosmos

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

Cosmos هو نظام بيئي بلوكشين يتمتع بدرجة عالية من النمطية وقابلية التشغيل البيني، ويتكون من ثلاثة مكونات أساسية:

آلية توافق Tendermint، وCosmos SDK، وبروتوكول التواصل بين السلاسل IBC (Inter-Blockchain Communication).

1. آلية توافق Tendermint

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

2.Cosmos SDK

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

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

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

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

بنية Hub وZone الخاصة بـ Cosmos وقابلية التشغيل البيني عبر السلاسل

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

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

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

في آلية跨链، يعمل Hub في Cosmos كسلسلة ترحيل، بينما تكون Zone عبارة عن سلاسل موازية، ولكل سلسلة مُحقِّقوها الخاصون.

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

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

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

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

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

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

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

3. الأثر التآزري: على غرار بنية Hub-and-Zone في Cosmos، يمكن لقابلية الترابط بين حلول Layer2 أن تخلق أثرًا تآزريًا. إن الترابط بين حلول Layer2 المختلفة سيعزز قيمة النظام البيئي بأكمله ويجذب المزيد من المستخدمين والمطورين للمشاركة.

4. خفض تكاليف الاحتكاك: إن تحقيق الترابط بين سلاسل الكتل المختلفة وLayer2 سيخفض تكاليف الاحتكاك لدى المستخدمين. لن يعود المستخدمون بحاجة إلى عمليات تبديل ونقل معقدة بين الشبكات المختلفة، مما يحسن تجربة المستخدم ومعدل المشاركة.

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

Optimism

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

Optimism Rollup وOP Stack

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

في آلية تشغيل ORU، توجد ثلاث خطوات رئيسية.

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

ثانيًا، مرحلة إنتاج الكتل (Blockproduction) تتعلق بعمل المُرتِّب، وهو المسؤول عن بناء كتل L2 وتنفيذها. وتشمل هذه العملية تأكيد المعاملات، وبناء الكتل الجديدة، وتمرير المعلومات ذات الصلة إلى L1 لتقديم المعاملات.

وأخيرًا، تضمن مرحلة تنفيذ الكتل (Blockexecution) استلام الكتل الجديدة والحفاظ على استقرار تشغيل شبكة L2.

ومن ناحية أخرى، يُعد OP Stack مكدس تطوير معياريًا يدعم تقنية Optimism. ومن منظور ملموس، وبالنظر من الأسفل إلى الأعلى عبر الطبقات، تبدأ أولًا بطبقة توافر البيانات (DALayer)، وهي التي تحدد مصدر البيانات الخام لـ L2.

في الوقت الحالي، تلعب السلسلة الرئيسية لـ Ethereum الدور الأساسي على هذا المستوى.

ثم تأتي طبقة الترتيب (SequencingLayer)، وتُسند وظائف هذه الطبقة إلى المُرتِّب، المسؤول عن تأكيد المعاملات وتحديث الحالة وبناء كتل L2.

ثم تأتي طبقة الاشتقاق (Derivation): وهي التي تحدد كيفية معالجة البيانات الخام في طبقة توافر البيانات لتكوين مدخلات مُعالجة، ثم تُرسل هذه المدخلات إلى طبقة التنفيذ عبر واجهة Ethereum القياسية Engine API.

تحدد طبقة التنفيذ (ExecutionLayer) بنية حالة نظام L2، وتدعم آلة Ethereum الافتراضية (EVM) أو غيرها من الآلات الافتراضية، مع إضافة بعض رسوم بيانات L1 إلى المعاملات.

طبقة التسوية (Settlement Layer)، وهي مسؤولة عن إرسال بيانات المعاملات المؤكدة على L2 إلى سلسلة الكتل المستهدفة لإتمام التسوية النهائية. وأخيرًا طبقة الحوكمة (Governance Layer)، والحل الحالي【1】 يقوم على أن عدة سلاسل مبنية على OP Stack تشترك في الحوكمة نفسها وفق معيار حوكمة موحد.

*ملاحظة [1]: optimism.mirror.xyz

Superchain

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

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

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

في الحقيقة، إن إصدار المزيد من Layer2 باستخدام OP Stack هو فقط الخطوة الأولى لبناء Superchain. فـ OP Stack الناضجة تحتاج إلى أن تشارك Layer2 المُرتِّب وتبادل الاقتصاد والمعلومات، وأن تنشئ آلية حوكمة أمنية موحدة ونظامًا بيئيًا بين السلاسل. وبأخذ BASE مثالًا، يتكون تعاون Optimism وBASE من جزأين رئيسيين: الأول هو إدارة البروتوكول، حيث تلتزم BASE بقانون Chains وتنضم إلى تشغيل عملاء op-geth وop-node، كما تعتمد عميل إثبات الأعطال op-reth المصمم من قبل paradigm وتؤسس نظام Pessimism للمراقبة المتشائمة؛ والثاني هو الاقتصاد والحوكمة، حيث ستدفع BASE نسبة 2.5% من إيرادات المُرتِّب أو 15% من ربح السلسلة العامة بعد خصم Gas على L1 (أي الأعلى بينهما) كرسوم لاستخدام OP Stack، كما ستمنح Optimism لـ BASE ما يصل إلى 2.75% من إجمالي عرض OP كمكافأة للمشاركة في الحوكمة. وستقوم BASE وOptimism معًا بإنشاء Security Council لإدارة التوقيع المتعدد الخاص بترقية العقود ووضع خطة لإدارة مفاتيح المتحدين، لتجنب أي تصرفات أحادية من قبل الفريق.

بشكل مبسط، يمكن لأي شبكة بلوكشين مبنية على OP Stack أن تجمع طبقات OP Stack المختلفة بمرونة وفق الحاجة لبناء L2s. أما Optimism (الاسم الحالي: OP Mainnet) فهي أول Layer2 ضمن هذا النظام، وتعمل كطبقة مشتركة تبني معها سلسلة Super chain البيئية. هذا يجعل النظام البيئي بأكمله أكثر مرونة وقدرة على تلبية احتياجات وابتكارات متنوعة.

Arbitrum

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

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

لكن Arbitrum Orbit ما يزال حتى الآن في مرحلة الشبكة التجريبية، ولم يصل بعد إلى اكتمال الوحدات الموجود في OP Stack.

ZKSync Era

«السيادة والاتصال السلس» هي السردية الأساسية لـ ZK Stack.

يمتلك المطورون كامل السلطة لتخصيص Hyperchain. تعمل Hyperchain بشكل مستقل، مع اعتمادها فقط على Ethereum Layer1 لضمان الأمان والنشاط. وتربط شبكة Hyperbridge Hyperchain ببعضها. أُطلق ZK Stack في 20230623، ويهدف إلى بناء L2 وL3 مخصصة ومدعومة بـ ZK اعتمادًا على كود ZKSync Era. وهو إطار لبناء Hyperchains معيارية وذات سيادة ومبنية على ZK. لذلك، فهو من الناحية المعمارية التقنية لا يختلف عن 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 Era حالتا استخدام:

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

• 2）باعتبارها طبقة DA لـ L3s.

تُحل Hyperchain مشكلة الثقة عبر التحقق من الحوسبة خارج السلسلة، وتستخدم إثباتات المعرفة الصفرية لضمان الأمان.

يربط Hyperbridge السلاسل الفائقة، ويحقق نقل البيانات وقابلية التشغيل البيني. وتقوم Hyperchain بالربط عبر Hyperbridge، مع خصائص مثل الجسر المُتحقق منه والجسر المحلي وتوافر البيانات، مما يبني شبكة سيولة موحدة. ومن منظور المستخدم، تحقق Hyperchain التشغيل البيني السلس وإدارة محافظ跨链، بما يضمن تجربة مستخدم أفضل. ومن الناحية التقنية، فإن Hyperchains المعتمدة على الجسر المُتحقق منه، والمُحقِّقين المشتركين، وتوافر البيانات، تشكل الأساس لـ Hyperbridges.

بشكل عام، تكمن قابلية التوسع وقابلية التركيب في Hyperchain في صميم تصميمها. يمكن لـ L3 في Hyperchain أن تتصل وتتفاعل مع L3s من نفس المستوى، كما تستخدم Ethereum مباشرة كـ DAlayer، وفي هذه الحالة تكون هذه L3 في جوهرها أيضًا Layer2. والصورة في الأعلى اليسار، Hyperchain L3 رقم 2، هي أوضح دليل على ذلك.

لكن باعتبارها سلسلة عامة من نوع ZK Rollup، فإن Layer2s لا تحتاج فقط إلى سد الفجوة مع لغة البرمجة Solidity، بل تحتاج أيضًا إلى قدرة معينة على تطوير نظام دوائر ZK circuit بشكل مستقل، وإلا فلن يكون أمامها سوى مشاركة ZKPorter لتشغيلها. لكن ZKSync حاليًا لا تمتلك آلية مكتملة لمشاركة المكونات، وهذا يوضح أن Hyperchain تقيد دخول عدد كبير من المطورين من ناحية اللغة والتقنية. إضافة إلى ذلك، ورغم أن ZK Rollup يمكنه نظريًا تحقيق ملايين المعاملات مع الحفاظ على اللامركزية، فإن تكلفة ZK Proof أعلى أيضًا، ومع مركزية المُرتِّب وارتفاع رسوم الغاز للعقود الذكية المعقدة، واحتمال فشلها بسبب ضعف التوافقية، يصبح من الصعب على ZKSync أن ينمو بسرعة خلال فترة قصيرة، ولذلك لن يصدر عملة لتحفيز التطور.

وفي هذا الصدد، قامت ZK Sync بالفعل ببعض التحسينات على بنية Hyperchain الخاصة بها — فمترجم LLVM في النظام يدعم Solidity وأي لغة برمجة حديثة أخرى، ما يزيد من سهولة وصول المطورين الذين يستخدمون Rust وC++ وSwift وغيرها. لكن بشكل عام، يبقى تطوير Hyperchain هو الأصعب.

لكن ZK Stack ما يزال حاليًا في مرحلة التطوير ولم يُطلق على الشبكة التجريبية بعد.

StarkNet

「التوسع الكسوري — Fractional Scaling」: ترى StarkWare أن عدة Layer3 ستُبنى فوق Layer2، كما تُبنى عدة Layer2 فوق Layer1. عندها تُستخدم L2 للتوسع العام، بينما تُستخدم L3 للتوسع المخصص.

التوسع الكسوري، أي تحقيق التوسع عبر التكرار الطبقي. إن إدخال L3، وبنائه تكراريًا فوق L2، يوفر قابلية توسع أعلى وتتحكمًا أفضل في المكدس التقني وحماية أفضل للخصوصية للتطبيقات المحددة. تستطيع L3 تحقيق توسع هائل، وتحكم أفضل في الأداء، وحماية للخصوصية، مع الحفاظ على أمان L1. وهذا سيسمح لـ StarkEx (المستخدم حاليًا كحل L2) بالانتقال إلى L3، كما ستُقدَّم أيضًا نسخ StarkNet المستقلة باعتبارها L3.

في مؤتمر مجتمع Ethereum EthCC الذي أُقيم في باريس، أعلن المؤسس المشارك لـ StarkWare Eli Ben-Sasson عن إطلاق Starknet Appchain قريبًا. Appchains هي سلاسل تطبيقات كتل مصممة خصيصًا لتلبية احتياجات تطبيقات محددة. تهدف سلسلة تطبيقات Starknet إلى توفير بيئة مخصصة للمطورين، بحيث يمكنهم إنشاء نسخ Starknet مخصصة بداخلها للحصول على تحكم أفضل في المواصفات، وتكلفة أقل، ونطاق أكبر، وخصوصية اختيارية. ومن خلال بناء Starknet appchain، يستطيع المطورون تقديم معدل نقل أعلى وتجربة مستخدم أفضل. يعتمد Starknet Stack على وحدات مثل STARK proofs، ولغة البرمجة Cairo، وتجريد الحسابات الأصلي.

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

Polygon2.0

في التصور العام، تريد Polygon2.0 أن تجعل من Polygon’s PoS Mainnet و ZKEVM ركائز Polygon، مع إدخال Supernets كسلاسل تطبيقية لتوسيع منظومة Polygon. والمستفيد الحقيقي هو رمز POL، لأن Supernets في Polygon2.0 تحتاج إلى رهن رموز POL لتشغيل العقد وضمان أمان السلسلة. ولتحقيق هذا الهدف، طرحت Polygon ثلاثة خيارات للمستخدمين للاختيار بينها: عقد PoS / عقد ZKEVM / Miden VM. ولتعزيز جاذبيتها، أضافت Polygon أيضًا Polygon DID المبنية على إثباتات المعرفة الصفرية ودليل تطوير ألعاب Web3 باسم “Blueprint”. ويتضح أن Polygon2.0 اختارت طريق الحضانة لبناء نظام بيئي أغنى لنفسها. كما تشير مقدمة Supernets في Polygon2.0 مرارًا إلى مفهوم blockchain المؤسسية، ومن تعاون Polygon مع ستاربكس/نايكي/وارنر ميوزيك وغيرها يمكن الاستنتاج أن خندقها الآخر هو سلاسل تطبيقية مؤسسية منخفضة العتبة وعالية التخصيص.

من الناحية البنيوية، تشبه Polygon2.0 OP Stack، إذ تقسم نفسها أيضًا إلى عدة طبقات، وهي:

• طبقة Staking

• طبقة Interop

• طبقة التنفيذ

• طبقة الإثبات

وهذا الشكل الطبقي لها، أي:

• رابط

• الشبكة

• النقل

• طبقة التطبيق

هذه العناصر مستوحاة من مكونات بروتوكولات الإنترنت، حيث تتولى كل طبقة بروتوكول عملية فرعية محددة، أي المكدس التقني.

طبقة Staking

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

إلى جانب شبكة Polygon الرئيسية الأصلية، توجد أيضًا ZKEVM وSupernets، ولذلك ستخدم Validators عدة سلاسل، بنموذج مشابه لإعادة الرهن، وبإدارة عبر Validator Manager.

أما العقدة المسؤولة عن إدارة الـ Validators التابعة لكل سلسلة فهي عقدة Chain Manager، ولكل سلسلة عقدة Chain Manager خاصة بها، وذلك لتحديد عدد المُحقِّقين والمتطلبات الإضافية المفروضة عليهم، مثل القوانين الواجب الالتزام بها أو الرموز التي يجب رهنها إضافيًا. وهذا يعني أن المُحقِّقين قد يحتاجون إلى رهن رمز السلسلة نفسه بشكل إضافي للمشاركة في التحقق.

في الواقع، طبقة الرهن هذه هي محور Polygon2.0. وعلى عكس Optimism وArbitrum، لكي تعمل Supernets لا بد من دعم مُحقِّقين قاموا برهن $POL. وكلما زاد عدد سلاسل Polygon، زادت الحاجة إلى المُحقِّقين، وبالتالي ارتفعت قيمة رمز POL. لكن نموذج Restaking يساعد أيضًا فريق Supernets على التركيز على Utility والمجتمع بدلًا من البنية التحتية، مما يخفض عتبة دخول السلاسل العامة.

طبقة Interop

تستخدم Interop Layer إثباتات ZK لتحقيق跨链 أصلي على طريقة Cosmos. ومن خلال توسيع بروتوكول LxLy المستخدم في Polygon ZKEVM rolllup، قدمت Polygon مجمِّعًا Aggregator لتحقيق تشغيل بيني ذري عبر السلاسل. أولًا، يمكنه استقبال براهين ZK وMessage Queues، بالإضافة إلى أنه يستطيع تجميع عدة براهين ZK في برهان ZK واحد وإرساله إلى Ethereum للتحقق. لذلك فهو middleware يقع بين Polygon وEthereum.

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

طبقة التنفيذ

وتشبه وظيفة طبقة التنفيذ فيها إلى حد كبير وظيفتها في السلاسل الأخرى.

إذًا، من بين هذه العناصر توجد P2P/Consensus/Memepool/Database، وكذلك Witness generator الخاص بإثباتات ZK.

طبقة الإثبات

طبقة الإثبات هي طبقة خاصة بـ ZK-Rollup، وهي في جوهرها بروتوكول يُنتج إثباتات ZK لكل معاملات سلسلة Polygon.

وهي تتكون أساسًا من مُثبِت عام وMachine state؛ فالمُثبِت العام يرث Plonky2 المستخدم بتقنية SNARK التكرارية، بينما تتضمن الـ state machine أنظمة ZKEVM وMidenVM المقدمة من فريق Polygon، أو أنظمة تُبنى من قبل فرق السلاسل العامة نفسها مثل ZKWASM.

خلاصة

من زاوية انفتاح المصدر التقني

حظي OP Stack بترحيب العديد من المشاريع، ومن بينها Base/Magi/opBNB/Worldcoin، حيث أعلنت أكثر من عشرة مشاريع تباعًا أنها ستستخدم OP Stack، وذلك لأسباب واضحة.

أولًا، هناك الانفتاح من ناحية الترخيص. كما نرى في الشكل، تستخدم Optimism رخصة MIT، بينما تستخدم Arbitrum/ZKSync/Starknet/Polygon رخصة Apache License 2.0. ورغم أن الجميع مفتوح المصدر، فإن مستوى الانفتاح بين الترخيصين مختلف. فـ MIT License يطلب فقط الإبقاء على نص الترخيص الأصلي وإشعار حقوق النشر، ويسمح بالاستخدام التجاري والتوزيع والتعديل والاستخدام الخاص والإضافات، بل وحتى ببيع الكود المرخّص تحت MIT. أما Apache License 2.0 فتتطلب الإشارة إلى الكود المصدري المعدل في الملفات المعدلة. وفي المشاريع المشتقة، يجب الإبقاء على رخصة Apache-2.0 ضمن كود المشروع الأصلي، بالإضافة إلى العلامات التجارية وإشعارات البراءات وغيرها من التوضيحات التي يحددها المؤلف الأصلي. وإذا احتوى المشروع المشتق على ملف Notice، فيجب أن يتضمن ملف Notice أيضًا رخصة Apache-2.0.

ببساطة، MIT License هي الأكثر تساهلًا، بينما Apache License أكثر صرامة.

من زاوية درجة التوافق

• 1）تتمتع Optimism بدرجة عالية من التوافق مع Ethereum EVM، كما أن كود Optimism يحتوي على 12,745 commit و2.3k fork، ما يعني وجود قدر هائل من تحديثات الكود ومعدل تبنٍ مرتفع جدًا من المطورين.

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

من زاوية البنية التقنية

• 1）حاليًا، تركز Optimism وPolygon على توسيع L2s، بينما تركز Arbitrum وZK Sync وStarknet على توسيع L3s. تمتلك سلاسل تطبيقات Layer3 درجة أعلى من الحرية/القابلية للتوسع والاستقلالية، لكن السوق ما يزال يتطور على Layer2، وLayer3 ما تزال في مستقبل أبعد. والأهم أن التشغيل البيني عبر السلاسل في Layer3 لم يتحقق تقنيًا بالكامل بعد، ولا توجد حتى الآن أي جهة يمكنها الادعاء بأنها تحقق قابلية التشغيل البيني لـ Layer3. في هذا السياق، ستختار dApps التي تركز على القابلية للتركيب حتمًا Layer2 لبناء مكعبات DeFi.

• 2）النمطية ومكوّنات SDK هما المسار الموحد الحالي في عالم البلوكشين، سواء بين السلسلة العامة وdApp أو بين Stack وLayer2/Layer3، فالمقصود هو خفض عتبة البرمجة إلى الحد الأدنى وزيادة قابلية التخصيص إلى الحد الأقصى لتقليل تكلفة بناء المشاريع على المطورين، بحيث يركزون على تصميم المنتج وإدارة المجتمع. وهناك مشاريع مثل AltLayer التي تركز بالكامل على Rollup As A Service، لذلك فإن إطلاق السلاسل والمشاريع بدون كود سيصبح أمرًا شائعًا مع نضج البنية التحتية.

من زاوية تقدم التطوير

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

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

Layer2跨链与IBC和Keplr钱包

إحدى السرديات الكبيرة في تعدد سلاسل Layer2 هي المعاملات عبر السلاسل على المستوى الذري. وتحقيق OP Stack لتواصل بين السلاسل يشبه IBC عبر المُرتِّب المشترك، بينما تستخدم Polygon2.0 مجموعة مُحقِّقين عامة والأمان المشترك عبر إعادة الرهن لتصبح «Polygon Hub».

لكن حتى الآن ما تزال عمليات الجسر عبر Layer2 في مرحلة السردية، والشيء الوحيد القابل للاستخدام هو جسور EVM عبر نموذج الجسر المتقاطع (wormhole/layerzero/axelar)، وهذا لا يزال بعيدًا جدًا عن IBC من حيث الفجوة.

لقد أظهرت SEI مؤخرًا في الإيردروب عبر السلاسل الفجوة بشكل جيد جدًا:

إن استخدام USDC عبر Wormhole من Ethereum/Arbitrum/Polygon/BSC عبر السلاسل يؤدي إلى الانتظار 24 ساعة قبل الخروج من SEI، لأن الكمية تتجاوز حد الجسر عبر Wormhole على SEI. بينما يمكن لـ ATOM وOSMO التي تنتقل عبر IBC من Osmosis إلى SEI أن تعود إلى السلسلة الأصلية فور دخولها. كما أن Axelar USDC، لكونه ضمن منظومة IBC، يحظى بقبول أيضًا، لكن بسبب آلية Axelar في الجسر الرسمي لـ SEI، يستغرق الدخول والخروج من SEI نحو نصف ساعة. أما إذا استُخدم الجسر المباشر إلى سلسلة عامة ضمن IBC، فإن الرصيد يصل فورًا. 24 ساعة مقابل وصول فوري، والفرق واضح لا لبس فيه.

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

المُرتِّب المشترك وISC ومزاد الكتل

المُرتِّب هو مفتاح الإيرادات في Rollup وهو أيضًا مفتاح الأمان. يتيح المُرتِّب المشترك للشبكات الجديدة من Layer2 تجاوز مرحلة بناء المُرتِّب وصيانته، كما يمكّنها من الحصول على كل إيرادات MEV الخاصة بالسلاسل، مما يعزز قيمة Superchain. لكن المُرتِّب المشترك يعني أيضًا مشاركة الأمان الأساسي. كما أن مُرتِّبي حِزم Layer2 الحالية شديدو المركزية، ولا يمكن اعتبار الاقتراب من Stage2 لدى فيتاليك إلا عندما يتحقق مُرتِّب PoS أو نموذج تعدد المؤسسات مع التوقيع المتعدد. لذا فإن المُرتِّب المشترك والمُرتِّب اللامركزي هما الطريق الحتمي لزيادة الإيرادات وضمان الأمان مستقبلًا.

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

الخاتمة: أن تصبح Cosmos هو الشكل النهائي لـ Layer2

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

لكن الأهم، وهو أيضًا أحد الأشياء المفقودة حاليًا لدى Stacks، هو آلية Cosmos الكاملة الخاصة بالأمان بين السلاسل؛ إذ يمكن لعدة Layer2 Stacks مشاركة المُرتِّب فيما بينها، أي لامركزية طبقة المُرتِّب، وليس فقط لامركزية مُرتِّب كل طرف على حدة، لتجنب مخاطر المُرتِّب الواحد. وفي الوقت نفسه، يمكن لمُرتِّب PoS أن يحقق، عبر طريقة شبيهة بإعادة الرهن، تقديم عدة مُرتِّبين خدمةً لسلسلة واحدة. وهذا هو Security Layered وMesh Security في Cosmos ICS.

سوف يظهر في السوق حتمًا دور مشابه لـ Cosmos أو OP superchain.

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

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

Reference

[1](Layer2四大天王争先布局Stack背后的原因) https://haotiancryptoinsight.substack.com/p/layer2stack

[2](超级链来临：深度解读 Coinbase 和 Optimism 联手打造的 OP Stack)https://www.8btc.com/article/6806138

[3](Crazy Multichain Universe, Crazy OP Stack)https://medium.com/ybbcapital/crazy-multichain-universe-crazy-op-stack-acb63be8d515

[4](Introduction to Hyperchains)

https://medium.com/matter-labs/introduction-to-hyperchains-fdb33414ead7

[5](Introducing the ZK Stack)

https://medium.com/matter-labs/introducing-the-ZK-stack-c24240c2532a

[6](ZKSync生态进程与去中心化进程的变量)https://twitter.com/tmel0211/status/1663034763832344576

[7](A gentle introduction: Orbit chains)

https://docs.arbitrum.io/launch-orbit-chain/orbit-gentle-introduction

[8](The Starknet Stack’s Growth Spurt)

https://starkware.co/resource/the-starknet-stacks-growth-spurt/

[9](开源许可证的区别)

https://www.geek-workshop.com/thread-1860-1-1.html

[10](The Appchain Universe: The Risks and Opportunities)https://medium.com/alliancedao/the-appchain-universe-the-risks-and-opportunities-9a22530e2a0c

[11](Application-Specific Blockchains: The Past, Present, and Future)https://medium.com/1kxnetwork/application-specific-blockchains-9a36511c832

[12](The Inevitability of UNIchain)

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