الإثيريوم الحالي الإجماع وصراع MEV يمكن أن تتحول من PoW إلى PoS في ذلك اليوم...

كتب: Tia، أخبار تيكوب

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

**PBS (مقترح منشئ Seperatioin) **

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

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

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

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

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

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

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

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

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

المرسل المركزي

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

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

البيانات من Rated Network

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

ePBS: يقوم بتجميع PBS في Ethereum

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

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

1. بعد معرفة أنك تم اختيارك كمقترح، قم بإعداد وبث قائمة الاحتواء (IL، أي الصفقات التي يجب أن تشمل في هذه الفترة).
2. يقوم المبنيون بإرسال الكتلة التي تحتوي على التجزئة لحمولة التنفيذ والتزام لدفع الرسوم للمقترح “SignedutionPayloadHeader” إلى المقترح (يجب أن تستوفي حمولة التنفيذ IL)
3. الطالب يختار واحدًا من “SignedutionPayloadHeader” المُرسَلة من قِبل المُنشئين (عادةً ما يُختار الذي يدفع للطالب أعلى سعر)، ويُبَث الكشف الاقتراحي لكتلة شاهد “SignedBeaconBlock”.
4. الشهود يؤدون مسؤوليات الشهود
5. المجمعون يقدمون شهادة المجمعات. في الوقت نفسه، يبث البناء حمولة التنفيذ
6. يقوم المدققون بالتحقق (Payload Timeliness Committee ، في كل فتحة ، سيتم اختيار 512 مراقبًا ليكونوا أعضاء في لجنة PTC) مما إذا كان المنشئ قد كشف عن الحمولة في الوقت المناسب ، ويبث النتائج.

لقد مرت العديد من المناقشات في مرحلة حصول ePBS على رقم EIP منذ الاقتراح الأول حتى الحصول النهائي. في البداية، قدم فيتاليك PBS في يونيو 2021، ثم تم تحسين حل Two-slot بعد 4 أشهر، ثم تم إطلاق Single-slot PBS بعد 3 أشهر، ولم يتم تقديم فكرة PTC رسميًا حتى يوليو 2023.

** PEPC (التزامات مقدم الاقتراح المفروضة على البروتوكول) **

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

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

مثل اسم PEPC (Protocol-Enforced Proposer Commitments) ، تتم إنشاء بعض الآليات التي تضمن حقوق المنشئين والمقترحين عن طريق التزام المقترحين داخل البروتوكول. يمكن التحقق من هذه الالتزامات داخل السلسلة ، وتحقيق ذلك بواسطة رمز العملية ‘BEACONROOT’. هذه آلية أكثر عمومية ، ويمكن للالتزام أن يكون تفويض كامل لبناء الكتلة ، أو يمكن أن يكون تفويضًا جزئيًا لبناء الكتلة ، حيث يتم بيع المقترحين قابلية برمجة لبناء الكتلة.

ملخص

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