لأغراض تعليمية فقط؛ وليس نصيحة مالية أو استثمارية أو بشأن نهائية المعاملات أو الأمن. يختلف سلوك المُسلسِل ومسارات الطوارئ وضمانات التسوية باختلاف الشبكة وقد تتغير بعد الترقيات.
الإجابة المباشرة
المُسلسِل في كثير من شبكات Rollup هو المكوّن أو المشارك الذي يقبل المعاملات ويختار ترتيبها وينتج الكتل أو الدفعات. ويمكنه منح المستخدم تأكيداً سريعاً قبل نشر بيانات المعاملات المرتبة على الطبقة الأساسية. يختلف تقسيم العمل؛ فقد يتولى مشغل واحد بناء الكتل والتنفيذ ونشر الدفعات، أو تتولاها خدمات منفصلة.
لا يصبح المُسلسِل مصدر التسوية النهائية لمجرد أن المحفظة تعرض نجاح المعاملة. تعتمد قوة التأكيد على ما إذا كان قد أعلن الكتلة فقط، وما إذا وصلت بيانات البروتوكول إلى L1، وما إذا بلغت كتلة L1 ومطالبة Rollup أو إثباتها حالة النهائية المطلوبة.
آلية العمل
- الاستقبال. يرسل المستخدمون أو التطبيقات معاملات موقعة إلى نقطة وصول المُسلسِل، وقد تحدد الشبكة أيضاً مسار إرسال عبر L1.
- الترتيب. يختار المُسلسِل المعاملات ويحدد ترتيبها ضمن قواعد صلاحية البروتوكول. وقد يؤثر ذلك في زمن الانتظار والرسوم والرقابة وMEV.
- البناء. يجمع المعاملات المرتبة في كتل Rollup وقد ينفذها لحساب الحالة الناتجة.
- التأكيد المسبق. يوزع المُسلسِل كتلة أو إيصالاً بسرعة. وهذه إشارة ترتيب مؤقتة وليست تلقائياً نتيجة نهائية على L1.
- النشر. ينشر مُرسِل الدفعات أو خدمة مماثلة بيانات المعاملات التي يحددها البروتوكول على طبقة توافر البيانات، وغالباً L1. تستخدم العقد المستقلة البيانات والقواعد لاشتقاق سلسلة Rollup المعتمدة.
- التسوية. تربط التزامات الحالة أو إثباتات الخطأ أو الصلاحية نتائج التنفيذ بالتسوية. تتحقق هذه الآليات من صحة انتقال الحالة أو تثبتها، لكنها لا تجعل ترتيب المعاملات لامركزياً بذاتها.
مثال
تعرض المحفظة أولاً أن المعاملة مؤكدة من المُسلسِل. في هذه المرحلة قد يفشل المشغل في نشر الدفعة المقابلة أو يستبدل كتلة غير منشورة وفق قواعد الشبكة. بعد إدراج بيانات الدفعة على L1 تستطيع العقد المستقلة اشتقاق موضع المعاملة في سلسلة Rollup، لكن إعادة تنظيم L1 قد تظل مؤثرة. لا ينبغي للتطبيق وضع وصف الحالة المناسب إلا بعد تحقق شروط نهائية L1 وRollup المعمول بها.
هذا التسلسل نموذج حالات وليس وعداً زمنياً عاماً. مصطلحات قيد الانتظار وغير الآمن والآمن والنهائي خاصة بكل بروتوكول، وقد يضيف الجسر مهلة إثبات أو اعتراض قبل إمكان تنفيذ السحب.
المخاطر
- التوقف. إذا توقف المُسلسِل النشط فقد يتعطل الإرسال المباشر والإنتاج السريع للكتل حتى إن لم تضِع الأموال.
- الرقابة. قد يؤخر المشغل معاملات معينة أو يرفضها. ولا يفيد مسار الإدراج القسري أو الخروج إلا إذا كان منشوراً وبلا إذن وقابلاً للاستخدام ومدعوماً ببيانات متاحة.
- إعادة الترتيب وMEV. قد تتيح السيطرة على الترتيب الاستباق أو التعقيب أو المعاملة التفضيلية ضمن قيود البروتوكول.
- عكس الحالة المؤقتة. قد يتصرف تطبيق يعتبر إيصال المُسلسِل نهائياً بناء على كتلة تُستبدل لاحقاً أو لا تُنشر.
- فشل النشر أو الطبقة الأساسية. قد يؤخر الازدحام أو فشل مُرسِل الدفعات أو غياب البيانات أو إعادة تنظيم L1 السلسلة التي يشتقها المدققون أو يغيرها.
- التركيز التشغيلي. قد يشكل مشغل أو مفتاح توقيع أو نقطة RPC أو سلطة ترقية واحدة نقطة فشل وسيطرة مشتركة حتى مع تحقق الإثباتات من التنفيذ.
مفاهيم خاطئة شائعة
- المُسلسِل يقرر التسوية النهائية. تتبع التسوية عقود Rollup وقواعد الإثبات أو الاعتراض وتوافر البيانات وإجماع الطبقة الأساسية.
- الإيصال السريع غير قابل للعكس. قد يفيد التأكيد المسبق دون أن يقدم ضمان البيانات المنشورة والنهائية نفسه.
- الإدراج القسري يضمن التنفيذ الفوري. قد يتطلب المسار البديل معاملة L1 وفترة انتظار وcalldata محددة ومسار عقد يعمل.
- إثباتات الصلاحية تزيل مخاطر المُسلسِل. قد تثبت التنفيذ الصحيح بينما يظل الترتيب مركزياً أو قابلاً للرقابة أو غير متاح.
- الترتيب اللامركزي يزيل كل الثقة. يمكنه توزيع سلطة الترتيب لكنه يضيف افتراضاته الخاصة بشأن الإجماع والتوافر وإدارة المفاتيح وقابلية التشغيل البيني.
مواضيع ذات صلة
المصادر
- توسيع نطاق Ethereum - Ethereum.org (تاريخ الاطلاع: 2026-08-21)
- الاشتقاق - OP Stack Specification (تاريخ الاطلاع: 2026-08-21)
- نهائية المعاملات - Optimism Documentation (تاريخ الاطلاع: 2026-08-21)
- Arbitrum Nitro: شبكة Rollup تفاؤلية من الجيل الثاني - Arbitrum Documentation (تاريخ الاطلاع: 2026-08-21)