I. فوروورد

الزمن يطير. وفقًا للتفاؤل، مر أكثر من عام، ووفقًا لأربترم، مرت تقريبًا نصف عام؛ فإصدار العملات كان الخطوة الأولى فقط في رحلتهم الطويلة. خلال هذه الفترة، قام التفاؤل بترقية بيدروك وأطلق كومة L2 الشاملة OP Stack القابلة للتكوين، مما أنجب Rollups نجمية مثل Base؛ أما أربترم، فيلتزم باستكشاف تطبيق L3 لتعزيز دوران أربترم.

تحت قيادة العملاقين، تجاوز إجمالي قيمة التأمين على التلفزيون لـ Rollup مبلغ 10 مليارات دولار أمريكي مرة واحدة وثابت حاليًا في حدود 10 مليارات دولار أمريكي. وراء استمتاع Rollups بكونها الحل الأساسي لتوسيع Ethereum، لا تزال لديها سمات غير مقاومة للرقابة ومركزية. تستخدم سلاسل Rollup الرئيسية عمومًا مسلسلات مركزية رسمية. على الرغم من أن مشاريع Rollup مثل Arbitrum، Optimism، و StarkNet تشمل توزيع مسلسلات الطريق في خريطة الطريق، إلا أنها لم تُطبق في المدى القصير إلى المتوسط ​​من التخطيط. كأهم قطعة من ألغاز توزيع Rollup، يحتل المسلسل غير المركزي موقعًا استراتيجيًا جدًا بالنسبة لـ Rollup نفسه، وهو أيضًا طموح الناس.

وفقًا لبيانات L2Beat، فإن قيمة القيد الإجمالي (TVL) للمسار L2 حتى 1 أكتوبر 2023

II. رسوم تحويل البيانات

قبل أن نفهم ما هو متسلسل، دعونا نتحدث عن مكونات رسوم المعاملات Rollup. تعتبر رسوم المعاملات في Rollup رسوم الغاز التي يتحملها المستخدمون في المعاملات L2 مثل Arbitrum.

تتكون أساسا من جزئين:
1) تكاليف تنفيذ L2
2) رسوم بيانات L1

رسوم تنفيذ L2: تكلفة تنفيذ المعاملة في L2 (يخضع كل معاملة تم بدء تنفيذها على سلسلة L2 لرسوم تنفيذ)
سعر الغاز للمعاملة = L2 رسوم الأساس + L2 رسوم الأولوية
رسوم تنفيذ L2 = سعر الغاز للمعاملة * استخدام الغاز L2

رسوم بيانات L1: تكلفة نشر المعاملات L2 على L1. عمومًا، تكلف بيانات L1 أكثر من تكلفة تنفيذ L2.

رسوم المعاملات L2 = رسوم التنفيذ L2 + رسوم البيانات L1

صافي دخل السيكونسر = إيرادات رسوم المعاملات L2 - تكاليف تشغيل السيكونسر - رسوم بيانات L1

يمتلك جهة المشروع السيكونسر المركزي سلطة تسعير معينة (على سبيل المثال، رسوم تنفيذ L2 أعلى قليلاً، رسوم البيانات L1 أعلى قليلاً)، وهذا هو السبب في جني العديد من مشاريع Rollup المعروفة لكثير من المال.

ما هو جهاز تسلسل؟

متسلسل، كما يوحي الاسم، هو دور مسؤول عن ترتيب المعاملات. على شبكة بيتكوين، يتحمل المنقبون مسؤولية ترتيب المعاملات؛ أما إثريوم، فتتحمل مجموعة من العقد مسؤولية ذلك، حيث لا أحد يلعب دورًا ثابتًا، بل آلية توافقية لتحديد من هو مخول بالمشاركة في التنفيذ المتسلسل.

حاليًا، تعمل جميع Rollups الرئيسية بمُسلسل مركزي واحد. تدخل معاملات المستخدم L2 إلى حوض الذاكرة (في هذه النقطة، تكون المعاملات في حوض الذاكرة في حالة غير مرتبة)، ثم يقوم المسلسل بفرز وضغط المعاملات إلى مجموعة مرتبة من الدُفعات، ثم يتم إرسالها إلى طبقة DA من Ethereum.

عملية تشغيل المتسلسل

هل يحتاج Rollup إلى مُسلسل؟

الإجابة لا. يمكن للمعاملات على Rollup تجاوز السيكونسر تمامًا ويمكن تقديمها إلى طبقة الأساس L1. يتحمل L1 مسؤولية التصنيف والتسوية، لكنها ستواجه أيضًا استهلاكًا أعلى للغاز وأوقات تأكيد المعاملات الأطول.

مُسلسل ال Rollup يُشبه استخدام "المسار السريع"، مما يضغط المئات أو الآلاف من المعاملات L2 إلى معاملة L1 واحدة، مما يقلل بشكل كبير من تكاليف الغاز. هذا هو السبب في أن مُسلسلات Rollups الرئيسية اليوم تعمل جميعًا بمسلسلات مركزية، والتي توفر للمستخدمين غازًا أقل وتأكيد معاملات أسرع، مما يحسن تجربة المستخدم في المعاملات.

3. جهاز تسلسل مركزي مقابل جهاز تسلسل لامركزي

تمركز!

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

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

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

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

السمك والدب غير ممكنين، ولكن يجب ألا يأتي تحسين أداء Rollup على حساب اللامركزية ومقاومة الرقابة.

مركزي؟

إذا كان التمركز 1، فإن اللامركزية أكبر. هناك اختلافات في مسارات التنفيذ لحلول تسلسل لامركزية مختلفة، ولكن مفهومها الأساسي هو نفسه، وهو اللامركزية.

لم يعد للمتسلسل الحق في تصنيف المعاملات مركزياً. يتم اختيار الدور المسؤول عن التصنيف من مجموعة من مجموعات المتسلسل بناءً على آلية انتخاب محددة ويتناوب لفترة دورية ثابتة.

اللامركزية تمنع المرتبين من الاستيلاء المستمر على MEV، وتمنع أيضًا مرتب واحد من مراجعة معاملات المستخدمين. جنبًا إلى جنب مع آلية العقوبات الجنائية المقابلة، يمكن أيضًا تنظيم سلوك المرتب.

IV. نظرة عامة على المسار السلسل اللامركزي

بعد التجول لفترة طويلة ، بدأنا أخيرا العمل. أجهزة التسلسل اللامركزية. يتم إنشاء أحدهما بواسطة مشروع Rollup نفسه ، ويتم تنفيذ الآخر بواسطة طرف ثالث. يمكن أيضا تسمية استخدام طرف ثالث لتنفيذ جهاز تسلسل لامركزي بالتسلسل كخدمة ، والتسلسل هو خدمة.

المشاريع مثل Espresso و Astria و SUAVE و Radius تركز جميعًا على حلول المتسلسل اللامركزية، ومسارات تنفيذها تختلف.

1. إسبريسو

كانت Espresso Systems في البداية مزود خدمة يركز على حلول الخصوصية. في مارس 2022، تم الإعلان أنها تلقت ما يقرب من 30 مليون دولار في تمويل السلسلة A مع Electric Capital، Sequoia، و Blockchain Capital. تحولت Espresso Systems الآن بشكل أساسي إلى Espresso Sequencer، الذي يتخصص في تقديم خدمات سيكونسر لامركزية لل Rollup.

تمويل إسبريسو

تحت آلية تصنيف متسلسل الإسبريسو، تعيش المعاملات L2 عادة الدورة الحياتية التالية:

1) يتم إرسال المعاملات التي يقوم بها المستخدمون على الطبقة الثانية إلى خادم Rollup (API);

2) تدخل المعاملات مجموعة الذاكرة، ويقوم المسلسل (المحدد من قبل التوافق الساخن) بفرز وتضمين المعاملات في كتلة؛

3) يبث المتسلسل المعاملة. بعد الوصول إلى اتفاق HotShot من خلال العقد الأخرى، يتم إصدار الكتلة، ويتم تنفيذ المعاملة؛ يوفر الوعد اللين تأكيد المعاملة السريع

4) يرسل المتسلسل ويخزن شهادة التوافق (QC: شهادة الكوروم) مع وعد الكتلة الذي يحتوي على العملية في عقد المتسلسل L1 (ثبوت أن الكتلة قد وصلت إلى الاستقرار المؤقت من خلال التوافق)؛

5) ترسل عقدة Rollup التي نفذت الكتلة حالة Rollup الجديدة إلى L1 (في هذه المرحلة ، يتطلب zKrU إثبات الصلاحية ، ويفتح ORU فترة التحدي)

6) يقوم عقد L1 Rollup بالتحقق من صحة تحديثات الحالة من خلال التحقق من QC المرسلة بواسطة عقد المتسلسل.

دورة حياة معاملة L2 تحت آلية فرز Espresso

يبدو هذا العملية غامضة وصعبة الفهم؛ الطريقة البسيطة لفهمها هي:

يختار توافق HotShot أحد متسلسلي مجموعة. إنه مسؤول عن ترتيب معاملات Rollup وتضمين المعاملات في كتلة؛ يجب توقيع هذه الكتلة والاتفاق عليها من قبل عقد Rollup الآخرين (يوافق 2/3 أو أكثر من عقد HotShot) لتكون "نهائية"، ثم يتم تقديم وعود الكتلة ذات الصلة وجذر حالة Rollup الجديد إلى طبقة الأساس L1 للتحقق.

"النهوض" أعلاه بين علامتي اقتباس؛ هذا "النهوض بعلامات اقتباس" والنهوض دون اقتباس ليسا مفهومين. "النهوض" بعلامات اقتباس يسمح بتأكيد معاملات Rollup بشكل أسرع، مع تأخير أقل، وتجربة مستخدم أفضل؛ ومع ذلك، تتطلب معاملات Rollup في نهاية المطاف منطقة القاعدة L1 التحقق (يجب على zKru التحقق من صحة الإثبات، يجب على ORU الانتظار حتى نهاية فترة التحدي). إذا لم يكن هناك مشكلة في التحقق من أن المعاملة التي تم تقديمها بواسطة Rollup على ما يرام، فإن معاملة Rollup حقًا نهائية."

هذا يعني: إذا قامت الطبقة الأساسية L1 بالتحقق من أن العملية غير صالحة، فإن الكتلة L2 ذات الصلة التي تم إصدارها بالفعل ستواجه إلغاءً. لذلك، "النهائية" هي لتأكيد العمليات بسرعة، والنهائية هي لوراثة أمان إيثريوم.

هندسة تسلسل المعاملات خالية من الإسبريسو

دمج بنية تسلسل معاملات الإسبريسو

Espresso + eigenLayer

حل Espresso مشكلة دوران المتسلسل وتحديد "النهوية" للمعاملة بناءً على اتفاق HotShot، وحل مشكلة قبول المتسلسل من خلال إدخال EigenLayer.

يجعل آلية إعادة الرهن في EigenLayer من الممكن أن يصبح محامو Ethereum متسلسلين إسبريسو، مما يوفر الأمان لاتفاقية HotShot. ببساطة، يمكن لمحامي عقد Ethereum أن يصبحوا متسلسلين إسبريسو (ESQ) من خلال آلية إعادة الرهن في EigenLayer. بينما يتلقى محامو Ethereum فوائد عقد PoS، يلتقطون أيضًا قيمة MEV من المستوى الثاني.

فوائد محتملة لحاملي ETH = مكافآت العقد الأصلي + L2 EVM + مكافآت العقد من سلاسل PoS الأخرى (باستخدام آلية إعادة الرهان EigenLayer). يعزز الثلاثي بشكل كبير قوة ETH.

حل مسلسل البيانات المفcentralized لشركة EigenLayer

الإسبريسو هو حل تسلسل لامركزي للأغراض العامة. بالإضافة إلى EigenLayer ، تشمل مشاريع التعاون البيئي مشاريع معيارية شائعة مثل Arbitrum و OP Stack و Caldera و AltLayer وما إلى ذلك.

تخطيط مشروع التعاون البيئي للإسبريسو

2. Astria

تم وضع أستريا كمُسَلسِل لامركزي عام وجاهز للاستخدام، مما يوفر خدمة مُسَلسِل مشتركة خارج الصندوق لمُسَلسِلات مختلفة. من ناحية التمويل، أعلنت أستريا عن إكمال جولة بذرية بقيمة 5.5 مليون دولار أمريكي بقيادة مافن 11 في أبريل 2023. ومن بين المشاركين المشتركين 1k (x)، ديلفي ديجيتال، ليمنيسكاب، روبوت فينتشرز، وما إلى ذلك. على الرغم من صغر مقياس التمويل، إلا أن تشكيلة المؤسسات رائعة.

حالة تمويل أستريا

آلية التشغيل

آلية تشغيل مُسلسل Astria اللامركزي مشابهة لمُسلسل Espresso. الغرض هو إضعاف امتيازات المُسلسلين من خلال تفويض حقوق تسلسل المعاملات. دعونا نلقي نظرة أقرب:

لتدوير المتسلسل، اقترحت Astria آلية دورانيةان: تدوير القائد البسيط (تدوير القائد) وخوارزمية توافق أخطاء بيزنطية (BFT).

1) تناوب القادة
يتم تشكيل مجموعة من خلال مُرتب مُنتخب، وتأخذ مجموعة المرتبات بدورها في ترتيب معاملات Rollup. تمنع هذه الطريقة المرتب الفردي من مواصلة استحواذ حقوق التصنيف للمعاملات لفترة طويلة، وتحل مشكلة المراجعة المستمرة للمستخدمين إلى حد ما.

آلية تناوب القيادة في أستريا

2) خوارزمية توافق BFT
على غرار آلية تناوب القائد ، يكون جهاز التسلسل الذي يأخذ دوره مسؤولا عن ترتيب المعاملات ، ولكن يجب أن يتفق 2/3 أو أكثر من الأعضاء في مجموعة التسلسل على هذا الترتيب.

كل من الطريقتين لهما مزايا وعيوب: الأولى تسمح بتأكيد المعاملات بسرعة أكبر، وتوليد كتل سريع، وتقريبها من تلك التي تقوم بها جهة مركزية. ومع ذلك، نقطة التضحية هي أنه من الصعب لا يزال كبح الجهات المركزية في تحويلهم إلى الشر، باستخدام اتفاق البي اف تي (BFT) أقل احتمالاً، ويحتاج 2/3 من الجهات المركزية في المجموعة للتصويت للوصول إلى توافق قبل خروج الكتلة. ومع ذلك، يستغرق تنفيذ تصويت التوافق فترة زمنية معينة، مما يتسبب في تأخير الشبكة.

خوارزمية الاتفاق BFT لـ Astria

3. SUAVE

SUAVE هو حل تسلسل مشترك لامركزي للتوصيل والتشغيل تم إنشاؤه بواسطة Flashbots. كحل عام ، يمكن ل SUAVE توفير تجمعات ذاكرة وبناء كتلة لامركزية لأي L1 / L2. الفرق بين SUAVE وتصميم جهاز التسلسل المشترك الموصوف أعلاه هو أن SUAVE Chain نفسها هي سلسلة متوافقة مع EVM ، ويتم ترتيب المعاملات من خلال "مزايدة" الكتلة.

هندسة SUAVE

تتكون هندسة SUAVE من 3 مكونات أساسية: بيئة تفضيلات مشتركة، سوق تنفيذ مثالي، وبناء كتل متمركز.

1) البيئة المفضلة
تتراوح التفضيلات من المعاملات البسيطة إلى الأحداث المعقدة. تنعكس تفضيلات المستخدم في mempools في شكل معاملات ، وبيئة التفضيلات عبارة عن mempool عام يجمع التفضيلات معا. تجعل بيئة التفضيلات العامة التي توفرها SUAVE تفضيلات المستخدم متعددة السلاسل مفتوحة وشفافة ، وتزيل المعلومات الضعيفة ، وتحل مشكلة MEV عبر السلسلة إلى حد ما.

2) تنفيذ السوق
سوق التنفيذ هو شبكة حيث يتحمل الأداءون مسؤولية مراقبة حوض الصفقات SUAVE والتنافس مع بعضهم البعض، والتنافس يدفعهم لتوفير أفضل تنفيذ لتفضيلات المستخدم. يمكن فهم أن جميع المنفذين يحققون تفضيلات المستخدم من خلال "المزايدة" وإعادة أكبر قدر ممكن من MEV المُولدة من معاملات المستخدم إلى المستخدم.

3) بناء كتلة مركزية
وبناءً على التفضيلات المجمعة وأفضل مسار تنفيذ، يتم تضمين شبكة بناء الكتل اللامركزية في الكتلة. في هذه النقطة، تم تحقيق عملية اكتشاف المعاملات بأكملها، وتسلسل المعاملات، وتوليد الكتلة.

مكونات SUAVE الأساسية

4.نصف القطر

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

من حيث التمويل، أعلنت Radius عن إكمال جولة التمويل الأولى بقيمة 1.7 مليون دولار بقيادة Hashed في يونيو 2023، مع المستثمرين المشاركين بما في ذلك Superscrypt، LambdaClass، و Crypto.com.

معلومات تمويل الشعاع

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

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

يمكن تقسيم هندسة تقنية الشعاع إلى الطبقات الوظيفية الأربع التالية: الشعاع (الشعاع)، الطبقة التنفيذية (التجميع)، الطبقة التسوية، وطبقة توافر البيانات.

1) طبقة التصنيف

1. يقوم المستخدمون بتقديم معاملات وشهادات تشفيرية إلى المُسجِّل؛ 2. يتحقق المُسجِّل من الشهادة ويتحقق من المعاملة؛ 3. يقوم المُسجِّل بفرز المعاملات، ولا يمكن فك تشفير المعاملات حتى ذلك الحين؛ 4. يقوم المُسجِّل ببناء كتلة؛ 5. يقوم المُسجِّل بتقديم الكتل إلى Rollup للتنفيذ.

2) طبقة التنفيذ

1. Rollup يستلم الكتل من المرتب وينفذ المعاملات في الترتيب المقدم. 2. يقدم Rollup حالة المعاملة ودليل الحالة إلى طبقة التسوية.

3) طبقة التسوية

1. تستقبل طبقة التسوية الحالة وشهادات الحالة من Rollup، وتكون مسؤولة عن التحقق من الشهادة وتحديد نهائية المعاملة؛ 2. تحقق طبقة الطلبات من تطابق التنفيذ مع الطلب.

4) طبقة توافر البيانات

يخزن طبقة توافر البيانات البيانات ويضمن أنها متاحة.

الهندسة المعمارية الهرمية الوظيفية الرئيسية لراديوس

آلية تشفير Mempool - PVDE

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

العملية المحددة هي كما يلي:

عندما يقوم المستخدم بتقديم معاملة إلى المسلسل:

1. يقوم المستخدم بإنشاء لغز مؤمن بالوقت ومفتاح متماثل؛
2. يستخدم المستخدم مفتاحًا تناظريًا لتشفير المعاملة، وتدخل المعاملة المشفرة إلى مجموعة الذاكرة؛
3. يقوم المرتب بفرز المعاملات المشفرة. يحتاج المرتب إلى فك لغز القفل الزمني للحصول على مفتاح فك التشفير؛
4. يقوم المتسلسل بحساب وعد الطلب قبل فتح لغز القفل الزمني، وطبقة التسوية لتقديم الوعد (المستخدمة للتحقق من أن المتسلسل يقدم المعاملات إلى Rollup بترتيب).

عملية تشفير / فك تشفير معامل النصف قطر

الحل اللامركزي للمتسلسلات

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

بالطبع، يمكن لراديوس أيضًا اختيار الاشارة إلى آلية دوران متسلسلة إسبريسو وأستريا، مع جعل تسلسل المعاملات لامركزيًا وغير قابل للثقة.

تحسين مساحة الكتلة

من خلال تحسين مساحة الكتلة، تهدف Radius إلى تحقيق هدف حماية المستخدمين مع تحقيق أرباح Rollup القصوى. يستخدم Rollup آلية تصنيف الخدمة حسب ترتيب الوصول الأولوي (FCFS). الميزة هي أنه يمكنه منع MEV بشكل فعال، والعيب هو أنه يجب التضحية بالربح المحتمل لمزادات مساحة الكتلة.

لحل معضلة تصنيف المعاملات الموضحة أعلاه، تقسم شعاع الفضاء الكتلة إلى جزئين: الجزء العلوي من الكتلة والجزء السفلي من الكتلة:

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

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

5. اللعبة بين Rollups

Trade-off 1: هل تريد اللامركزية أم لا؟

العديد من ال Rollups الرئيسية، مثل Optimism و Arbitrum و zkSync و Base، تكسب الكثير من المال من خلال تشغيل المتسلسلات المركزية. سيتضمن اللامركزية بالضرورة مشاركة الأرباح. دون النظر إلى المنافسة الشديدة المتزايدة في دائرة Rollup، لا أحد يرغب في مشاركة هذا الحلوى. ولكن دعونا نقول أن Rollup يتقدم في إطلاق متسلسل لامركزي. قد يكون هذا نقطة دخول حركة مرور هائلة، تشكل تأثيراً تجريبياً في دائرة تقسيم Rollup، مما يجبر مشاريع Rollup الأخرى على لامركزية متسلسلاتها.

Trade-off 2: دمج حلول الطرف الثالث العامة مقابل الحلول المخصصة في المنزل

بشكل عام ، هناك طرق 2 للتسلسل لتحقيق اللامركزية: واحد هو استخدام ما فعله الآخرون. والآخر هو أن تفعل ذلك بنفسك. نظرا لأن الأطراف الثالثة مثل Espresso و Astria يمكنها تزويد Rollup بخدمات التسلسل اللامركزية الجاهزة ، يمكن ل Rollup نفسها الاستمرار في التركيز على تمايز المنتجات وتحسين الأداء لتحسين قدرتها التنافسية الأساسية ؛ بالإضافة إلى ذلك ، فإن حلول التسلسل اللامركزية المتكاملة للأغراض العامة هي أيضا أكثر ملاءمة لتحقيق قابلية التشغيل البيني ، مما يوفر المزيد من الاحتمالات ، بما في ذلك المراجحة عبر التراكم. قد يكون الجانب السلبي لهذا الحل هو أنه لا يمكن تمكين الرمز المميز الأصلي الخاص ب Rollup بشكل فعال.

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

Trade-off 3: أي حل تنفيذ تكنولوجيا يتم استخدامه لتحقيق التصنيف اللامركزي؟

كما ذكر سابقًا، هناك العديد من الحلول التنفيذية التقنية لتحقيق تصنيف المعاملات اللامركزية، بما في ذلك ولكن دون الحصر في الحلول المعتمدة على آليات التوافق المختلفة، FCFS، العرض الأولي للكتل، وحمامات الذاكرة المشفرة. لكل حلول التنفيذ التقني تحقيقاتها وعيوبها: بناء على آليات التوافق، سيكون كفاءة الوقت محدودة، وحمامات الذاكرة المشفرة لا يمكن أن تحقق أرباح Rollup بشكل كامل، الخ. بالطبع، يمكنك أيضًا الرجوع إلى تكامل Astria لتنفيذ تقنيتين مختلفتين. التوازن بين الحلول التنفيذية التقنية المختلفة هو قضية تتطلب نظرًا دقيقًا لجميع مشاريع Rollup.

اكتب في النهاية

على الرغم من أن Optimism و Arbitrum ، قادة دائرة Rollup ، قد أصدروا الآن عملات معدنية ، فمن المحتمل أن تكون هذه مجرد نقطة البداية. قد تكون المنافسة بالمعنى الحقيقي للكلمة قد بدأت للتو. على الأقل انطلاقا من الاتجاهات الحالية ، يجب أن تكون أجهزة التسلسل اللامركزية ساحة معركة للجيش.

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

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

1. تم نقل هذه المقالة من [مرآة]. جميع حقوق الطبع والنشر تعود إلى الكاتب الأصلي [helloyyy]. إذا كانت هناك اعتراضات على هذا النشر مراسلة فريق Gate Learn（gatelearn@gate.io）، وسيتم التعامل معها على الفور.
2. إخلاء المسؤولية عن الضرر: الآراء والآراء المعبر عنها في هذه المقالة هي فقط تلك الخاصة بالكاتب ولا تشكل أي نصيحة استثمارية.
3. تتم الترجمات للمقال إلى لغات أخرى من قبل فريق Gate Learn. ما لم يذكر غير ذلك، فإن نسخ أو توزيع أو سرقة المقالات المترجمة ممنوعة.