مقدمة

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

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

تخيل الإمكانيات: بدلاً من المتداولين عالي التردد الذين يتنافسون لتحقيق أقصى قدر من التحكيم لكل مستخدم (مع تسرب ما يقرب من كل قيمة تم تحكيمها إلى المحكمين وبالتالي السلاسل الأساسية)، يمكن لكل تطبيق تحديد قواعد خاصة به لترتيب الصفقات، مما يخلق نظامًا أكثر تخصيصًا وكفاءة وعدالة لمستخدميه. يمثل هذا تحولًا من محاولة حل MEV على مستوى الشبكة إلى التعامل معه حيث يكون له الأثر الأكبر - التطبيق نفسه.

الخلفية

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

هنا، تمثل وظيفة العائد القيمة الاقتصادية لترتيب معاملة معينة. تعكس هذه القيمة الربح أو الفائدة التي يحققها مشاركو البروتوكول، موضحة كيفية تأثير ترتيب المعاملات على نتائجهم المالية. هناك خصلتان حرجتان لوظائف العائد:

1. مكافآت غير سلسة: يمكن أن تؤدي التغييرات الصغيرة في الطلب إلى تغييرات كبيرة في MEV.
2. المكافآت غير المنتظمة: التغييرات الصغيرة في الترتيب يمكن أن تزيد أو تقلل من MEV، ولكن ليس بشكل متسق في اتجاه واحد.

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

كيف يعمل ASS؟

لفهم ASS، دعنا نستعرض أولا سلسلة التوريد الحالية للمعاملات الموجودة.

في النظام الحالي:

1. يتم إرسال المعاملات إلى مجموعات الذاكرة الحية العامة أو الخاصة.
2. يقوم المطورون بجمع هذه المعاملات وتجميعها في كتل.
3. يتنافس البناؤون في مزاد الكتلة.
4. يتم تضمين كتلة المنشئ الفائز في blockchain ويتم دفع القيمة التي يقدمونها إلى مقدم العرض المختار للكتلة المحددة.

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

رسم تخطيطي لسلسلة توريد المعاملات الحالية

التطبيقات التي تمكنها ASS، من ناحية أخرى، لديها الخصائص التالية:

1. حقوق التسلسل المقيدة: تضمن هذه القيد أن يتمكن مسلسل معين أو محققون مراهنون فقط من التفاعل مع عقد التطبيق على السلسلة التي يتم تسويتها إليها، مما يمنع التحايل الخبيث على منطق التطبيق لإعادة توزيع القيمة الداخلية.
2. حمامات الذاكرة المخصصة للتطبيقات: بدلاً من إرسال المعاملات إلى حمام الذاكرة العامة، يرسل المستخدمون رسائل موقعة تعبر عن نيتهم إلى حمام ذاكرة مخصص للتطبيق. ثم يتم جمع هذه النوايا ومعالجتها بواسطة النظام المتسلسل المخصص للتطبيق.
3. نتائج غير مرتبة: لفرض قاعدة التسلسل وتقديم الأرباح الاقتصادية الأمثل للمستخدمين المستهدفين ، يجب أن تكون معاملات ASS غير مرتبة بالنسبة لترتيب المعاملات الخاص بباقي الكتلة. يتم تحقيق ذلك عن طريق ضمان حالة التطبيق في Gate بآلية التوافق الخاصة به. تتم دمج أوامر ASS في حزمة واحدة ويتم إرسالها إلى المنشئين للإدراج. نظرًا لأن هذه الحزمة لا تتعارض مع الحالة التي يتم الوصول إليها بواسطة تطبيقات أخرى ، فهي غير مرتبطة بموضعها في الكتلة.

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

بناءً على هذه المبادئ الأساسية، دعونا نستخدم Angstrom كمثال عملي لتطبيق سيادي. Angstrom هو فخ UniswapV4 يحمي مقدمي السيولة الخاصة به من الاختيار السيئ بواسطة متداولي أربيتراج CEX-DEX، مع حماية المبادلين أيضًا من هجمات السندويتش. يتوصل شبكة من أجهزة Angstrom إلى اتفاق، بالتوازي مع Ethereum، على مجموعة المعاملات التي سيتم تنفيذها في الكتلة التالية. يكون التدفق العام كالتالي:

1. يقدم مراجحو CEX-DEX عرضا للحصول على الحق في أن يكونوا أول معاملة يتم مبادلتها من خلال AMM (بدون رسوم). وفي الوقت نفسه ، يرسل المستخدمون مقايضاتهم المقصودة كأوامر حد موقعة إلى Angstrom mempool.
2. تدير شبكة أنجستروم بروتوكول الإجماع الخاص بها وتشكل حزمة حيث تكون المقايضة الأولى هي معاملة المراجحة بأعلى عرض. يتم توزيع مبلغ العطاء لاحقا ، بالتناسب ، على LPs الأساسية في نطاق المقايضة. يتم تنفيذ جميع أوامر الحد الصالحة الأخرى ، جنبا إلى جنب مع سيولة AMM الأساسية ، بنفس سعر المقاصة الموحد.
3. ثم يتم إرسال هذه الحزمة إلى بناة الإيثريوم وذاكرة التخزين المؤقت العامة من قبل عقدة أنغستروم المقترحة للفتحة.
4. يمكن للبناءة أن تضم حزمة الأنغستروم في أي موضع في الكتلة. تحتاج الحزمة فقط لدفع الرسوم الأساسية للإدراج بسبب بنائها الغير مرتب.

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

سلسلة توريد المعاملات في أنجستروم

الحيوية وافتراض الثقة

في جوهره ، ASS هو شكل من أشكال بناء الكتلة الجزئية حيث يقوم تطبيق سيادي بتحرير حقوق التسلسل لشبكة لامركزية من المشغلين باتباع قاعدة تسلسل محددة. وبالتالي ، فإن ASS تنطوي حتما على أطراف خارجية تقدم افتراضات إضافية للحيوية والثقة.

افتراض الحيوية

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

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

افتراض الثقة

لضمان التزام أجهزة التسلسل بقواعد التسلسل المنصوص عليها ، يمكن للتطبيقات السيادية الاستفادة من الحلول الاقتصادية المشفرة (مثل PoS) أو طرق التشفير (مثل TEE أو MPC). قد يختلف النهج المحدد اختلافا كبيرا حسب احتياجات التطبيق ؛ قد يتطلب البعض إجماعا على التنفيذ الأمثل ، بينما قد يركز البعض الآخر على ضمان خصوصية ما قبل التنفيذ من خلال آليات التشفير. هناك العديد من الأدوات المتاحة لتقليل النفقات العامة للثقة في أجهزة التسلسل وتحقيق الأهداف الفريدة لكل تطبيق سيادي.

مقاومة الرقابة

هناك أنواع مختلفة من الرقابة التي تعاني منها نظام الإيثيريوم:

1. الرقابة التنظيمية: يقوم المنشئون والوكلاء برقابة المعاملات استنادًا إلى قائمة العقوبات التابعة للمكتبة الأمريكي للتحكم في الأصول الأجنبية (OFAC). يعد هذا أحد أشكال الرقابة الأكثر بروزًا في العالم اليوم على منصة Ethereum.تنفذ بشكل أساسي عن طريق الريليز.
2. الرقابة الاقتصادية: يمكن للمهاجم المتحمس رشوة المقترح لكتلة لرقابة عمليات الضحية.
3. الرقابة على مستوى العقدة: قد ترفض العقد في شبكة P2P نشر المعاملات الواردة. يمكن أن يكون هذا مشكلة كبيرة إذا كان البروتوكول يعمل على النحو الأمثل على افتراض أن غالبية العقد تشترك في نفس وجهة نظر المعاملات الواردة. بالإضافة إلى ذلك ، في مثل هذه البروتوكولات ، قد يتم تحفيز الخصم لتقسيم وجهات النظر المحلية للعقد الصادقة (عن طريق إرسال معاملة إلى نصف العقد فقط في نهاية الفتحة) وإيقاف البروتوكول نتيجة لذلك.

عبر العديد من الباحثين عن الحاجة إلى آلية أفضل لمقاومة الرقابة على أيثريوم. بعض الاقتراحات، مثلمقترح متعدد متزامن (MCP)وقائمة التضمين القسري لاختيار الشوكة (FOCIL)، ظهرت وأصبحت محورًا لنقاش مستمر.

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

مثال واحد على آلية مقاومة الرقابة لـ ASS هو Angstrom. لضمان تضمين جميع الطلبات الصحيحة في الفتحة القادمة، يجب أن تبث أجهزة Angstrom أي طلبات واردة تم التحقق منها والوصول إلى اتفاق حول إضافتها في حزمة العملية المقترحة. إذا كانت الحزمة تفتقر إلى الطلبات المرصودة من قبل غالبية الشبكة، سيتم تغريم المقترح. فيما يلي رسم توضيحي لآلية مقاومة الرقابة لـ Angstrom.

مقاومة الرقابة في تطبيق سيادي لامركزي

مشكلة التركيبية

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

مع ذلك، هناك حلول محتملة لمشكلة القابلية للتكوين، والتي يتم استكشافها من قبل فرق مختلفة. تشمل هذه المفاهيم مثل تأكيدات الإدراج المسبقة ومتسلسلات التطبيق المشتركة والتزامات المنشئ، والتي تقدم كل منها توازنًا بين درجة القابلية للتكوين والتكاليف الإضافية للثقة.

تأكيدات مسبقة للتضمين

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

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

رسم توضيحي للتضمين المسبق مع ASS

ومع ذلك ، نظرا لقابلية التركيب المحدودة التي يوفرها هذا الحل ، فإن التعقيد الإضافي والنفقات العامة للثقة قد تفوق فوائده لبعض التطبيقات السيادية. نتيجة لذلك ، من المهم استكشاف طرق بديلة يمكن أن توفر توازنا أكثر فعالية بين البساطة والوظائف.

متسلسلات تطبيقات محددة والتزامات بناء مشترك

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

ومع ذلك، يُطلب حلاً مختلفاً للتطبيقات غير السيادية. يمكن أن تخلق التزامات إدراج المعاملات من بنائي الكتل الذين يشاركون في التسلسل للتطبيقات السيادية تكاملًا ذريًا بين التطبيقات السيادية وغير السيادية. يضمن البنّاء ترتيب المعاملات المحدد عبر كلا من أنواع التطبيقات. يمكن لهذا التزام البنّاء تجاوز فجوة التكامل للـ ASS.

رسم توضيحي لالتزام المنشئ بالتركيب الذري بين dApps السيادية وغير السيادية (يمين) وجهاز التسلسل المشترك الخاص بالتطبيق للتركيب الذري بين التطبيقات السيادية (يسار)

بينما تبقى الأسئلة حول الديناميات الاقتصادية لتعهدات المنشئين وجدوى الإدماج قبل التأكيد والآثار الثانوية المحتملة ، فإننا واثقون من أن تحديات التركيبية في ASS سيتم حلها مع مرور الوقت. فرق مثل Gateأستريا و بريميف يبحثون بنشاط ويطورون أطرا محسنة للتسلسل المشترك والتزامات البناء. مع تقدم هذه التطورات ، لن تكون قابلية التركيب مشكلة بالنسبة للتطبيقات السيادية.

ASS مقابل App-specific L2s و L1s

حالياً، يتعين على dApps بناء سلاسل مخصصة للتطبيق إذا أرادوا السيطرة على تسلسل معاملاتهم. مفاهيم مثل بناء البروتوكول المملوك (PoB) تمكن Cosmos L1s من الحصول على قواعد تسلسل أكثر تعبيرا تساعد في التقاط MEV وإعادة توزيعه على تطبيقاتها. وبالمثل ، يمكن لجهاز التسلسل L2 مع VSR أيضا إجراء مثل هذه العمليات. بينما يسمح كلا الحلين بمزيد من التسلسل التعبيري والتقاط MEV من خلال تطبيقاته ، فإن ASS فريد من نوعه بسبب الخصائص التالية.

1. لا توجد زيادة في الثقة من تنفيذ المعاملة - لا يقوم ASS بتنفيذ أو تسوية المعاملة المتسلسلة. فقط التسلسل مفوض. تمتد افتراضات الثقة الأساسية من بيئة التنفيذ الأصلية، مثل إثريوم أو L2s أخرى.
2. الوصول إلى السيولة وتدفق الطلبات - لا يحتاج المستخدمون إلى الجسر. يمكن ل dApps الاستفادة مباشرة من التدفق والسيولة في السلسلة.
3. تبقى الأصول في بيئة التنفيذ الأصلية ولا يمكن تجميدها - على عكس L2s ، لا تتطلب معظم ASS من المستخدمين قفل أموالهم في عقود تجسير. يوفر اختيار التصميم هذا أمانا أفضل: إذا فشل جهاز التسلسل الخاص بالتطبيق ، يكون الضرر المحتمل محدودا نظرا لأن جهاز التسلسل يمكنه فقط التحكم في المعاملات ضمن الحدود التي حددها العقد الذكي. في حين أن بعض حلول L2 تنفذ ميزات السلامة - مثل فتحات الهروب و الإدراج القسري- هذه الإجراءات غالبًا ما تكون صعبة في الاستخدام العملي. قد يحتاج المستخدمون إلى الانتظار عدة أيام قبل أن يتمكنوا من تفعيل مخرج الهروب بعد فقدان الاتصال بتحديثات L2. وبالمثل، تتضمن الاضطرار للتضمين عبر L1 على الأقل يومتأخير. وربما الأهم من ذلك، أن هذه الإجراءات الأمنية تتطلب عادة الخبرة الفنية التي لا يتوفر لدى معظم المستخدمين، مما يجعلها غير عملية للشخص العادي.
4. افتراض الحيوية القوي لـ L2 يعتمد على عقدة التنفيذ، والتي عادة ما تكون رتلة تسلسلية، ما لم يتم ترتيبها بالترتيب. حيوية L1 تعتمد على الغالبية الصادقة للعقد التي تعيد تنفيذ وظائف تحول الحالة المقابلة. تعتمد حيوية التطبيق السيادي بشكل أساسي على بيئة التنفيذ الأساسية، ويمكن للعقود الذكية تحديد الأجزاء التي يجب أن تعتمد على ترتيبات تطبيق محددة.

جدول يقارن تطبيقات السيادية و L2 و L2 المستندة و L1

الاستنتاج

يمكّن ASS التطبيقات من السيادة الكاملة على تسلسل المعاملات، مما يتيح لها تحديد قواعد مخصصة دون تعقيدات إدارة التنفيذ. تتيح هذه السيادة للتطبيقات التحكم في تنفيذها لتحسين النتائج لمستخدميها. على سبيل المثال، في Angstrom، يتم التعامل مع LPs و swappers كمشاركين من الدرجة الأولى، حيث يتم تعزيز أرباحهم الاقتصادية مباشرة من خلال قواعد التسلسل المخصصة.

علاوة على ذلك، يمكن لـ ASS أن تستفيد من مجموعة من الأدوات الكريبتواقتصادية والتشفيرية لفرض الأمثلية لمنفعة المستخدم وتنفيذ آليات متينة لمقاومة الرقابة. تساهم الحلول الكريبتواقتصادية مثل الرهان والتقليم في تحفيز السلوك الصادق بين المتسلسلين، بينما تعزز الطرق التشفيرية مثل TEE وMPC الخصوصية والأمان. باستخدام هذه الأدوات، فإن الإمكانات التصميمية لـ ASS هائلة، مما يسمح بإنشاء تطبيقات ذات سيادة أكثر أمانًا وكفاءة ومحورة حول المستخدم.

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

نحن هنا لجعل DeFi أكثر استدامة، بواحدة من ASS في كل مرة.

إخلاء المسؤولية:

1. تم نقل هذه المقالة من [ سوريلا]. جميع حقوق النشر تنتمي إلى المؤلف الأصلي [Yuki Yuminaga]. إذا كان هناك اعتراضات على هذه النسخة المطبوعة، يرجى التواصل مع بوابة تعلمالفريق، وسوف يتولى التعامل معها بسرعة.
2. تنصل المسؤولية: الآراء والآراء المعبر عنها في هذه المقالة هي فقط تلك المؤلف ولا تشكل أي نصيحة استثمارية.
3. يتم إجراء ترجمات المقالات إلى لغات أخرى من قبل فريق Gate Learn. ما لم يذكر ذلك، فإن نسخ أو توزيع أو الإقتباس من المقالات المترجمة ممنوع.