jakiro
المؤلف: نيك لين ، تايبيه إيثريوم يجتمع الشخص المسؤول
العنوان الأصلي: “مقدمة لآلية إدراج قوة رولوب”
بالأمس فقط ، صدم شيء مروع:اتخذت Ethereum Linea ، وهي Linea ذات الأدوات الثانية التي أطلقتها شركة Metamask Consensys ، هذه المبادرة.لا يسع هذا إلا أن يذكر الأشخاص بسلسلة BSC السابقة (سلسلة BNB) من أجل تقليل فقدان المتسللين ، قام المسؤول بتنسيق التعليق بنشاط.كلما تحدث الناس عن هذا النوع من الأشياء ، فإنهم يشككون في القيمة اللامركزية التي دعا إليها Web3.
بالتأكيد،السبب الأساسي للحادث أعلاه هو أكثر حول البنية التحتية غير المكتملة نفسها ، أي لا يكفي اللامركزية: إذا كانت السلسلة غير مركزية بدرجة كافية ، يجب ألا تتوقف إذا توقفت.بسبب الهيكل الفريد للطابق الثاني من Ethereum ،يعتمد معظم Layer2 على جهاز التسلسل المركزيعلى الرغم من أن المزيد والمزيد من نظرية sorters اللامركزية في السنوات الأخيرة ، بالنظر إلى الغرض من وجود وهيكل الطابق الثاني ، يمكننا أن نفكر في ذلكقد لا يكون سفر Layer2 أكثر اللامركزية ، وقد لا يكون مشابهًا لدرجة اللامركزية لسلسلة BSC.إذا كان هذا صحيحًا ، فماذا يجب أن نفعل؟
في الواقع ، في الطابق الثاني ،أكثر الضرر المباشر الناجم عن الفارز غير مركزي هو المقاومة والنشاط.إذا كان هناك عدد قليل من الكيانات التي تتعامل مع المعاملة ، فستكون لها قوة مطلقة إذا كانت تخدمك: إذا كنت ترغب في رفضك ، وترفضك ، وقد لا تساعدها.من الواضح أن كيفية حل مشكلة Layer2 المضادة للمراجعة هو موضوع مهم.
في السنوات القليلة الماضية ، اقترح الطابق الثاني من Ethereum الرئيسي مجموعة متنوعة من الحلول لقضايا مكافحة العدوى ، مثل سعة الانسحاب القسري والهروب من Starkex ، والتعريفي وغيرها من عمليات الانتقال إلى القوة يمكن إنشاء شيكات وأرصدة على التسلسل في ظل ظروف معينة لمنع رفضها المجاني لطلب معاملة أي مستخدم.
في مقال اليوم ، ظهر نيك لين من جمعية تايبيه إيثريوم ،لقد جربت شخصياً وظيفة التداول المضادة للمراجعة لـ 4 Rollup السائد ، وتحليل تصميم آلية إدراج القوة في جوانب سير العمل وطريقة التشغيل.هذا مهم بشكل خاص لمجتمع Ethereum والأصول الكبيرة لعقد أصول ضخمة.
مراجعة المعاملات وإدراج القوة
تعد مقاومة الرقابة مهمة للغاية بالنسبة إلى blockchain.معاملة Ethereum الحالية المضادة للمراجعة تأتي من العديد من المدقق. المعاملات غير المرغوب فيها التي ترسل باستمرار رسوم المناولة من بوب للاستيلاء على مساحة الكتلة.بغض النظر عن الطريقة ، ستكون التكلفة مرتفعة للغاية.
ملاحظة: في بنية PBS الحالية في Ethereum ، سيتم تقليل تكلفة مراجعة المعاملات كثيرًايمكنك الرجوع إلى نسبة كتلة المعاملة النقدية Tornado مع OFAC.تعتمد القدرات الحالية لمكافحة التحقيق على التحقيقات المستقلة والتتابع خارج OFAC والولاية الحكومية.
لكن ماذا عن رولب؟لا تحتاج Rollup إلى الكثير من المدقق لضمان الأمن.لكن قدرة الأمن ومكافحة المراجعة هي شيئين مختلفين ،على الرغم من أن Rollup و Ethereum آمنان ، ولكن تسلسل مركزي واحد فقط ، فأنت تريد مراجعة معاملات أي مستخدم.
يمكن أن يرفض جهاز التسلسل التعامل مع معاملات المستخدم ، مما يؤدي إلى احتجاز أموال المستخدم ولا يمكنه مغادرة Rollup
آلية إدراج القوة
بدلاً من مطالبة Rollup بالحصول على عدد كبير من المتسلسل اللامركزي ، من الأفضل استخدام إمكانات L1 المضادة للمراجعة:
في الأصل ، كان من المفترض أن يقوم Sequencer بتعبئة بيانات المعاملة إلى عقد Rollup L1.اسمح للمستخدمين بإدخال المعاملة إلى عقد Rollup بأنفسهم.طالما أن التسلسل لا يقوم بمراجعة المستخدمين على مستوى L1 ، فلا يمكن أن يمنع المستخدمين من إجبار المعاملات على L1.بهذه الطريقة ،يمكن أن ترث Rollup مقاومة L1.
لا يمكن للتسلسل مراجعة معاملة L1 للمستخدم ، ما لم يدفع تكلفة عالية
كيف يجب أن تدخل المعاملات الإلزامية حيز التنفيذ؟
إذا كانت المعاملة مكتوبة مباشرة في عقد Rollup (أي ، يتم تكوينها على الفور) أحدث ولاية هي 1000 DAI ، وكارول Will 1000 DAI.
إذا تمكن إدراج القوة من كتابة المعاملة مباشرة في عقد Rollup ويدفع ساري المفعول على الفور ، فستتغير الحالة على الفور
إذا كان Sequencer يقوم أيضًا بجمع المعاملات في السلسلة في هذا الوقت ، وإرسال الدفعة التالية من المعاملات إلى عقد Rollup ، فقد يتم دمج المعاملات التي قد يتم إدراجها بالقوة بواسطة BOB.يجب محاولة تجنب هذا النوع من المشكلات ، لذلكلا تسمح Rollup عمومًا بمعاملة إدراج القوة على الفور.
عندما تقوم التسلسل بتعبئة المعاملة السلسلة إلى عقد Rollup ، اختر ما إذا كان سيتم توصيل المعاملة المذكورة أعلاه في تسلسل التداول ،إذا كان Sequencer قد تجاهل دائمًا هذه المعاملات في حالة “التحضير” ، بعد انتهاء فترة النافذة ، يمكن للمستخدمين فرض هذه المعاملات في عقد Rollup.
يمكن أن يقرر التسلسل متى ينتظر “الدخل” في قائمة الانتظار في قائمة الانتظار
لا يزال بإمكان المتسلسل رفض التعامل مع المعاملات في قائمة انتظار الانتظار
إذا رفض التسلسل لفترة طويلة ، فيمكن لأي شخص إدراج المعاملة بالقوة في عقد Rollup من خلال وظيفة إدراج القوة بعد فترة زمنية
بعد ذلك ، سنقدم أربع آليات لإدراج قوة التدحرج المعروفة مثل التفاؤل والتعريفي و StarkNet و Zksync بالترتيب.
آلية إدراج قوة التفاؤل
قم أولاً بتقديم عملية إيداع التفاؤل.بعد تلقي الرسالة المخزنة حديثًا ، ستقوم عقدة L2 بتحويل الرسالة إلى معاملة L2 للتنفيذ وإرسالها إلى المتلقي المحدد بواسطة الرسالة.
يعطي المستخدم L2 من إيداع L1 إلى L2
L1crossomainMessenger عقد
عندما يرغب المستخدم في إيداع ETH أو ERC-20S للتفاؤل ، سيستخدم صفحة الويب الأمامية و L1 على L1L1StandardBridgeتفاعل العقد ، ومقدار المبلغ الذي سيتم حفظه ، وعنوان L2 لتلقي هذه الأصول.
سيقوم عقد L1StandardBridge بتمرير الرسالة إلى المستوى التاليL1crossomainMessengerعقد،يستخدم هذا العقد بشكل أساسي كعنصر اتصال بين L1 و L2يتواصل L1standardBridge من خلال مكون الاتصال العام و L2StandardBridge على L2 لتحديد من يمكنه إلقاء الرموز في L2 أو من يمكنه فتح الرموز من L1.
إذا احتاج المطورون إلى تطوير عقد بين L1 و L2 ، فيمكنه الاستفادة من عقد L1crossomainMenger.
يتم إرسال رسالة المستخدم من L1 إلى L2 عبر عقد CrossDomainMessenger إلى L2ملاحظة: في بعض صور هذه المقالة ، اكتب CrossDomainMessager إلى Crosschainmessager
عقد التفاؤل
سوف يرسل عقد L1CrossDomainMessenger الرسالة إلى الطبقة السفليةالتفاؤلالعقد ، سيتم طرح عقد التفاؤل بعد المعالجةالمعاملةتتضمن الحوادث والمعلمات “الأشخاص الذين يرسلون رسائل” و “الشخص الذي يتلقى الرسائل” ومعلمات التنفيذ ذات الصلة.
ثم L2ستقوم عقدة التفاؤل بمراقبة الحدث المودع للمعاملة التي ألقاها عقد Omtivismportal وتحويل المعلمات في الحدث إلى معاملة L2.بادئ هذه المعاملة هو “الشخص الذي يرسل رسائل” المذكورة في معلمة الحدث Deposite. الأحداث.
ستقوم عقدة L2 بتحويل معلمات الأحداث التي تم تفاؤلها في معاملة L2 إلى معاملة L2
على سبيل المثال ، هذا هومستخدم من 0.01 معاملات ETH من خلال L1STANDARDBRIDGE تعاقد من خلال L1STANDARDBRIDGE.
رعاة الرسالة هي عقد L1crossdomainmessenger ؛بعد ذلك ، سيتم تشغيل بعض العمليات ، مثل إضافة 0.01 ETH إلى L2StandardBridge ، ثم نقلها إلى بوب من الأخير.
كيفية التشغيل
عندما ترغب في إجبار المعاملة على عقد التفاؤل ، فإن التأثير الذي تريد تحقيقه هو إجراء “معاملة تبدأ من عنوان L2 الخاص بك على L2 وتنفيذ التنفيذ” بسلاسةيجب عليك استخدام عنوان L2 الخاص بك لإرسال الرسالة مباشرة إلى عقد التفاؤل(لاحظ أن عقد التفاؤل هو في الواقع على L1 ، ولكن تنسيق العنوان OP هو نفسه تنسيق عنوان L1.يمكنك استدعاء العقد أعلاه مباشرة مع حساب L1 لنفس العنوان مثل حساب L2ل.
بعد ذلك ، سيكون “البادئ” لتحويل حدث المعاملة الذي تم تحويله بواسطة العقد هو حساب L2 الخاص بك.
من معاملة L2 التي تم تحويلها من حدث Defosity Transaction ، سيكون الراعي بوب نفسه ؛
إذا كنت ترغب في استدعاء وظيفة إدراج القوة للتفاؤل ، فأنت بحاجة إلى استدعاء وظيفة الإيداع لعقد التفاؤل مباشرة لملء المعلمات التي تريد تنفيذها على L2
قمت بتجربة تضمين قوة بسيطة ،تريد هذه الصفقة تحقيق مثل هذا الشيء: استخدم عنواني على L2 (0xedc1 … 6909) ، ويأتي مع رسالة نصية من “إدراج القوة”.
هذه هي المعاملة L1 التي أقوم بتنفيذها وظيفة الإيداع من خلال عقد التفاؤل.
تقوم القيمة في عمود البيانات غير المعتمة المتبقية بتشفير “عدد Eths الذي تستدعي وظيفة معاملة الإيداع” ، “عدد ETH لإرسال معاملة L2 إلى جهاز الاستقبال” ، “L2 Transaction Gaslimit” و “Give L2″ ” “وهلم جرا.
بعد فك تشفير المعلومات أعلاه ، سوف تحصل على:
“ما هو مقدار ETH الذي يضاف إلى الشخص الذي يتصل بمعاملة الإيداع”: “:”: “:”: “:”: “:”: “:”0 ، لأنني لا أنقذ ETH إلى L2 من L1 ؛
“كم عدد Eths الذي يجب إرساله بواسطة معاملة L2 إلى المتلقي”: 5566 (وي)
“gaslimit من معاملة L2”: 50000
“بيانات مستقبل L2”:0x666F72636520696E636C7573696F6E ، وهذا هو
ثم لم يكن تحويل تداول L2 بعد التحويل طويلًا: لقد قمت بتحويل الأموال إلى معاملة L2 الخاصة بي ،المبلغ هو 5566 WEI ، والبيانات هي سلسلة “إدراج القوة”.ويمكن ملاحظة أن TXNType (نوع المعاملة) في الخط قبل الأخير من السمات الأخرى في الشكل يوضح أنها معاملة النظام 126 (نظام) ، مما يعني أن المعاملة لم تبدأ من قبل نفسي في L2 ، وتم إيداعها تداول معاملة L1.
تحويل L2 معاملة
إذا كنت ترغب في الاتصال بعقد L2 مع إدراج القوة وإرسال بيانات مختلفة ، فهذا ليس أكثر من ملء المعلمات في وظيفة المعاملة الإيداع السابقة. حساب L2 الخاص بك.
SequencerWindow
تتمثل العقدة L2 المذكورة سابقًا في تحويل حدث المعاملة إلى معاملات L2يمكن أن يقرر التسلسل فقط متى يتم تحويل الحدث المذكور أعلاه إلى معاملات L2.
عندما سمعت حادثة المعاملة ، لا يجوز لـ Sequencer تحويل الحدث على الفور إلى معاملات L2 ، ويمكن أن يكون هناك تأخير.
في الوقت الحاضر ، تكون نافذة التسلسل على الشبكة الرئيسية التفاؤل هي 24 ساعة ، أي عندما يودع المستخدم مبلغًا من الأموال من L1 أو إدراج القوة ، فإن أسوأ حالات تم تضمينها في تاريخ التداول L2 بعد 24 ساعة .
آلية إدراج قوة التعبير
في التفاؤل ، ستعمل عملية الإيداع لـ L1 على الحدث المسبق للمعاملة.ومع ذلك ، فإن العملية التي تحدث في L1 في التعبير (توفير المال أو الرسالة إلى L2 ، وما إلى ذلك) ستكون في قائمة انتظار على L1.بدلا من رمي حادثة ببساطة.
سيتم منح Sequencer فترة من الوقت لدمج المعاملات في قائمة الانتظار أعلاه في تاريخ معاملات L2.
سيحافظ التعبير على قائمة انتظار في عقد L1.
في تصميم التعبير ، يجب أن تكون العمليات مثل الودائع على صندوق الوارد المتأخر. إلى L1.في كل مرة يقوم فيها Sequence بتحميل معاملات L2 ، يمكنك أخذ بعض المعاملات ليتم التعامل معها من صندوق الوارد المتأخر إلى تاريخ المعاملة من صندوق الوارد المتأخر.
عندما يكتب Sequencer معاملة جديدة ، يمكنك إخراج المعاملة من EnvortIndoBox لكتابتها معًاالتصميمات المعقدة والمواد المرجعية لـ Fanxiangye
إذا كان القراء يشيرون مباشرة إلى فصول التعبير الرسمية حول التسلسل وإدراج القوة ، فسترى كيف يعمل إدراج القوة ، وبعض أسماء المعلمات وأسماء الوظائف:
يذهب المستخدمون أولاًتأخيرمكالمة العقدSendUnsIngetTransactionالوظيفة ، إذا لم يتم تضمين التسلسل في حوالي 24 ساعة ، يمكن للمستخدم الاتصالSequencerInboxعقدالقوىوظيفة.بعد ذلك ، لم يرفق المسؤولون التعريفيون رابط الوظيفة بوثيقة الموقع الرسمي ، ويمكنني فقط رؤية الوظائف المقابلة في رمز العقد بأنفسهم.
عندما تجد وظيفة SendUnsignedTransaction ، ستجد أنه يجب عليك ملء قيمة NonCe وقيمة MaxFeepergas.ما هو العنوان nonce؟أي maxfeepergas على الإنترنت؟كيف تملأها؟لا يوجد مرجع ملف ، ولا حتى Natpsec.ثم ستجد مجموعة من الوظائف المماثلة في عقد التعريفي:
Sendl1fundedUnsIntTransaction ، SendUnsIntTractionTofork ، SendContr Actttransaction ، Sendl1fundContranstransAction ، لا توجد ملفات تخبرك بكيفية استخدام هذه الوظائف ، ولا حتى استخدامها ، والمعلمات ، والمعلمات ، والمعلمات ، والمعلمات ،
لقد جربت المعلمات وأرسلت المعاملة مع عقلية محاولة تجربتها. عنوان مختلف عند بدء المعاملة ، لذلك عنوان L2 الخاص بك بلا حراك.
Sendl2Message
في وقت لاحق ، قمت بالنقر فوق Google Search عن طريق الصدفة ، فقط لأجد أن التعبير الأصلي نفسه يحتوي على مكتبة برنامج تعليمي مع عرض برنامج نصفيSendl2Messageيتم إحضار الوظيفة ، ومعلمة الرسالة إلى المعاملة مع حساب L2؟
من يدري أن “الرسالة إلى L2 من خلال إدراج القوة” ستكون “معاملة L2 مع الاسم”؟ولا يوجد ملف و NATSPEC شرح متى وكيفية استخدام هذه الوظيفة.
الخلاصة: من المزعج أكثر توليد معاملة إجبارية من التعبير يدويًا ،يوصى بتشغيل SDK التعريفي في البرنامج التعليمي الرسمي.لا يحتوي التعريفي على ملفات مطور واضحة مثل Rollup الأخرى.كما سألت التعبير عن الخلاف التعريفي ، لكنني لم أحصل على إجابة مرضية.
عند سؤاله عن Discord ، أخبرني الطرف الآخر فقط أن أرى Sendl2Message ، ولم يرغب في شرح وظائف الوظائف الأخرى (أو حتى SendUnsignedTransaction المذكورة في وثيقة إدراج القوة) ، وكيفية استخدامها ، ومتى.
آلية Starknet forceiinclusion
لسوء الحظ ، ليس لدى Starknet آلية قوة.لا يوجد سوى مقالتين تمت مناقشتهما في المنتديات الرسمية في المنتدى الرسمي.
لا يمكن إثبات معاملة فاشلة
الأسباب المذكورة أعلاه هي في الواقع لأن نظام الإثبات من StarkNet -لا يمكن أن يثبت معاملة فاشلة ، لذلك لا يمكن السماح بإدراج القوة.لأنإذا كان شخص ما ضارًا (أو غير مقصود) تتضمن قوة فاشلة وغير قادرة على إثبات معاملة ، فستتعثر Starknet مباشرة: لأنه بعد الدخل القسري ، يجب أن يثبت Prover معاملة الفشل ، لكن لا يمكن أن يثبت ذلك.
يتوقع Starknet تقديم وظيفة المعاملات الفاشلة في الإصدار V0.15.0 ، ويجب أن يتحقق بشكل أكبر لزيادة إدراك آلية إدراج القوة.
آلية Zksync forceinclusion
يتم تنفيذ كل من Zksync’s L1- & GT ؛، يحدد المستخدمون عنوان L2 ، CallData ، كمية ETH إضافية ، قيمة L2GasLimit ، وما إلى ذلك ، سوف يجمع TermertL2Transaction بين هذه المعلمات في معاملة L2 ، ثم وضعها في الأولوية ، وسيتم تحميل التسلسل إلى L1 في عبوة المعاملة (عن طريق المعاملات تُظهر التغليف (من خلال دالة CommiceBatches) أنه بالمناسبة ، كم عدد المعاملات التي يجب أخذها من قائمة انتظار الأولوية وإدراجها في سجل المعاملة L2.
يشبه Zksync التفاؤل في شكل إدراج القوة.(المكالمات ، Calldata ، وما إلى ذلك) ، بدلاً من ملء معاملة L2 مع اسم موقّع مثل التعبير ؛ خارج المستخدم الذي تم تقديمه مباشرة إلى المعاملة واكتبها في تاريخ المعاملة.
إذا مررت بجسر Zksync الرسمي إلى Ethمثل هذه المعاملة ، فهي تسمية وظيفة requestl2transaction لعقد صندوق البريد ،سوف يضع هذا الإيداع ETH L2 في قائمة انتظار الأولوية ويلقي حدثًا جديدًاجوهرنظرًا لأن العقد يشفر بيانات معاملة L2 في سلسلة من سلسلة البايت ، فليس من السهل قراءتها. المعاملة (لأنها إيداع لنفسك) ، لذلك بعد فترة من الوقت ، تم إخراج هذه المعاملة من قائمة انتظار الأولوية من قبل Sequeuncer من قائمة انتظار الأولوية وتم تضمينها في تاريخ المعاملة.
في معاملة L1Deposit ، يكون الراعي والمستقبل للمعاملة هو 0xedc1 … 6909 ، والمبلغ هو 0.03th ، و CallData فارغ.
سيتم نقل 0xedc1 … 6909 إلى معاملتك الخاصة على L2.
بعد ذلك ، مثل وظيفة التداول الإلزامي للتجربة السابقة ، اتصلت بوظيفة ZkSync من requestL2Transaction لإرسال نقل ذاتي: لم يكن هناك ETH ، جلبت Calldata الترميز السداسي لسلسلة “تضمين القوة”.
ثم تم تحويلها إلى معاملة على معاملتها الخاصة على L2.
عندما يأخذ Sequencer المعاملة من الأولوية ويكتبها في التاريخ
من خلال وظيفة requestl2transaction ، يمكن للمستخدمين إرسال المعلومات في L1 بنفس حساب L1 مثل عنوان L2 ، وتحديد جهاز استقبال L2 ، ومبلغ ETH مع ETH المرفق ، و CallData.إذا أراد المستخدم استدعاء عقود أخرى ومع بيانات مختلفة ، فاملأ المعلمات واحدة تلو الأخرى في وظيفة requestL2Transaction.
الوظيفة التي لم تسمح للمستخدمين إجبارهم على تضمينها
على الرغم من وضع معاملة L2 في قائمة انتظار الأولوية ، يتم حساب فترة انتظار معاملة L2 بالمناسبة بواسطة معاملة L2 ، ولكنهافي الوقت الحاضر ، فإن وظيفة إدراج القوة التي لا تسمح للمستخدمين بتطبيق المستخدمين في تصميم Zksyncجوهرأي على الرغم من وجود “فترة انتظار مجانية” ، في الواقع ، “معرفة ما إذا كان يجب أن يكون التسلسل الدخل”: يمكن أن ينتظر التسلسل حتى ينتهي انتهاء الصلاحية ، ولا يمكنك أبدًا كسب أي معاملات في قائمة انتظار الأولوية.
في المستقبل ، يجب على Zksync إضافة وظائف ذات صلة حتى يتمكن المستخدمون من إجبار المعاملة على تضمين تاريخ L2 عندما تنتهي فترة الدخل ولكن لم يتم تضمينها من قبل Sequeuncer.
لخص
يعتمد L1 على عدد كبير من التحقيقات لضمان “إمكانات الأمن” و “مكافحة المراجعة” للإنترنت.لذلكيحتاج Rollup إلى آلية إدراج القوة للسماح للمستخدمين بتجاوز جهاز التسلسل وكتابة المعاملة إلى التاريخ.تجنب مراجعته بواسطة جهاز التسلسل ، والذي لا يمكن استخدامه أو لا يمكن سحب الأموال من Rollup.
يتيح إدراج القوة للمستخدمين إجبار المستخدمين على كتابة المعاملات في التاريخ، لكن التصميم في التصميم ، “ما إذا كانت المعاملة يمكنها إدراج السجل على الفور وتصبح سارية المفعول على الفور”.إذا تم السماح للمعاملة بالرضا على الفور ، فستكون لها تأثير سلبي على جهاز التسلسل ، لأن المعاملات التي تنتظر الدخل على L2 قد تتأثر بتبادل الدخل القسري L1.
لذلكفي الوقت الحاضر ، ستسمح آلية إدراج قوة Rollup أولاً للمعاملة التي تم إدراجها على L1 في حالة الانتظار.ودع Sequenceer تتفاعل لفترة من الوقت لاختيار معاملة في انتظار الدخل.
يحتفظ كل من Zksync and Serbitrum بقائمة انتظار في L1 لإدارة معاملة L2 التي أرسلها المستخدم من L1 أو الرسالة إلى L2.يسمى التعسفي Zksync.
لكنطريقة Zksync لإرسال معاملات L2 تشبه التفاؤل أكثريرسلون جميعًا رسائل إلى عنوان L1 مع عنوان L2.تسمى وظيفة التفاؤل المرسلة L2.يولد Arbitrum معاملة L2 كاملة وتوقيعها ، ثم إرسالها من خلال وظيفة Sendl2Message.
Starknet ليس لديه آلية إدراج القوة حتى الآن ؛– تتمتع المعاملة ذات الأولوية ومعاملة L2 في كل قائمة انتظار ، ولكن فترة الصلاحية هذه تزين حاليًا فقط.
<-style-type>
