تبدأ اللعبة الحالية بين إجماع Ethereum وMEV من اليوم الذي يتحول فيه إثبات العمل (PoW) إلى إثبات الحصة (PoS).

كتبه تيا، Techub News

إن عملية حل مشكلة MEV هي في الواقع إعادة صياغة قواعد تخصيص مساحة الكتلة. أعتقد أن الجميع لم يعد على دراية بـ MEV، ولكن إذا كنت تريد معرفة ما تتحدث عنه بعض مقترحات حوكمة Ethereum MEV، فقد لا تزال بحاجة إلى استكمال بعض المعلومات الأساسية، لذلك، تناولت هذه المقالة سلسلة من الأسئلة حول الحوكمة من MEV منذ تحول Ethereum إلى مقترحات PoS مثل PBS وePBS وPEPC، آمل أن أقدم لك بعض المعلومات الأساسية.

PBS (Proposer Builder Seperatioin)

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

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

الحل المحتمل هو جعل محتويات الكتلة غير مرئية للمدققين. مزيد من التحسين على طول هذا الخط من التفكير هو PBS (Proposir Builder Seperatioin، Proposer Builder Seperatioin). تقوم PBS أيضًا بتفكيك مسؤوليات مدقق مقدم العرض إلى بناء الكتلة ومقترحات الكتلة، والاستعانة بمصادر خارجية لحقوق البناء المعقدة التي قد تنطوي على التنافس على المصالح للمنشئ. وبهذه الطريقة، يصبح عمل مقدم العرض بسيطًا للغاية، ولا يحتاج إلا إلى اقتراح الكتل على أساس ربح البناء من تقديم الكتلة.

في البداية، أرادت Ethereum تضمين PBS في البروتوكول أثناء الدمج، ولكن نظرًا للتعقيد المحتمل، تم تعليق هذه العملية، لذلك تم منح MEV-Boost الفرصة للتدخل في PBS Opportunity. حاليًا، يتم تنفيذ برنامج تلفزيوني من خلال MEV-Boost الذي طورته Flashbots. بالإضافة إلى المنشئ والمقترح، هناك أيضًا دور مهم جدًا - الترحيل. لا يرسل المنشئ الكتلة مباشرة إلى مقدم العرض، ولكن من خلال ترحيل الدور الثالث.  

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

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

في البروتوكول والبروتوكول الخارجي

للمشاركة في السوق الذي أنشأته MEV-Boost، يجب أن يقوم المدققون بتشغيل Ethereum At في نفس الوقت الذي يتم فيه تشغيل عميل الإجماع وعميل التنفيذ، يتم تشغيل برنامج MEV-Boost التابع لجهة خارجية غير Ethereum. هذا هو سحر برنامج PBS الذي يتم تشغيله حاليًا، والذي يسمح لأطراف ثالثة خارج البروتوكول بالمشاركة في تصميم قواعد تشكيل الإيثيريوم بالإجماع. من منظور الملكية، هذا أمر لا يصدق.

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

الترحيل المركزي

الجانب الأكثر انتقادًا في MEV-Boost هو سوق الترحيل المركزي. لكن هذا الإعداد يقدم مشكلات تتعلق بالثقة. يحتاج البناؤون إلى الثقة في المرحل حتى لا يسرقوا MEV الخاصة بهم. يجب أن يثق مقدمو العروض أيضًا في أن رؤوس الكتل التي يتلقونها ويوقعونها من المرحل صالحة. ومع ذلك، على الرغم من دورها الحيوي، لا يوجد حافز مالي للمرحلات، وتشغيلها يتطلب نفقات كبيرة. في العام الماضي، كان هناك 11 مرحلًا يدعم شبكة إيثريوم، ولكن اليوم، لا يزال هناك 9 مرحلات فقط تقدم الخدمات.

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

تأتي البيانات من الشبكة المُصنفةspan>

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

ePBS: تغليف PBS في Ethereum

سواء كان الأمر يتعلق بحل مشكلة مركزية الترحيل أو نقل أجزاء خارج البروتوكول إلى البروتوكول، يبدو أن ePBS المغلف في Ethereum يجب أن يكون. في الوقت الحالي، لم يعد ePBS مقترحًا قيد المناقشة، وقد قام محرر Ethereum EIP بتخصيص رقم له - EIP-7732.

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

1. بعد معرفة أنه تم اختياره كمقترح، قم بإنشاء وبث قائمة التضمين (IL، والتي يجب أن يتم تضمينها في تجارة الفتحة).

2. يرسل المنشئون تجزئة الكتلة التي تحتوي على حمولة التنفيذ والالتزام بدفع مقدم العرض "SignedExecutionPayloadHeader" إلى مقدم العرض (تحتاج حمولة التنفيذ إلى تلبية IL )

3. يختار مقدم العرض واحدًا من "SignedExecutionPayloadHeader" الذي يرسله المنشئون لإدراجه (عادةً ما يكون السعر الأعلى مدفوعًا لمقدم العرض) تم تحديد ذلك). وبث كتلة المنارة المقترحة "SignedBeaconBlock".

4. يقوم الشهود بأداء واجبات المشاهدة

5. يقدم المجمعون مجاميع التصديق؛ وفي الوقت نفسه، يبث المنشئ حمولة التنفيذ

6. تقوم PTC (لجنة توقيت الحمولة، في كل فتحة، سيتم اختيار 512 مدققًا كأعضاء PTC) بالتحقق مما إذا كان المنشئ يكشف عن حمولة التنفيذ في الوقت المناسب ويبث النتيجة

   < /li

خضعت ePBS أيضًا للعديد من المناقشات منذ وقت اقتراحها وحتى الحصول أخيرًا على رقم EIP. في البداية، تم اقتراح PBS بواسطة Vitalik في 21 يونيو، وتم تحسين الحل ذو الفتحتين بعد أربعة أشهر، وبعد ثلاثة أشهر أخرى، تم إطلاق PBS حتى 23 يوليو، وتم اقتراح فكرة PTC رسميًا.

PEPC (التزامات المقترح التي يفرضها البروتوكول)

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

تم اقتراح PEPC بواسطة بارنابي في أكتوبر 2022. يعتقد بارنابي أنه إذا كان سيتم تنفيذ آلية PBS ضمن البروتوكول، فيجب أن يفكر في تنفيذ آلية عامة لنقل الإشارة الموثوقة، بدلاً من تنفيذ آلية إشارة موثوقة محددة (على سبيل المثال، إذا طُلب مني إنشاء كتلة) سأفعل أعيدك إلى xx ETH).  

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

الملخص

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