ما هو المُسلسِل (sequencer)

ملاحظة: هذا المستند هو ترجمة آلية للنسخة الإنجليزية الأصلية.

ما هو المُسلسِل (sequencer)

المُسلسِل (sequencer) هو المكوّن في شبكة الطبقة الثانية (L2) المسؤول عن استقبال معاملات المستخدمين وترتيبها وإنتاج كتل L2 قبل تقديم البيانات النهائية إلى سلسلة الطبقة الأولى الأساسية للتسوية. في معظم بنى L2 الحالية — التجميعات التفاؤلية (optimistic rollups) وبعض تجميعات zk — يعمل المُسلسِل كنقطة دخول وحيدة لمعالجة المعاملات، محدّدًا الترتيب الذي تُنفَّذ به المعاملات والسرعة التي يتلقّى بها المستخدمون التأكيدات.

باختصار: المُسلسِل هو عقدة L2 التي تقرّر ترتيب المعاملات وتنتج الكتل — ما يجعله عنق زجاجة بنيويًا حاسمًا يؤثّر في السرعة ومقاومة الرقابة وديناميكيات MEV لكل مشروع يعمل على تلك L2.

كيف يعمل المُسلسِل

تدفّق المعاملة

عندما يقدّم مستخدم معاملة على شبكة L2، لا تذهب المعاملة إلى mempool لامركزي كما تفعل على إيثيريوم L1. بل تذهب مباشرة إلى المُسلسِل. ويؤدّي المُسلسِل عدة وظائف:

1. يستقبل المعاملات الواردة من المستخدمين والتطبيقات.
2. يرتّبها في تسلسل — محدّدًا أي معاملة تُنفَّذ أولًا، ثانيًا، وهكذا.
3. ينفّذ المعاملات على حالة L2 الحالية، حاسبًا تغييرات الحالة الناتجة.
4. ينتج كتلة L2 تحتوي المعاملات المرتَّبة.
5. ينشر بيانات المعاملة (أو نسخة مضغوطة منها) على سلسلة L1 لتوفّر البيانات والنهائية.

عادة ما يتلقّى المستخدمون «تأكيدًا ليّنًا (soft confirmation)» من المُسلسِل خلال ثوانٍ — أسرع بكثير من انتظار نهائية L1. غير أن هذا التأكيد يعتمد على الثقة بأن يتصرّف المُسلسِل بأمانة إلى أن تصبح البيانات نهائية على L1.

التسلسل المركزي مقابل اللامركزي

اليوم، تعمل الغالبية العظمى من شبكات L2 بـ مُسلسِل مركزي وحيد يتحكّم فيه الفريق الذي بنى التجميعة (rollup). فعلى سبيل المثال، تشغّل كل من Arbitrum One وOptimism وBase مُسلسِلًا وحيدًا تشغّله مؤسّساتها المعنية.

تجلب هذه المركزية مفاضلات واضحة:

• السرعة — يمكن لمُسلسِل وحيد ترتيب المعاملات وتأكيدها بالميلي ثانية لعدم وجود عبء إجماع بين عقد مُسلسِل متعددة.
• مخاطرة الرقابة — يستطيع مشغّل المُسلسِل نظريًا تأخير معاملات محدّدة أو إعادة ترتيبها أو استبعادها. وتخفّف معظم التجميعات هذا عبر آليات «الإدراج القسري (forced inclusion)» التي تتيح للمستخدمين تقديم المعاملات مباشرة إلى عقد L1، متجاوزين المُسلسِل.
• التحكّم في MEV — يملك المُسلسِل المركزي قوة احتكارية على ترتيب المعاملات، ما يخلق فرص استخراج MEV تتركّز في كيان واحد بدلًا من توزّعها عبر سوق تنافسية.
• نقطة فشل واحدة — إذا تعطّل المُسلسِل، تتوقّف L2 عن إنتاج كتل جديدة (رغم أن المستخدمين ما زال بإمكانهم الخروج عبر آليات L1).

التسلسل المشترك واللامركزي

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

لماذا تهمّ المُسلسِلات مشاريع كريبتو الذكاء الاصطناعي

ترتيب المعاملات لوكلاء الذكاء الاصطناعي. وكلاء الذكاء الاصطناعي العاملون على شبكات L2 — المنفّذون لصفقات، أو مديرو السيولة، أو المؤتمتون لاستراتيجيات DeFi — يقدّمون معاملاتهم إلى المُسلسِل. وتؤثّر قرارات الترتيب لدى المُسلسِل مباشرة في جودة تنفيذ الوكيل. فالمُسلسِل الذي يتقدّم على معاملات وكيل الذكاء الاصطناعي (front-runs) أو يعيد ترتيبها يُضعف أداءه.

عمليات الذكاء الاصطناعي الحسّاسة لزمن الاستجابة. تقدّم المُسلسِلات المركزية تأكيدات ليّنة دون الثانية، ما يفيد تطبيقات الذكاء الاصطناعي الحسّاسة لزمن الاستجابة مثل روبوتات التداول الفورية أو نماذج التسعير الديناميكي. والمفاضلة هي الثقة: إذ يعتمد وكيل الذكاء الاصطناعي على السلوك الأمين للمُسلسِل إلى أن تتحقّق نهائية L1.

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

أين يظهر في بطاقات مشاريع DecAIHub

• Main chain — المشاريع التي تدرج شبكة L2 (مثل Arbitrum One أو Optimism أو Base أو Mode) كسلسلتها الرئيسية تعتمد على مُسلسِل تلك الشبكة لمعالجة المعاملات. وتصبح خصائص المُسلسِل جزءًا من ملف البنية التحتية للمشروع.
• Consensus — تذكر بعض بطاقات المشاريع نموذج الإجماع المستخدَم من قبل L2، الذي قد يشير إلى ترتيب قائم على المُسلسِل. فحقول مثل sequencer L2 (OP Stack); settlement/security via Ethereum تشير صراحة إلى الاعتماد على المُسلسِل.
• Consensus وMain chain — لمشاريع L2 (المسجَّلة كـ L2 (Optimistic Rollup, ... on ...) أو L2 (ZK Rollup, ... on ...) في Consensus، مع اسم شبكة L2 في Main chain)، يكون المُسلسِل مكوّنًا معماريًا أساسيًا.

ما الذي لا يثبته المُسلسِل وحده

• اللامركزية — العمل على L2 بمُسلسِل مركزي لا يجعل المشروع مركزيًا، ولا يجعله لامركزيًا. فقد يكون للمشروع حوكمته الخاصة وملكية عقوده واستقلاله التشغيلي عن مشغّل المُسلسِل.
• الأمان — المُسلسِل مسؤول عن الحيوية (liveness) والترتيب، لا عن الأمان التشفيري لانتقالات الحالة. فذلك الأمان يأتي من براهين الاحتيال (fraud proofs) للتجميعات التفاؤلية أو براهين الصحة (validity proofs) لتجميعات zk، التي تُتحقَّق على L1.
• إنصاف MEV — يمكن لمُسلسِل مركزي أن يستخرج MEV أو أن ينفّذ سياسات ترتيب عادلة. ومن دون إفصاح صريح، لا يستطيع المستخدمون تحديد سلوك المُسلسِل تجاه MEV من مجرّد وجوده.
• قدرة الذكاء الاصطناعي — العمل على L2 بمُسلسِل هو خيار بنية تحتية، لا ميزة ذكاء اصطناعي. وهو لا يقول شيئًا عمّا إذا كان للمشروع مكوّنات ذكاء اصطناعي حقيقية.

الأسئلة الشائعة

ماذا يحدث إذا انقطع المُسلسِل؟

لا يستطيع المستخدمون تقديم معاملات L2 جديدة عبر المُسلسِل، وتتوقّف كتل L2 الجديدة عن الإنتاج. غير أن معظم تصاميم التجميعات تتضمّن آلية هروب: يمكن للمستخدمين تقديم المعاملات مباشرة إلى عقد التجميعة على L1، متجاوزين المُسلسِل تمامًا. هذا البديل أبطأ وأكثر كلفة لكنه يضمن ألا تُقفل أموال المستخدم بشكل دائم بسبب فشل المُسلسِل.

هل يمكن للمُسلسِل سرقة أموال المستخدمين؟

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

هل ستظل المُسلسِلات مركزية دائمًا؟

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

مراجع خارجية

• Ethereum.org — Scaling: Rollups — نظرة عامة من مؤسّسة إيثيريوم على بنية التجميعات، بما في ذلك دور المُسلسِلات في معالجة المعاملات وتوفّر البيانات.

انظر أيضًا

• ما هي سلسلة الطبقة الثانية (L2)
• ما هو MEV
• ما هي عقدة سلسلة الكتل
• ما هو المدقّق
• ما هو الإجماع