تفسير ASS: آلية فرز Unichain، سلسلة تطبيقات Uniswap

تأليف: تيا، تشوب نيوز

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

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

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

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

ما هو ASS ولماذا نستخدم ASS؟

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

لماذا يجب على التطبيق تعيين الترتيب؟ تسمح MEV بالاستيلاء على الأرباح التي يجب أن تنتمي إلى الشركات المحدودة المسؤولية من قبل المراجحين عندما تتعرض أرباح الشركات المحدودة، التي تلعب دورًا مهمًا في تطبيقات DEX - مزودي السيولة، لضغط شديد، فسوف يؤثر ذلك على تطوير DEX. وبموجب آلية PBS، يصبح المدقق طرفًا يحقق الربح ويحصل على جزء من توزيع أرباح MEV. ومع ذلك، فإن آلية ASS تعيد النظر في مسألة إسناد قيمة MEV وتدعو إلى أن يقوم التطبيق بصياغة قواعد طلب المعاملات بحيث تعود قيمة MEV إلى الطرف الخاسر.

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

حل ASS الحالي

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

الأطلس

Atlas هو إطار عمل معياري للعقد الذكي تم تطويره بواسطة FastLane، وهو يوفر إطار عمل حل ASS للتطبيقات. يمكن للتطبيقات تخصيص منطق الفرز الخاص بها عن طريق كتابة عقد DAppControl داخل الإطار.

ضمن إطار عمل Atlas، تكون الخطوات المحددة للمعاملة بدءًا من توقيع المستخدم وحتى الإرسال الخارجي كما يلي:

يلزم وجود ثلاثة أدوار إضافية طوال الجلسة: الحل، وترحيل العمليات، والبائع بالمزاد العلني. يقتصر دور Atlas Solvers على Atlas، ولديهم أولوية الوصول إلى أي قيمة تم إنشاؤها بواسطة عمليات المستخدم، واستخراج MEV بموجب القواعد التي حددها عقد DAppControl. سيتم إعطاء الأولوية للوصول إلى أدوات الحل على المحافظ، و RPCs، والمرحلين، والبنائين، والمدققين، والطلبات، وما إلى ذلك.

تعتبر Operations Relay مسؤولة عن ترحيل عمليات المستخدم userOps التي أنشأها المستخدم على الواجهة الأمامية إلى محلل Atlas، وترحيل عمليات الحل إلى البائع بالمزاد بعد أن يتصفح المحلل معاملات المستخدم. تتمثل مهمة البائع بالمزاد في استخدام وظيفة تقييم العطاءات المحددة في وحدة DAppControl لفرزها والتأكد من ترتيب التنفيذ الصحيح، وبعد تحديد أمر التنفيذ، قم بتوقيع DAppOperation الذي يحتوي على CallChainHash للتأكد من أن Bundler لا يمكنه التلاعب بطلب المعاملة بعد انتهاء المعاملة. أرسلت إلى بوندلر. يقوم Bundler بعد ذلك بحزم معاملة Atlas الكاملة وإرسالها إلى الشبكة لإدراجها في الكتلة.

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

أنجستروم

أنجستروم هو منتج تم تطويره بواسطة Sorella Labs. على عكس إطار عمل Atlas، تضمن Angstrom تطبيق قواعد طلب التطبيقات من خلال شبكة إجماع يمكن التحقق منها. تعمل شبكة الإجماع التي يمكن التحقق منها كحارس وتوفر تعهدات لتشغيل الشبكة. سيتم إرسال معاملات التطبيق والمعاملات ذات فرص المراجحة بين DEX وCEX إلى الشبكة، حيث تحتاج العقد إلى نشر أفضل حزمة معاملات والتحقق منها وبناءها، وإعادة القيمة إلى LP وفقًا لآلية مزاد LVR.

في الوقت الحالي، تخطط Angstrom لإطلاقها كخطاف لـ Uniswap V4. الخطاف عبارة عن عقد ذكي قابل للتخصيص مرتبط بمجمع سيولة يسمح للمطورين بتنفيذ تعليمات برمجية مخصصة في نقاط محددة في دورة حياة مجمع السيولة لتنفيذ المنطق والوظائف المعقدة.

القمة

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

الملخص

من خلال منح التحكم في تسلسل المعاملات وتنفيذها، تعمل ASS على تمكين التطبيقات اللامركزية من تقليل مخاطر MEV وتحسين العمليات والابتكار. ولكن هناك مقايضات محتملة وراء هذا الابتكار والتي تحتاج إلى النظر فيها.

تقوم آلية ASS بالفرز حسب قواعد الفرز المضمنة داخل تطبيق واحد، مما سيؤدي إلى تدمير قابلية التركيب المتأصلة بين تطبيقات blockchain. تعد القابلية للتركيب أكبر سلاح لدى DeFi ضد CeFi. عند فقدان إمكانية التركيب، قد تنخفض الصفقات غير المراجحة بشكل كبير، مما يؤدي إلى تقليل إيرادات LP. سيؤدي اجتياز ASS إلى زيادة دخل LP MEV، ولكن إذا كان الدخل الناتج عن الانخفاض في حجم التداول غير المراجحة أكبر من دخل LP MEV، فإن المكاسب تفوق الخسائر. لذلك، فإن كيفية تصميم آلية ASS بحيث يمكنها الحفاظ على قابلية التركيب الطبيعية لـ DeFi هي مشكلة تحتاج ASS إلى أخذها في الاعتبار بشكل عاجل.