هل يمكن حقًا حل جميع المشاكل من خلال تطبيق نظام ترتيب محدد؟

المؤلف: بافل بارامونوف المصدر: X، @paramonoww الترجمة: شان أوبا، جين سينج

كثير من الناس يعتقدون أن "ASS هو كل ما تحتاجه" ويعتقدون أنها حلا كاملا، لا يحتاج إلى تحسين تقريبا. ومع ذلك، ASS لا يمكن أن يحل جميع المشاكل، فهو يعتمد أيضا على بعض الافتراضات الثقة.

1. تطبيق dApp الذي يتم تسلسله ذاتيًا هو جزء من بناة الكتلة

عندما يدخل صفقة مرتبطة (bundle) في الكتلة، لدى الـ dApp الحق في استخراج MEV الخاص بها منها، من أعضاء MEV الآخرين مثل المقترحين والباحثين والبنائين. ومع ذلك، هذا المفهوم ليس مثاليًا (لا يوجد شيء مثالي في عالم التشفير)، وقد يكون له بعض الافتراضات المتعلقة بالثقة.

2. الألعاب الشاملة

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

هذه مشهد تفكير ممتع:

• يحتوي dApp على القدرة على الاستيلاء على جميع MEV الناتجة عنه
• ومع ذلك، إذا فقدت فرصة MEV فحسب، بل واحتمالية فقدان المستخدمين الذين يضيفون قيمة للمنصة (مثل AMM إذا فشلت باستمرار، من سيستخدمها)، فإن ذلك لا معنى له.

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

• تفقد التطبيق اللامركزي المعرض للتسلسل الذاتي MEV بسبب عدم تضمينه في الكتلة
• يفقد المقترحون MEV بسبب عدم القدرة على فك وإعادة ترتيب حزم الذرات (على الرغم من أنهم يمكن أن يختاروا صفقات أخرى)

3. يجب ألا يؤذي تطبيق ASS dApp المستخدمين العاديين ومزودي السيولة (LPs) من خلال استخراج MEV

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

في الواقع الحالي، إدارة موقف LP بنشاط (حتى عدة مواقف LP) يمكن اعتبارها عمل بدوام كامل. إذا كان هناك هجوم ساندويتش، يتم إعادة القيمة إلى المتداولين؛ إذا كان هناك توازن بين التبادل المركزي والتبادل غير المركزي، يتم إعادة القيمة إلى LPs. لذا، السؤال هو كم يجب أن يحصلوا على عائد وكم يجب على التطبيق اللامركزي الاحتفاظ بالقيمة؟

4. ماذا لو تعارض حجم الربط مع حجم كتلة السلسلة الأساسية؟

من الواضح أن ليس جميع التطبيقات اللامركزية ستقوم بالتسلسل الذاتي (على الأقل في المستقبل القريب). حجم الكتلة (أو دفعة المعاملات) محدود؛ إذا لم يكن هناك قيود، فلن يكون هناك سلسلة كتل أو "سلسلة كتل". يفترض أن يتسع كتلة واحدة لما يصل إلى 100 معاملة، ويمكن أن تحدث بعض الحالات التالية:

• قام dApp بإرسال حزمة تحتوي على 100 معاملة، مما ملأ الكتلة بالكامل. ما هو مدى الربح المحتمل للأعضاء الآخرين في الموردين بما يتضمنها، ويقترح على الكتلة وينفذها؟
• قامت dApp بإرسال حزمة تحتوي على 99 معاملة ملزمة، ولا يزال هناك مكان واحد. هل لدى المقترح ما يكفي من الحوافز لتضمين هذه الحزمة؟ (ما لم يقوموا ببعض التعاون، مثل التأكيد المسبق)
• تم إرسال حزمتين لـ dApp. تحتوي الحزمة الأولى على 60 صفقة ، بينما تحتوي الحزمة الثانية على 50 صفقة. بوضوح ، يمكن أن تحتوي الحزمة على حزمة واحدة فقط.

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

إذن من الذي يجب تضمينه؟ من هو الأكثر ربحية في الكتلة ، وليس فقط داخل الحزمة؟ **

يمكن تحقيق الحل FCFS (الأولوية لأولئك الذين يصلون أولا)، ولكنه لا يمكن أن يضمن الدقة لأن وقت الإستجابة لا يزال موجودًا.

كيف يمكن ضمان أن التسلسل مفيد للجميع وليس فقط لمشارك واحد، حيث يتم حرمان المشاركين الآخرين (مقدمي السيولة، المستخدمين) من القيمة؟

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

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

لا يزال في مرحلة مبكرة!

حاليًا هناك عدة طرق لإجراء التسلسل الذاتي ، تلقيت إلهامًا من @SorellaLabs في هذا الموضوع. لا نزال في مرحلة مبكرة من تنفيذ التسلسل الذاتي (أو ASS كما يطلق عليه @ballsyalchemist) ، وهناك توازنات مختلفة في البنية التحتية.

ASS الهدف هو جعل dApp مسؤولاً عن التسلسل الخاص بها، دون الاهتمام بالتنفيذ (الذي يتولاه السلسلة). على الرغم من أن ASS على L1 نسبياً واضحة، إلا أنها تكون أكثر جاذبية على L2، لأنه يتعين فقط التعامل مع مسلسل واحد، ويمكن لـ L2 جلب المزيد من المحتوى من خلال تطبيق قواعد التسلسل المحلية.

ارتفع الفضاء بشكل هائلz! (ماعدا كتلة الفضاء)