مُرتِّب المعاملات (Sequencer)

ما هو مُرتِّب المعاملات في عالم الكريبتو؟

مُرتِّب المعاملات هو أحد مكونات الشبكة، ويتولى استلام المعاملات وترتيبها وتجميعها في دفعات قبل نشرها على طبقة التسوية في البلوكشين.

يُستخدم هذا المصطلح في العملات المشفرة غالبًا للإشارة إلى شبكات Rollup من Layer 2، حيث يساعد مُرتِّب المعاملات المستخدمين على الحصول على تأكيدات أسرع للمعاملات ورسوم أقل مما يحصلون عليه عادةً على البلوكشين الأساسي.

لا يتولى مُرتِّب المعاملات عادةً التسوية النهائية بنفسه.

بل ينظم المعاملات خارج السلسلة أو على شبكة Layer 2، ثم يرسل لاحقًا بيانات المعاملات أو جذور الحالة أو البراهين أو الدفعات إلى بلوكشين Layer 1 مثل Ethereum.

وهذا يجعل مُرتِّب المعاملات جزءًا أساسيًا من تجربة المستخدم في Rollup.

عندما يرسل المستخدم معاملة إلى Rollup، غالبًا ما يحدد مُرتِّب المعاملات موضعها في ترتيب معاملات Layer 2.

وقد يقدم مُرتِّب المعاملات أيضًا تأكيدًا سريعًا قبل تسوية المعاملة بالكامل على الطبقة الأساسية.

لذلك قد يشعر المستخدمون بأن معاملة Layer 2 اكتملت بسرعة، رغم أن التسوية النهائية على الطبقة الأساسية قد تتم لاحقًا.

يوضح خارطة طريق التوسع الرسمية لـ Ethereum أن شبكات Rollup بدأت عادةً باستخدام مُرتِّبات معاملات مركزية تعالج المعاملات وتجمعها قبل إرسالها إلى Ethereum.

تعريف مبسط لمُرتِّب المعاملات

مُرتِّب المعاملات هو النظام الذي يحدد ترتيب المعاملات في Rollup أو بلوكشين Layer 2.

يجمع معاملات المستخدمين ويرتبها في تسلسل، ويساعد على إنشاء دفعات معاملات تُنشر لاحقًا على طبقة التسوية أو توافر البيانات.

بالنسبة إلى المستخدمين، يُعد مُرتِّب المعاملات أحد أسباب سرعة شبكات Layer 2 الظاهرية.

أما بالنسبة إلى المطورين، فهو جزء من مسار المعاملة، ويؤثر في زمن الاستجابة وترتيب المعاملات ومقاومة الرقابة وMEV وافتراضات النهائية.

وبالنسبة إلى المتداولين، تبرز أهمية مُرتِّب المعاملات لأن ترتيب المعاملات قد يؤثر في عمليات المبادلة والتصفية والمراجحة وغيرها من أنشطة DeFi الحساسة للوقت.

مُرتِّب المعاملات ليس هو نفسه المدقق أو المُعدِّن أو المحفظة أو الجسر أو العقد الذكي.

إنه مكوّن متخصص في ترتيب المعاملات وتجميعها ضمن تصميمات كثيرة لشبكات Rollup.

كيف يعمل مُرتِّب المعاملات؟

يبدأ مُرتِّب المعاملات عادةً باستلام المعاملات من المستخدمين أو المحافظ أو البوتات أو التطبيقات.

ثم يتحقق من صلاحية هذه المعاملات وفق قواعد شبكة Layer 2.

بعد ذلك، يضع المعاملات الصالحة في قائمة مرتبة.

وتصبح هذه القائمة أساسًا لإنشاء كتل Layer 2 أو دفعاتها أو تحديثات الحالة فيها.

بعد ترتيب المعاملات، قد يرسل مُرتِّب المعاملات إلى المستخدمين تأكيدًا سريعًا يفيد بقبول معاملاتهم ضمن تسلسل Layer 2.

لاحقًا، ينشر نظام Rollup بيانات المعاملات المضغوطة أو الالتزامات أو البراهين على السلسلة الأساسية.

توفر السلسلة الأساسية ضمانات أقوى للأمان وتوافر البيانات والتسوية، بحسب تصميم Rollup.

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

وهذا يوضح الدور الأساسي لمُرتِّب المعاملات: جمع معلومات المعاملات وترتيبها ونشرها.

أهمية مُرتِّبات المعاملات

تكتسب مُرتِّبات المعاملات أهميتها من الدور الكبير الذي يلعبه ترتيب المعاملات في أنظمة البلوكشين.

فترتيب المعاملات قد يحدد الصفقة التي تُنفذ أولًا، وعملية التصفية التي تتم أولًا، وفرصة المراجحة التي تُستغل، وما إذا كان المستخدم سيحصل على سعر المبادلة المتوقع.

في DeFi، قد يحقق التقدم ببضع ثوانٍ في ترتيب المعاملات قيمة مالية فعلية.

كما تؤثر مُرتِّبات المعاملات في تجربة المستخدم.

فقد تجعل الشبكة السريعة لتدفق المعاملات شبكة Layer 2 سلسة وسريعة الاستجابة.

أما بطء مُرتِّب المعاملات أو زيادة الضغط عليه فقد يؤديان إلى تأخر المعاملات أو فشلها أو ظهور رسائل غير واضحة عن حالتها في المحفظة.

وتبرز أهميتها أيضًا في مقاومة الرقابة.

إذا تحكم مُرتِّب واحد في ترتيب المعاملات، فقد يتمكن في ظروف معينة من تأخير بعض المعاملات أو استبعادها أو تغيير ترتيبها.

لذلك تُعد لامركزية مُرتِّبات المعاملات من أهم موضوعات البحث والتطوير في منظومة Layer 2.

مُرتِّب المعاملات في شبكات Rollup من Layer 2

تستخدم شبكات Rollup من Layer 2 مُرتِّبات المعاملات لتحسين قابلية توسع البلوكشين.

تعالج شبكة Rollup عددًا كبيرًا من المعاملات بعيدًا عن الطبقة الأساسية، ثم تنشر البيانات أو البراهين عليها.

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

في كثير من شبكات Rollup، يكون مُرتِّب المعاملات أول مكوّن يتفاعل معه المستخدم بعد إرسال المعاملة.

يحدد مُرتِّب المعاملات ترتيبها، ويدرجها في كتلة أو دفعة Layer 2، ويساعد Rollup على إنشاء تحديث للحالة.

وتوفر سلسلة Layer 1 لاحقًا تسوية وتحققًا أقوى.

توضح وثائق Optimistic Rollups الخاصة بـ Ethereum أن هذه الشبكات تنفذ المعاملات خارج Ethereum Mainnet، مع نشر بيانات المعاملات على Ethereum.

وتؤدي مُرتِّبات المعاملات دورًا أساسيًا في جعل هذا التنفيذ خارج السلسلة عمليًا للمستخدمين.

الفرق بين مُرتِّب المعاملات والمدقق

مُرتِّب المعاملات والمدقق ليسا الشيء نفسه.

يشارك المدقق في الإجماع ويساعد على تأمين شبكة البلوكشين عبر اقتراح الكتل أو التحقق منها أو التصديق عليها.

أما مُرتِّب المعاملات، فتتمثل مهمته الأساسية في ترتيب المعاملات ضمن بيئة Rollup أو Layer 2.

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

فعلى سبيل المثال، قد تضم مجموعة مُرتِّبات المعاملات اللامركزية مشاركين متعددين بدلًا من مشغّل واحد.

وقد تعتمد Rollup قائمة على الطبقة الأساسية على مجموعة مدققي Layer 1 لترتيب المعاملات.

لكن مُرتِّب المعاملات في كثير من أنظمة Rollup الحالية يشغل دورًا منفصلًا عن مدققي الطبقة الأساسية.

ويكتسب هذا الفرق أهميته لأن التأكيد السريع من مُرتِّب معاملات Layer 2 لا يعادل دائمًا التسوية النهائية على السلسلة الأساسية.

الفرق بين مُرتِّب المعاملات ومقترح الكتل

مقترح الكتل هو مشارك يقترح كتلًا أو تحديثات للحالة على بلوكشين أو نظام Rollup.

أما مُرتِّب المعاملات، فيرتب المعاملات قبل إدراجها في دفعة أو كتلة Layer 2.

قد تتولى الجهة نفسها في بعض الأنظمة مهمتي ترتيب المعاملات واقتراح الكتل.

وفي أنظمة أخرى، قد يُفصل الدوران لأسباب تتعلق بالأمان أو اللامركزية أو التصميم المعياري.

يركز مُرتِّب المعاملات على تنظيم تدفق المعاملات.

أما مقترح الكتل، فيركز على إرسال كتلة أو دفعة أو التزام أو تحديث للحالة إلى جزء آخر من النظام.

يساعد فهم هذا الفرق المستخدمين على تجنب افتراض أن مكوّنًا واحدًا يتحكم في جميع أجزاء Rollup.

يمكن لتصميمات Rollup أن تفصل التنفيذ وترتيب المعاملات وإثباتها وتوافر البيانات والتسوية في طبقات مختلفة.

الفرق بين مُرتِّب المعاملات ومنتج الكتل

ينشئ منتج الكتل كتلًا لبلوكشين.

قد ينشئ مُرتِّب المعاملات كتلًا أو دفعات لـ Layer 2، لكن هذه الكتل تظل خاضعة لقواعد التسوية والتحقق في Rollup.

في بلوكشين Layer 1 عادي، يكون منتجو الكتل جزءًا من عملية الإجماع الرئيسية.

أما في Rollup، فقد يرتب مُرتِّب المعاملات المعاملات قبل إتمام نشر البيانات في مكان آخر.

لذلك قد يبدو مُرتِّب المعاملات للمستخدم شبيهًا بمنتج الكتل.

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

ينبغي للمستخدمين إدراك أن تأكيد مُرتِّب المعاملات لا يعادل عادةً كتلة Layer 1 نهائية بالكامل.

الفرق بين مُرتِّب المعاملات وناقل الرسائل (Relayer)

ينقل ناقل الرسائل البيانات أو المعاملات أو البراهين بين الأنظمة.

أما مُرتِّب المعاملات، فيرتب المعاملات داخل نظام Layer 2 أو Rollup.

فعلى سبيل المثال، قد يساعد ناقل رسائل الجسر على نقل رسالة من بلوكشين إلى آخر.

وقد ينظم مُرتِّب المعاملات المعاملات قبل تجميعها في دفعات ونشرها على السلسلة الأساسية.

قد تستخدم بعض الأنظمة مُرتِّبات المعاملات وناقلات الرسائل معًا.

يتولى مُرتِّب المعاملات تنظيم ترتيب المعاملات.

أما ناقل الرسائل، فيساعد على نقل المعلومات عبر حدود الأنظمة.

وقد يؤدي الخلط بين هذين الدورين إلى صعوبة تحديد مصدر التأخير أو مخاطر الرقابة أو مخاطر التسوية.

مُرتِّبات المعاملات المركزية

تخضع مُرتِّبات المعاملات المركزية لسيطرة مشغّل واحد أو هيكل تحكم صغير واحد.

استخدمت كثير من شبكات Rollup مُرتِّبات معاملات مركزية في مراحل التطوير الأولى، لأنها أبسط في البناء وأسهل في التنسيق، ويمكنها تقديم تأكيدات سريعة للمستخدمين.

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

لكن مُرتِّبات المعاملات المركزية تنطوي على مخاطر مهمة.

فقد تنشئ نقطة فشل واحدة.

وقد تثير مخاوف تتعلق بالرقابة.

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

كما قد تنطوي على مخاطر تتعلق بوقت التشغيل، إذ قد يواجه المستخدمون صعوبة في إرسال المعاملات بالطريقة المعتادة إذا كان مُرتِّب المعاملات متوقفًا عن العمل.

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

مُرتِّبات المعاملات اللامركزية

يعتمد تصميم مُرتِّب المعاملات اللامركزي على مشاركين متعددين لترتيب المعاملات بدلًا من مشغّل واحد.

وقد يعزز ذلك مقاومة الرقابة ويقلل المخاطر المرتبطة بالاعتماد على مشغّل واحد.

قد تستخدم مجموعة مُرتِّبات المعاملات اللامركزية قواعد إجماع أو مزادات أو تناوب المدققين أو Staking أو التزامات تشفيرية أو بروتوكولات ترتيب مشتركة.

والهدف هو جعل ترتيب المعاملات أكثر حيادًا وقدرة على الصمود.

لكن تحقيق اللامركزية في ترتيب المعاملات صعب، لأنه يتطلب الحفاظ على السرعة مع تحسين الأمان.

إذا أصبح النظام بطيئًا جدًا، فقد يفقد المستخدمون الفائدة الرئيسية من توسع Layer 2.

وإذا ظل النظام مركزيًا بدرجة كبيرة، فقد يواجه المستخدمون مخاطر الرقابة وترتيب المعاملات.

ويكمن التحدي في ابتكار تصميم يوفر للمستخدمين تأكيدات سريعة وترتيبًا منصفًا واستمرارية قوية وحيادًا موثوقًا.

مُرتِّبات المعاملات المشتركة

مُرتِّب المعاملات المشترك هو نظام ترتيب يمكنه خدمة عدة شبكات Rollup أو سلاسل تطبيقات.

بدلًا من تشغيل كل Rollup مُرتِّب معاملات مستقلًا، يمكن لعدة شبكات استخدام طبقة ترتيب مشتركة.

وقد يساعد ذلك على تحسين قابلية التركيب بين السلاسل، إذ يمكن ترتيب المعاملات عبر شبكات Rollup مختلفة بتنسيق أكبر.

كما قد يقلل الترتيب المشترك التجزئة من خلال توفير بنية تحتية مشتركة لترتيب المعاملات للتطبيقات.

لكن مُرتِّبات المعاملات المشتركة تطرح أيضًا أسئلة تصميم جديدة.

إذ يتعين عليها معالجة الأمان بين شبكات Rollup والحوافز الاقتصادية والحوكمة وتوافر البيانات والتعافي من الأعطال.

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

ينبغي للمستخدمين والمطورين معرفة كيفية إدارة مُرتِّب المعاملات المشترك، والجهات التي تشغّله، وما يحدث عند تعطله.

ترتيب المعاملات القائم على الطبقة الأساسية

الترتيب القائم على الطبقة الأساسية هو تصميم لـ Rollup يرتبط فيه ترتيب المعاملات بالطبقة الأساسية ارتباطًا أوثق.

في تصميم Rollup قائم على Ethereum، قد يساعد مقترحو كتل Ethereum على ترتيب معاملات Rollup.

والهدف هو تعزيز التوافق مع الطبقة الأساسية وتقليل الحاجة إلى مُرتِّب معاملات مركزي منفصل.

قد يعزز هذا النهج مقاومة الرقابة بالاعتماد على مجموعة مدققي السلسلة الأساسية وعملية إنتاج الكتل فيها.

لكنه قد ينطوي أيضًا على مفاضلات تتعلق بزمن الاستجابة والتأكيدات المسبقة وتصميم MEV وتجربة المستخدم.

قد تحتاج Rollup القائمة على الطبقة الأساسية إلى أنظمة إضافية لتوفير تأكيدات سريعة للمستخدمين قبل إدراج المعاملات في الطبقة الأساسية.

لذلك غالبًا ما يُناقش هذا النهج إلى جانب التأكيدات المسبقة.

والخلاصة أن ترتيب المعاملات في شبكات Rollup لا يزال يتطور، وأن لكل تصميم مفاضلاته الخاصة.

مُرتِّب المعاملات وMEV

تعني MEV القيمة القصوى القابلة للاستخراج.

وهي تشير إلى القيمة التي يمكن تحقيقها عبر ترتيب المعاملات أو إدراجها أو استبعادها.

بما أن مُرتِّبات المعاملات تتحكم في ترتيب المعاملات في كثير من شبكات Rollup، فقد تتمكن من الوصول إلى فرص MEV.

فعلى سبيل المثال، قد يؤثر ترتيب المعاملات في عمليات المبادلة على منصات DEX والتصفية والمراجحة وهجمات الساندويتش.

قد يضر مُرتِّب المعاملات الذي يملك سلطة كبيرة وغير خاضعة للرقابة المستخدمين إذا سمح بترتيب غير منصف للمعاملات.

تستكشف فرق Rollup والباحثون سبلًا للحد من MEV الضار وجعل ترتيب المعاملات أكثر شفافية أو إنصافًا.

تشمل الأساليب المحتملة مجمعات الذاكرة المشفرة وقواعد الترتيب العادل ومزادات الدفعات وإعادة توزيع MEV والترتيب المشترك والترتيب القائم على الطبقة الأساسية.

والدرس الأهم للمستخدمين هو أن ترتيب المعاملات قد يؤثر في جودة التنفيذ.

مُرتِّب المعاملات ومخاطر الرقابة

تعني مخاطر الرقابة احتمال تأخير معاملة أو تجاهلها أو استبعادها من المعالجة المعتادة.

قد ينشئ مُرتِّب المعاملات المركزي مخاطر رقابة، لأن مشغّلًا واحدًا قد يختار عدم إدراج معاملات معينة.

توفر بعض شبكات Rollup مسارات بديلة تتيح للمستخدمين فرض تمرير المعاملات عبر الطبقة الأساسية إذا فرض مُرتِّب المعاملات رقابة عليها.

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

توضح وثائق مُرتِّب المعاملات ومقاومة الرقابة الرسمية لـ Arbitrum أن مُرتِّب المعاملات يجمع معاملات السلسلة الفرعية وينظمها قبل نشرها على السلسلة الأم.

وتتناول الوثائق أيضًا آليات مقاومة الرقابة التي تتيح وصول المعاملات إلى السلسلة حتى عندما لا تتوفر آلية التوجيه المعتادة عبر مُرتِّب المعاملات.

ينبغي أن يجعل تصميم Rollup الجيد من الصعب على مُرتِّب المعاملات منع أنشطة المستخدمين الصالحة نهائيًا.

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

مُرتِّب المعاملات واستمرارية عمل الشبكة

تعني استمرارية عمل الشبكة مواصلة النظام إحراز التقدم.

إذا توقف مُرتِّب المعاملات عن العمل، فقد يتعذر على المستخدمين إرسال المعاملات عبر المسار السريع المعتاد.

وقد يجعل ذلك شبكة Layer 2 تبدو متوقفة، حتى لو ظلت الطبقة الأساسية آمنة.

تتضمن بعض شبكات Rollup طرقًا احتياطية تتيح للمستخدمين إرسال المعاملات مباشرة إلى الطبقة الأساسية.

قد تكون هذه الطرق أبطأ وأعلى تكلفة، لكنها قد تحمي المستخدمين عند تعذر استخدام مُرتِّب المعاملات.

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

ينبغي تصميم مُرتِّب المعاملات مع مراعاة المراقبة والتكرار وآليات التحويل عند الأعطال وإجراءات التعافي الواضحة.

وينبغي للمستخدمين تذكر أن التأكيدات السريعة لا تكون مفيدة إلا ما دام مُرتِّب المعاملات متاحًا.

مُرتِّب المعاملات والنهائية

يختلف تأكيد مُرتِّب المعاملات عن التسوية النهائية.

قد يُعلم مُرتِّب المعاملات المستخدم بأن المعاملة قُبلت ضمن ترتيب معاملات Layer 2.

قد يحدث ذلك بسرعة ويبدو نهائيًا داخل التطبيق.

لكن قد يلزم نشر المعاملة على الطبقة الأساسية واجتيازها عملية النهائية الخاصة بـ Rollup.

في Optimistic Rollups، قد تتضمن التسوية النهائية فترة اعتراض على عمليات السحب أو نزاعات الحالة.

أما في شبكات Zero-Knowledge Rollup، فقد تعتمد النهائية على إنشاء براهين الصلاحية وقبولها.

توضح وثائق OP Stack حول نهائية المعاملات أن النهائية هي المرحلة التي تصبح فيها المعاملة غير قابلة للعكس وفق افتراضات معينة.

ينبغي للمستخدمين معرفة ما إذا كانوا يرون تأكيدًا سريعًا من مُرتِّب المعاملات أو نهائية Layer 2 أو نهائية التسوية على Layer 1.

مُرتِّب المعاملات وتوافر البيانات

يعني توافر البيانات أن البيانات اللازمة للتحقق من نتائج المعاملات متاحة للشبكة.

قد يرتب مُرتِّب المعاملات المعاملات وينشئ الدفعات، لكن المستخدمين والمدققين يظلون بحاجة إلى الوصول إلى البيانات التي تستند إليها تلك الدفعات.

إذا لم تتوفر البيانات، يصبح التحقق المستقل صعبًا أو مستحيلًا.

لذلك تنشر شبكات Rollup بيانات المعاملات أو التزامات البيانات على طبقة لتوافر البيانات.

توضح وثائق توافر البيانات الخاصة بـ Ethereum سبب حاجة شبكات Rollup والعملاء الخفيفين إلى ضمان توافر البيانات المطلوبة.

يرتبط ترتيب المعاملات بتوافر البيانات، لكنهما ليسا الشيء نفسه.

يحدد مُرتِّب المعاملات الترتيب.

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

مُرتِّب المعاملات ورسوم المعاملات

قد تؤثر مُرتِّبات المعاملات في الرسوم لأنها تساعد على إدارة ترتيب المعاملات وتجميعها في دفعات.

قد تفرض Rollup على المستخدمين رسوم تنفيذ Layer 2، إضافةً إلى رسوم مرتبطة بنشر البيانات على الطبقة الأساسية.

وقد يحصل مُرتِّب المعاملات على جزء من رسوم المعاملات، بحسب تصميم Rollup.

ويكتسب تصميم الرسوم أهميته لأنه يؤثر في الحوافز.

إذا كانت إيرادات ترتيب المعاملات مرتفعة، فقد تصبح السيطرة على مُرتِّب المعاملات ذات قيمة اقتصادية.

وقد يؤدي ذلك إلى نشوء منافسة وتساؤلات حول الحوكمة وضغوط باتجاه لامركزية ترتيب المعاملات.

ينبغي للمستخدمين أيضًا إدراك أن رسوم Layer 2 المنخفضة قد ترتفع عند زيادة الطلب.

يحسن مُرتِّب المعاملات الكفاءة، لكنه لا يجعل مساحة الكتل أو توافر البيانات غير محدودين.

مُرتِّب المعاملات وDeFi

تكتسب مُرتِّبات المعاملات أهمية خاصة في DeFi لأن معاملات DeFi تعتمد غالبًا على التوقيت والترتيب.

قد تختلف نتيجة مبادلة التوكنات إذا نُفذت معاملة أخرى قبلها.

قد تنجح عملية التصفية أو تفشل بحسب ترتيبها قبل عملية تصفية أخرى.

وقد لا تحقق صفقة المراجحة أرباحًا إلا إذا أُدرجت في التسلسل في الوقت المناسب.

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

وهذا يعني أن سلوك مُرتِّب المعاملات قد يؤثر في النتائج الفعلية للمستخدمين.

ينبغي لتطبيقات DeFi مراعاة وقت تشغيل مُرتِّب المعاملات وقواعد الترتيب وافتراضات النهائية عند تصميم إدارة المخاطر.

وينبغي للمستخدمين توخي الحذر عند إجراء معاملات عاجلة أثناء ازدحام مُرتِّب المعاملات أو وقوع أعطال في الشبكة.

مُرتِّب المعاملات والجسور

قد تؤثر مُرتِّبات المعاملات أيضًا في نشاط الجسور، لأن الإيداع والسحب عبر Rollup يعتمدان على ترتيب المعاملات وتسويتها.

قد ينقل المستخدم أصولًا إلى شبكة Layer 2، ويحصل على رصيد سريع فيها بعد معالجة مُرتِّب المعاملات للإيداع.

وقد يتعين أن يجتاز السحب عملية التسوية في Rollup قبل إتاحة الأموال على الطبقة الأساسية.

إذا تأخر مُرتِّب المعاملات، فقد يتأخر نشاط الجسر أيضًا من وجهة نظر المستخدم.

ينبغي لتطبيقات التعامل عبر السلاسل أن توضح ما إذا كانت المعاملة قد أُدرجت في التسلسل أو تأكدت أو أصبحت نهائية أو قابلة للمطالبة أو تمت تسويتها بالكامل.

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

لذلك تُعد حالة مُرتِّب المعاملات جزءًا مهمًا من تجربة استخدام الجسر.

ينبغي للمستخدمين التحقق من توقيت الجسر وحالة الشبكة قبل نقل مبالغ كبيرة بين الطبقات.

توقف مُرتِّب المعاملات

يحدث توقف مُرتِّب المعاملات عندما يتعذر عليه معالجة المعاملات بالطريقة المعتادة.

وقد يحدث ذلك بسبب عطل في البنية التحتية أو أخطاء برمجية أو ضغط زائد أو مشكلات في الشبكة أو صيانة المشغّل أو حوادث أمنية.

أثناء التوقف، قد يتعذر على المستخدمين إرسال المعاملات عبر المسار المعتاد في Layer 2.

وقد تعرض التطبيقات معاملات معلقة أو تأكيدات متأخرة أو عمليات إرسال فاشلة.

تتيح بعض الشبكات إرسال المعاملات مباشرةً عبر الطبقة الأساسية كخيار احتياطي.

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

ويذكّر توقف مُرتِّب المعاملات المستخدمين بأن أنظمة Layer 2 تعتمد على البنية التحتية التشغيلية، إلى جانب الأمان التشفيري.

ينبغي للمطورين تصميم التطبيقات للتعامل بسلاسة مع تأخر مُرتِّب المعاملات.

خارطة طريق لامركزية مُرتِّبات المعاملات

تتحدث مشاريع Layer 2 كثيرة عن لامركزية مُرتِّبات معاملاتها بمرور الوقت.

ويعني ذلك عادةً الانتقال من مشغّل واحد إلى مجموعة موزعة من المشاركين في ترتيب المعاملات.

والهدف هو الحد من مخاطر الرقابة والتوقف وسلطة ترتيب المعاملات المركزية.

قد تشمل لامركزية مُرتِّبات المعاملات Staking أو الحوكمة أو تناوب المدققين أو المزادات أو اللجان أو الترتيب المشترك أو الترتيب عبر الطبقة الأساسية.

ولا يوجد تصميم موحد واحد تستخدمه جميع شبكات Rollup.

لكل نهج مفاضلات بين السرعة والإنصاف والأمان والتكلفة والتعقيد.

ينبغي للمستخدمين تقييم ما نُفذ فعليًا، لا الاكتفاء بوعود خارطة الطريق.

فالقول إن ترتيب المعاملات سيصبح لامركزيًا مستقبلًا لا يعني أن مُرتِّب المعاملات لامركزي اليوم.

مُرتِّب المعاملات وتجربة المستخدم

يؤثر مُرتِّب المعاملات بقوة في شعور المستخدمين عند استخدام شبكة Layer 2.

قد يجعل مُرتِّب المعاملات سريع الاستجابة المعاملات تبدو فورية تقريبًا.

وقد يؤدي ازدحام مُرتِّب المعاملات إلى التأخير وفشل المعاملات.

وقد تجعل واجهة مُرتِّب المعاملات المصممة بشكل سيئ المستخدمين غير متأكدين مما إذا كانت المعاملة معلقة أو مقبولة أو نهائية أو فاشلة.

ينبغي للمحافظ والتطبيقات الجيدة عرض حالات المعاملات بوضوح.

كما ينبغي أن توضح متى أُدرجت المعاملة في التسلسل ومتى وصلت إلى مرحلة تسوية أقوى.

ويكتسب ذلك أهمية خاصة لعمليات السحب وتحويلات الجسور والمبادلات الكبيرة ومعاملات الضمانات.

وكلما فهم المستخدمون حالة مُرتِّب المعاملات على نحو أفضل، قل احتمال ارتكابهم أخطاء مكلفة في التوقيت.

مُرتِّب المعاملات والمطورون

يحتاج المطورون إلى فهم مُرتِّبات المعاملات لأن سلوك التطبيقات قد يعتمد على ترتيب المعاملات وافتراضات النهائية.

قد يحتاج بروتوكول DeFi إلى وسائل حماية من الترتيب الضار وMEV.

وقد تحتاج المحفظة إلى عرض حالات تأكيد مختلفة.

وقد يحتاج الجسر إلى تتبع إدراج المعاملة لدى مُرتِّب المعاملات بشكل منفصل عن التسوية النهائية.

وقد تحتاج أداة مراقبة إلى تنبيه المستخدمين عند تأخر مُرتِّب المعاملات أو توقفه.

وقد يحتاج بوت التصفية إلى معرفة مدى سرعة قبول مُرتِّب المعاملات للمعاملات وترتيبها.

ينبغي للمطورين أيضًا دراسة المسارات الاحتياطية للمعاملات المفروضة عند تعذر استخدام مُرتِّب المعاملات.

ينبغي ألا يفترض التطبيق المتين أن مُرتِّب المعاملات سريع ومحايد ومتاح دائمًا.

مُرتِّب المعاملات والأمان

يشمل أمان مُرتِّب المعاملات الأمان التشغيلي وإدارة المفاتيح ومقاومة الرقابة وضوابط MEV وتصميم الخيارات الاحتياطية.

إذا استخدم مُرتِّب المعاملات بنية تحتية مركزية، فينبغي حماية تلك البنية من الأعطال والهجمات.

وإذا امتلك مُرتِّب المعاملات مفاتيح ذات صلاحيات خاصة، فينبغي تأمين هذه المفاتيح بضوابط قوية.

وإذا كان قادرًا على تغيير ترتيب المعاملات، فينبغي للبروتوكول النظر في سبل الحد من الترتيب الضار أو مراقبته.

إذا تعطل مُرتِّب المعاملات، فينبغي أن يتوفر للمستخدمين مسار موثوق للخروج أو لفرض إدراج المعاملات.

يشمل الأمان أيضًا الشفافية.

ينبغي للمستخدمين والمطورين معرفة الجهة التي تشغّل مُرتِّب المعاملات، والصلاحيات التي يمتلكها، والضمانات المتاحة إذا توقف عن التعاون.

مُرتِّب المعاملات ليس مجرد مكوّن لتحسين الأداء، بل هو جزء من نموذج الثقة.

المخاطر الشائعة لمُرتِّبات المعاملات

الخطر الرئيسي الأول هو المركزية.

إذا سيطر مشغّل واحد على مُرتِّب المعاملات، فسيكون له تأثير قوي في ترتيب المعاملات.

الخطر الرئيسي الثاني هو الرقابة.

قد يؤخر مُرتِّب المعاملات المعاملات أو يستبعدها ما لم توفر Rollup آليات احتياطية موثوقة.

الخطر الرئيسي الثالث هو التوقف.

إذا توقف مُرتِّب المعاملات، فقد يتباطأ نشاط المستخدمين المعتاد أو يتوقف مؤقتًا.

الخطر الرئيسي الرابع هو استخراج MEV.

قد يتمكن مُرتِّب المعاملات من الاستحواذ على قيمة من ترتيب المعاملات ما لم يتضمن النظام وسائل حماية أو قواعد لإعادة توزيعها.

الخطر الرئيسي الخامس هو غموض النهائية.

قد يخلط المستخدمون بين التأكيد السريع من مُرتِّب المعاملات والتسوية الكاملة، ويتخذون قرارات محفوفة بالمخاطر قبل الأوان.

مثال على عمل مُرتِّب المعاملات

لنتخيل مستخدمًا يبدل التوكنات على شبكة Layer 2.

ترسل المحفظة المعاملة إلى مُرتِّب معاملات Layer 2.

يتحقق مُرتِّب المعاملات من المعاملة ويضعها في دفعة مرتبة.

يعرض التطبيق بسرعة أن المعاملة قد قُبلت.

ويرى المستخدم نتيجة المبادلة ضمن بيئة Layer 2.

لاحقًا، تنشر Rollup بيانات الدفعة أو الالتزامات على الطبقة الأساسية.

وتساعد الطبقة الأساسية على تأمين سجل معاملات Rollup وتسويته وفق قواعدها.

يوضح هذا المثال سبب ظهور أنشطة Layer 2 بسرعة، مع استمرار اعتمادها على عمليات تسوية أعمق.

مفاهيم خاطئة شائعة حول مُرتِّبات المعاملات

من المفاهيم الخاطئة الشائعة أن مُرتِّب المعاملات هو نفسه المدقق.

يرتب مُرتِّب المعاملات معاملات Layer 2، بينما يشارك المدققون في الإجماع على شبكة البلوكشين.

ومن المفاهيم الخاطئة أيضًا أن تأكيد مُرتِّب المعاملات يعني دائمًا التسوية النهائية.

في كثير من شبكات Rollup، تعتمد التسوية النهائية على خطوات إضافية لنشر البيانات على Layer 1 أو تقديم البراهين أو الاعتراض أو إتمام النهائية.

ومن المفاهيم الخاطئة الأخرى أن جميع مُرتِّبات المعاملات لامركزية.

استخدمت شبكات Rollup كثيرة مُرتِّبات معاملات مركزية أثناء عملها على تطوير تصميمات أكثر لامركزية.

ومن المفاهيم الخاطئة أيضًا أن تأثير مُرتِّبات المعاملات يقتصر على السرعة.

فهي تؤثر أيضًا في ترتيب المعاملات ومقاومة الرقابة وMEV واستمرارية العمل وافتراضات الثقة لدى المستخدمين.

أهمية مُرتِّبات المعاملات للإجابات المباشرة ونية البحث

يبحث الأشخاص عن مُرتِّب المعاملات لفهم سبب سرعة معاملات Layer 2 وسبب استمرار المخاوف المتعلقة بمركزية شبكات Rollup.

وأبسط إجابة هي أن مُرتِّب المعاملات يرتب المعاملات قبل تسويتها عبر عملية الطبقة الأساسية في Rollup.

يعزز مُرتِّب المعاملات السرعة وسهولة الاستخدام، لكنه قد ينشئ مخاطر إذا سيطر مشغّل واحد على ترتيب المعاملات.

أما أهم فرق بالنسبة إلى محركات الإجابة، فهو الفرق بين تأكيد مُرتِّب المعاملات ونهائية التسوية.

قد يكون تأكيد مُرتِّب المعاملات سريعًا.

أما نهائية التسوية، فقد تعتمد على نوع Rollup ونظام البراهين وطبقة توافر البيانات والسلسلة الأساسية.

يساعد هذا الفرق المستخدمين على فهم سبب كفاءة شبكات Layer 2 مع استمرار اعتمادها على طبقات أعمق للأمان.

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

ما معنى مُرتِّب المعاملات في عالم الكريبتو؟

مُرتِّب المعاملات هو مكوّن يستلم المعاملات ويرتبها ويجمعها في دفعات ضمن Rollup أو بلوكشين Layer 2 قبل نشرها على طبقة التسوية أو توافر البيانات.

ما وظيفة مُرتِّب المعاملات؟

يجمع مُرتِّب المعاملات معاملات المستخدمين ويرتبها وينشئ دفعات أو كتل Layer 2، ويساعد على إرسال بيانات المعاملات أو الالتزامات إلى السلسلة الأساسية.

هل مُرتِّب المعاملات هو نفسه المدقق؟

لا. يساعد المدقق على تأمين البلوكشين عبر الإجماع، بينما تتمثل المهمة الأساسية لمُرتِّب المعاملات في ترتيب المعاملات ضمن نظام Rollup أو Layer 2.

هل مُرتِّب المعاملات مركزي؟

استخدمت شبكات Rollup كثيرة مُرتِّبات معاملات مركزية في مراحل التطوير الأولى، لكن مشاريع عديدة تعمل على تطوير تصميمات أكثر لامركزية لترتيب المعاملات.

لماذا تستخدم شبكات Rollup مُرتِّبات المعاملات؟

تستخدم شبكات Rollup مُرتِّبات المعاملات لتوفير ترتيب سريع للمعاملات وتجربة استخدام أكثر سلاسة وزمن استجابة أقل وتجميع أكثر كفاءة قبل نشر البيانات على الطبقة الأساسية.

هل يمكن لمُرتِّب المعاملات فرض رقابة على المعاملات؟

قد يتمكن مُرتِّب المعاملات المركزي من تأخير المعاملات أو استبعادها، لذلك تكتسب آليات فرض الإدراج وترتيب المعاملات اللامركزي أهميتهما.

ماذا يحدث إذا توقف مُرتِّب المعاملات عن العمل؟

إذا توقف مُرتِّب المعاملات، فقد تتأخر معاملات Layer 2 المعتادة، لكن بعض شبكات Rollup توفر مسارات احتياطية عبر الطبقة الأساسية.

هل يعني تأكيد مُرتِّب المعاملات اكتمال التسوية النهائية؟

لا. يعني تأكيد مُرتِّب المعاملات عادةً قبول المعاملة ضمن ترتيب Layer 2، بينما تعتمد التسوية النهائية على قواعد Rollup والطبقة الأساسية.

كيف يؤثر مُرتِّب المعاملات في MEV؟

قد يؤثر مُرتِّب المعاملات في MEV لأنه يتحكم في ترتيب المعاملات، ما قد يؤثر في المبادلات والتصفية والمراجحة وغيرها من أنشطة DeFi الحساسة للوقت.

ما مُرتِّب المعاملات المشترك؟

مُرتِّب المعاملات المشترك هو طبقة ترتيب يمكنها ترتيب معاملات عدة شبكات Rollup أو سلاسل تطبيقات بدلًا من خدمة شبكة واحدة فقط.

ما المقصود بترتيب المعاملات القائم على الطبقة الأساسية؟

هو تصميم يرتبط فيه ترتيب معاملات Rollup ارتباطًا أوثق بعملية إنتاج الكتل في الطبقة الأساسية.

لماذا ينبغي للمستخدمين الاهتمام بلامركزية مُرتِّبات المعاملات؟

ينبغي للمستخدمين الاهتمام بذلك لأن اللامركزية قد تقلل مخاطر الرقابة والتوقف المرتبط بمشغّل واحد وسلطة ترتيب المعاملات غير المنصفة.

الخلاصة

يُعد مُرتِّب المعاملات أحد أهم المكونات في كثير من أنظمة Rollup من Layer 2.

فهو يستلم المعاملات ويرتبها وينشئ دفعات، ويساعد Rollup على تقديم تأكيدات سريعة للمستخدمين قبل إجراء التسوية الأعمق.

تساعد مُرتِّبات المعاملات على جعل شبكات Layer 2 سريعة ومنخفضة التكلفة، لكنها تنشئ أيضًا افتراضات ثقة مهمة.

قد ينطوي مُرتِّب المعاملات المركزي على مخاطر تتعلق بالرقابة والتوقف وMEV وسلطة ترتيب المعاملات.

تمثل مُرتِّبات المعاملات اللامركزية والمشتركة والقائمة على الطبقة الأساسية أساليب مختلفة للحد من هذه المخاطر مع الحفاظ على السرعة التي يتوقعها المستخدمون من شبكات Rollup.

وأهم ما ينبغي للمستخدمين فهمه هو الفرق بين التأكيد السريع من مُرتِّب المعاملات والتسوية النهائية.

أما أهم ما ينبغي للمطورين مراعاته فهو تصميم تطبيقات تتعامل بأمان مع تأخر مُرتِّب المعاملات ومخاطر الترتيب والمسارات الاحتياطية.

وبالنسبة إلى قطاع الكريبتو عمومًا، يُعد تصميم مُرتِّبات المعاملات عنصرًا محوريًا في مستقبل توسع Layer 2 والتوافق بين شبكات Rollup والبنية التحتية اللامركزية للأسواق.