قيمة الاستخلاص القصوى (MEV) كانت موضوعا بارزا منذ صياغتها في ورقة فلاشبويز 2.0 في عام 2019. ومع ذلك، فإن السؤال “ما هي الطرق لتوزيع بناء الكتلة بشكل لا مركزي؟” اكتسب اهتماما كبيرا فقط بعد مقدمة فصل بناء المقترح بعد وقت قصير من الدمج.
مؤخراً، تم العثور على اقتراح مثير والذي يعد بحل المشكلة، ونود التحدث عنه - BuilderNet. ولكن قبل ذلك، دعونا نستكشف المشهد الحالي لبناء الكتل على إثيريوم ونقارنه بالتأثير الذي يجلبه BuilderNet.
في سيناريو المحقق الكلاسيكي لإثيريوم، يتم اختيار المعاملات من ذاكرة التخزين المؤقت وترتيبها في كتلة استنادًا إلى رسوم الأولوية. ثم يتم اقتراح الكتلة للإضافة إلى السلسلة الكنونية، مما ينطوي على توقيعها، ونشرها للنظراء، وتلقي الشهادات.
يقوم الفصل بين البناء والاقتراح (PBS) بتقسيم عملية إنشاء الكتلة عن طريق السماح لبناة الكتلة بإنشاء وتقديم الكتل للمقترحين، الذين يختارون الخيار الأكثر ربحية دون رؤية محتوياته. يعتبر هذا الفصل أمرًا حاسمًا لأن البناء هو مهمة متخصصة تتطلب برامج وأجهزة عالية الأداء، وقد يؤدي أداء المحققين لهذه المهمة إلى إضرار اللامركزية. غالبًا ما يقوم البناة بتشغيل خوارزميات لتعظيم استخراج القيمة من كل كتلة، بينما يدفع المقترحون رسومًا إلى البناة قبل بث الكتلة المحددة.
يجعل فصل بناة الكتل والمقترحين ليس فقط جعل رقابة المعاملات أكثر صعوبة، ولكنه أيضًا يساعد في ضمان مشاركة أوسع في استخراج MEV. بدون سوق بناة، يمكن للمحققين فقط الذين يملكون الأجهزة اللازمة المشاركة، مما يترك أصحاب الحصص الأصغر والمحققين المستقلين في موقف ضعيف. تعمل PBS أيضًا على مواجهة تأثيرات تمركز MEV، حيث يمكن للمحققين الكبار استغلال اقتصاديات الحجم، وإعادة استثمار الأرباح في تحسين الأجهزة والخوارزميات الخاصة لتعظيم إيرادات MEV.
وسيؤدي هذا في نهاية المطاف إلى التمركز، حيث يصبح الكاشفون الأصغر حجما غير ربحية أو يظللهم الأكبر حجما. بالإضافة إلى ذلك، من خلال منح منفذي الاقتراح القدرة على تقييد بناة الكتل من خلال قوائم الاستدراج، تقلل PBS من مخاطر الرقابة، مضمنة بأن بناة الكتل لا يمكنهم أن يقرروا بشكل منفرد أي معاملات تدخل الكتل.
قدمت Flashbots MEV-Boost ، وهو برنامج وسيط مفتوح المصدر يتيح للمحققين الاستفادة من سوق بناء كتل تنافسي. إنه أكثر تنفيذ شعبية لبروتوكول PBS لـ Ethereum. أنشأ MEV-Boost سوقًا مفتوحًا لبناة الكتل ، مما يعزز المنافسة ومقاومة الرقابة على Ethereum.
المصدر:https://buildernet.org/blog/introducing-buildernet
نظرة أولية، يبدو MEV-Boost، الذي تم تطويره بواسطة Flashbots، وكأنه حلا مثاليا لبناء الكتلة على إثيريوم. ومع ذلك، لديه عدة عيوب ومجالات للتحسين.
حاليا، يتم بناء أكثر من 90% من كتل إثيريوم من قبل كيانين فقط: Beaverbuild و Titan Builder. هذا التركيز الكبير، الذي تضاعف ثلاث مرات منذ عام 2022، هو مشكلة معترف بها على نطاق واسع.
المصدر: https://mevboost.pics/
تعاملات خارج السلسلة الرئيسية الحصرية بين مزودي تدفق الأوامر والبنائين أدت إلى تثبيت نظام ثنائي، مما يضعف من حياد إيثيريوم ومقاومته للرقابة ومرونته. يواجه بناء الكتلة مخاطر كبيرة من التمركز الكامل، خاصة في غياب قوائم الاستدراج التي تمكن المقترحين من إجبار إدراج معاملات محددة، مما يمنح بناة قليلين السيطرة على محتوى الكتلة بشكل فعال. بالإضافة إلى ذلك، يتبع بناء الكتلة توزيعًا قوة القانون، مما يجعل الاحتكارات صعبة التعطيل وزيادة التمركز المؤكد بدون اتخاذ إجراءات استباقية للتمويز في إنتاج الكتل.
لمواجهة ذلك، قضى Flashbots والشركاء عامين في استكشاف طرق لتجعل بناء الكتل متمركزًا، بما في ذلك الخصوصية القابلة للبرمجة (MEV-Share)، وبناء الكتل الموزع (MEVM)، وحلول الأجهزة الآمنة (Trusted Execution Environment). نظرًا لأن Ethereum يحسن مقاومة الرقابة من خلال تغييرات البروتوكول مثل قوائم الاستثناءات، يجب أن يتم تمركز بناء الكتل أيضًا لتعزيز دفاعاته.
إثيريوم يعد بمنصة قوية وغير تخصيصية للتمويل العالمي والابتكار. إضافة كتل جديدة إلى هذا الدفتر الأفضل تتم من خلال بنّاءي كتل متطورين يحسّنون الاحتياجات المعقدة للمستخدمين والتطبيقات. من خلال توزيع بناء الكتل عبر شبكة واسعة، يمكننا منع تكدس المعلومات الضيق، وتعزيز التنسيق العالمي، وخلق قيمة أكبر للمستخدمين والتطبيقات والمحافظ.
يتيح BuilderNet بناء كتل تعاونيًا، مما يوفر بديلًا مفتوحًا ومحايدًا للمنافسة الغير كفؤة والمكلفة لتدفق الطلبات. من خلال تبسيط المشاركة، يسمح بتركيز البناة والباحثين والتطبيقات على الكفاءة والابتكار وقيمة المستخدم بدلاً من القلق بشأن مقاومة الرقابة وتسرب MEV.
تهدف التطبيقات والمحافظ إلى داخلية MEV وتوفير معاملات بأسعار معقولة وبسيطة للمستخدمين. تستخدم الإصدار الأول من BuilderNet قاعدة استرداد مفتوحة المصدر لتعويض المستخدمين عن مساهماتهم في الكتل. ستقوم الترقيات المستقبلية بتحسين هذه القاعدة لدعم حالات الاستخدام المتنوعة ، وجعل عمليات الاسترداد غير المرخصة بالكامل ، وتعويض جميع مشاركي الشبكة بشكل عادل ، بما في ذلك مشغلي TEE.
في الوقت الحالي ، يتطلب الوصول إلى حزمة على إثيريوم الاعتماد على طرف ثالث أو تشغيل مشغل كتل خاص بك. يقوم BuilderNet بتغيير هذا من خلال استخدام TEE لضمان الخصوصية والنزاهة ، مع توفير ردود أموال للباحثين الذين يساهمون في كتلها. يتم بذلك إيجاد حقل مستو في توفير نتائج مالية وخصوصية مماثلة للباحثين المستقلين كما هو الحال مع الباحثين المدمجين.
بالنسبة للمحققين، لن تؤثر BuilderNet في البداية على اقتصادياتهم، حيث يُمسك بناة الكتل بالفعل قيمة من المحققين. ومع ذلك، يهدف BuilderNet مع مرور الوقت إلى تحويل السوق، مما يسمح لمزودي تدفق الطلب بالاحتفاظ بالمزيد من MEV وخلق سوق للغاز أكثر بساطة وشفافية.
لقد اعتزلت Flashbots بالفعل بناة الكتل المركزية الخاصة بها ونقلت تدفق الطلب والمسترد إلى BuilderNet. ستفعل Beaverbuild الشيء نفسه في المستقبل، عن طريق دمج برمجياتهم وبنيتهم التحتية وتدفق الطلب مع الشبكة اللامركزية. تبدأ Beaverbuild بتشغيل حالات بناء في TEEs، مما يسمح بالتبني التدريجي لعملية اللامركزية مع الحد الأدنى من الإزعاج للمستخدمين. سيكون هذا مثالاً لدمج بناة الكتل الآخرين مع BuilderNet.
تقدم الإصدار الأول من BuilderNet نظامًا متعدد المشغلين، مما يتيح لعدة أطراف تشغيل نفس مُنشئ الكتلة. يقوم كل مشغل بتشغيل نسخة من منشئ الكتلة مفتوح المصدر في بيئة تشفير موثوقة، مما يسمح لمزودي تدفق الأوامر بالتحقق وإرسال تدفق الأوامر المُشفرة.
السبب الرئيسي الذي يستخدم فيه BuilderNet TEEs هو تمكين أطراف متعددة من تشغيل بناة الكتل مع الحفاظ على الخصوصية والنزاهة. يضمن TEEs عدم تسرب البيانات المشفرة إلى المشغلين وتوفير ضمانات النزاهة من خلال الشهادات البعيدة، مما يسمح لمقدمي تدفق الأوامر بالتحقق من الاستخدام الصحيح للبرامج. تقدم TEEs الجديدة مثل Intel TDX هذه الفوائد دون التضحية بالسرعة. ومع ذلك، تأتي TEEs مع بعض العيوب مثل الأداء الفوقي بسبب التدابير الأمنية، والاعتماد على الأجهزة المحددة، والضعف أمام استغلالات TEE.
جميع حالات بناء كتل BuilderNet تعمل حاليًا في TDX ، ويستخدم النظام سلسلة بدء التشغيل القابلة للتحقق وبيئة تشغيلية محمية النزاهة ، مما يضمن التحقق المتكرر من صور الأجهزة الظاهرية والحالات المصدق عليها.
يشارك كل نسخة في تدفق الطلبات المستلمة مع الآخرين في الشبكة ويقدم كتلًا إلى ريليهات MEV-Boost كالمعتاد. عندما تفوز نسخة BuilderNet بكتلة، يتم حساب الاستردادات وتوزيعها على مقدمي تدفق الطلبات استنادًا إلى القيمة التي ساهموا بها.
المصدر: https://buildernet.org/docs/architecture
آلية استرداد BuilderNet تشارك القيمة مع الذين يساهمون في كتلها، بهدف توفير طريقة فعالة وشفافة لمزودي تدفق الطلبات لدمج MEV داخليًا ودعم عمليات الشبكة.
سيتلقى المستخدمون والمحافظ والتطبيقات والمستخدمون الذين يقدمون معاملات أو حزم إلى BuilderNet استردادات استنادًا إلى مساهمتهم في كتلها. يتم حساب الاستردادات باستخدام قاعدة مفتوحة المصدر ، التي تقيم القيمة التي يضيفها كل معاملة إلى الكتلة من خلال محاكاة الكتلة معها وبدونها. يتم تقسيم الباقي بنسبة متناسبة بين المستخدمين استنادًا إلى مساهمتهم. ستتلقى المعاملات المرسلة إلى Flashbots Protect أو Flashbots Bundle Relay أو مباشرة إلى عقدة BuilderNet استردادات تلقائية ، ولكن لن تتلقى المعاملات العامة في mempool استردادات. في المستقبل ، ستعوض قاعدة الاسترداد أيضًا المشغلين عن تكاليف الحساب الخاصة بهم.
إطلاق BuilderNet الأول هو خطوة نحو تفريد بناء الكتل على إثيريوم. يقدم الضمانات الرئيسية اليوم ويوضح خطط الترقيات المستقبلية.
في المستقبل، سيكون بمقدور كل مشغل BuilderNet تعيين سياسة الامتثال الخاصة به، مما يتيح لهم استبعاد بعض المعاملات من كتلهم. يزيد ذلك من مقاومة الرقابة، حيث قد يقوم مشغلون مختلفون بتضمين معاملات تستبعدها الآخرون. مع مرور الوقت، تخطط BuilderNet لتمكين المشغلين من توسيع كتل بعضهم البعض، مما يضمن أن حتى مشغلًا واحدًا غير قادر على فرض الرقابة يمكنه منع الرقابة. سيجعل ذلك BuilderNet أكثر مقاومة للرقابة من سوق MEV-Boost الحالي.
حاليًا، يتم تشغيل جميع بناة الكتل بواسطة فرق مركزية. يتيح BuilderNet لعدة فرق تشغيل نسخ من نفس البناة، مما يزيد من اللامركزية. عند الإطلاق، سيتم مشاركة جميع تدفق الطلبات المرسلة إلى Flashbots مع BuilderNet أيضًا، مما يوسع عدد الفرق المشاركة. ومع ذلك، لا يزال BuilderNet غير متمامًا لامركزيًا حتى الآن؛ فهو لا يزال يعتمد على البنية التحتية المركزية ويتطلب إذنًا للانضمام. ستقوم الإصدارات المستقبلية بجعل جميع الأدوار غير محدودة وتفريق الحوكمة.
في نهاية المطاف ، ستخلق BuilderNet المزيد من القيمة من المنشئين المركزيين من خلال تمكين المشغلين من تفويض العمليات إلى المستكشفين الخاصين وبرامج دمج الحزم ، مما يزيد من قيمة الكتلة والتقاط MEV.
تمثل BuilderNet خطوة مهمة نحو تحقيق اللامركزية في بناء الكتل على Ethereum ، ومعالجة التحديات الرئيسية لمقاومة MEV والرقابة. في حين أنه لا يزال في مراحله المبكرة ، فإن هذا النهج يوفر مسارا واعدا نحو البنية التحتية اللامركزية blockchain. مع انضمام المزيد من البناة وموفري تدفق الطلبات إلى الشبكة ، ستستمر BuilderNet في التطور ، مما يضمن توزيعا أكثر عدلا ل MEV و Ethereum Blockchain أقوى وأكثر استدامة.
قيمة الاستخلاص القصوى (MEV) كانت موضوعا بارزا منذ صياغتها في ورقة فلاشبويز 2.0 في عام 2019. ومع ذلك، فإن السؤال “ما هي الطرق لتوزيع بناء الكتلة بشكل لا مركزي؟” اكتسب اهتماما كبيرا فقط بعد مقدمة فصل بناء المقترح بعد وقت قصير من الدمج.
مؤخراً، تم العثور على اقتراح مثير والذي يعد بحل المشكلة، ونود التحدث عنه - BuilderNet. ولكن قبل ذلك، دعونا نستكشف المشهد الحالي لبناء الكتل على إثيريوم ونقارنه بالتأثير الذي يجلبه BuilderNet.
في سيناريو المحقق الكلاسيكي لإثيريوم، يتم اختيار المعاملات من ذاكرة التخزين المؤقت وترتيبها في كتلة استنادًا إلى رسوم الأولوية. ثم يتم اقتراح الكتلة للإضافة إلى السلسلة الكنونية، مما ينطوي على توقيعها، ونشرها للنظراء، وتلقي الشهادات.
يقوم الفصل بين البناء والاقتراح (PBS) بتقسيم عملية إنشاء الكتلة عن طريق السماح لبناة الكتلة بإنشاء وتقديم الكتل للمقترحين، الذين يختارون الخيار الأكثر ربحية دون رؤية محتوياته. يعتبر هذا الفصل أمرًا حاسمًا لأن البناء هو مهمة متخصصة تتطلب برامج وأجهزة عالية الأداء، وقد يؤدي أداء المحققين لهذه المهمة إلى إضرار اللامركزية. غالبًا ما يقوم البناة بتشغيل خوارزميات لتعظيم استخراج القيمة من كل كتلة، بينما يدفع المقترحون رسومًا إلى البناة قبل بث الكتلة المحددة.
يجعل فصل بناة الكتل والمقترحين ليس فقط جعل رقابة المعاملات أكثر صعوبة، ولكنه أيضًا يساعد في ضمان مشاركة أوسع في استخراج MEV. بدون سوق بناة، يمكن للمحققين فقط الذين يملكون الأجهزة اللازمة المشاركة، مما يترك أصحاب الحصص الأصغر والمحققين المستقلين في موقف ضعيف. تعمل PBS أيضًا على مواجهة تأثيرات تمركز MEV، حيث يمكن للمحققين الكبار استغلال اقتصاديات الحجم، وإعادة استثمار الأرباح في تحسين الأجهزة والخوارزميات الخاصة لتعظيم إيرادات MEV.
وسيؤدي هذا في نهاية المطاف إلى التمركز، حيث يصبح الكاشفون الأصغر حجما غير ربحية أو يظللهم الأكبر حجما. بالإضافة إلى ذلك، من خلال منح منفذي الاقتراح القدرة على تقييد بناة الكتل من خلال قوائم الاستدراج، تقلل PBS من مخاطر الرقابة، مضمنة بأن بناة الكتل لا يمكنهم أن يقرروا بشكل منفرد أي معاملات تدخل الكتل.
قدمت Flashbots MEV-Boost ، وهو برنامج وسيط مفتوح المصدر يتيح للمحققين الاستفادة من سوق بناء كتل تنافسي. إنه أكثر تنفيذ شعبية لبروتوكول PBS لـ Ethereum. أنشأ MEV-Boost سوقًا مفتوحًا لبناة الكتل ، مما يعزز المنافسة ومقاومة الرقابة على Ethereum.
المصدر:https://buildernet.org/blog/introducing-buildernet
نظرة أولية، يبدو MEV-Boost، الذي تم تطويره بواسطة Flashbots، وكأنه حلا مثاليا لبناء الكتلة على إثيريوم. ومع ذلك، لديه عدة عيوب ومجالات للتحسين.
حاليا، يتم بناء أكثر من 90% من كتل إثيريوم من قبل كيانين فقط: Beaverbuild و Titan Builder. هذا التركيز الكبير، الذي تضاعف ثلاث مرات منذ عام 2022، هو مشكلة معترف بها على نطاق واسع.
المصدر: https://mevboost.pics/
تعاملات خارج السلسلة الرئيسية الحصرية بين مزودي تدفق الأوامر والبنائين أدت إلى تثبيت نظام ثنائي، مما يضعف من حياد إيثيريوم ومقاومته للرقابة ومرونته. يواجه بناء الكتلة مخاطر كبيرة من التمركز الكامل، خاصة في غياب قوائم الاستدراج التي تمكن المقترحين من إجبار إدراج معاملات محددة، مما يمنح بناة قليلين السيطرة على محتوى الكتلة بشكل فعال. بالإضافة إلى ذلك، يتبع بناء الكتلة توزيعًا قوة القانون، مما يجعل الاحتكارات صعبة التعطيل وزيادة التمركز المؤكد بدون اتخاذ إجراءات استباقية للتمويز في إنتاج الكتل.
لمواجهة ذلك، قضى Flashbots والشركاء عامين في استكشاف طرق لتجعل بناء الكتل متمركزًا، بما في ذلك الخصوصية القابلة للبرمجة (MEV-Share)، وبناء الكتل الموزع (MEVM)، وحلول الأجهزة الآمنة (Trusted Execution Environment). نظرًا لأن Ethereum يحسن مقاومة الرقابة من خلال تغييرات البروتوكول مثل قوائم الاستثناءات، يجب أن يتم تمركز بناء الكتل أيضًا لتعزيز دفاعاته.
إثيريوم يعد بمنصة قوية وغير تخصيصية للتمويل العالمي والابتكار. إضافة كتل جديدة إلى هذا الدفتر الأفضل تتم من خلال بنّاءي كتل متطورين يحسّنون الاحتياجات المعقدة للمستخدمين والتطبيقات. من خلال توزيع بناء الكتل عبر شبكة واسعة، يمكننا منع تكدس المعلومات الضيق، وتعزيز التنسيق العالمي، وخلق قيمة أكبر للمستخدمين والتطبيقات والمحافظ.
يتيح BuilderNet بناء كتل تعاونيًا، مما يوفر بديلًا مفتوحًا ومحايدًا للمنافسة الغير كفؤة والمكلفة لتدفق الطلبات. من خلال تبسيط المشاركة، يسمح بتركيز البناة والباحثين والتطبيقات على الكفاءة والابتكار وقيمة المستخدم بدلاً من القلق بشأن مقاومة الرقابة وتسرب MEV.
تهدف التطبيقات والمحافظ إلى داخلية MEV وتوفير معاملات بأسعار معقولة وبسيطة للمستخدمين. تستخدم الإصدار الأول من BuilderNet قاعدة استرداد مفتوحة المصدر لتعويض المستخدمين عن مساهماتهم في الكتل. ستقوم الترقيات المستقبلية بتحسين هذه القاعدة لدعم حالات الاستخدام المتنوعة ، وجعل عمليات الاسترداد غير المرخصة بالكامل ، وتعويض جميع مشاركي الشبكة بشكل عادل ، بما في ذلك مشغلي TEE.
في الوقت الحالي ، يتطلب الوصول إلى حزمة على إثيريوم الاعتماد على طرف ثالث أو تشغيل مشغل كتل خاص بك. يقوم BuilderNet بتغيير هذا من خلال استخدام TEE لضمان الخصوصية والنزاهة ، مع توفير ردود أموال للباحثين الذين يساهمون في كتلها. يتم بذلك إيجاد حقل مستو في توفير نتائج مالية وخصوصية مماثلة للباحثين المستقلين كما هو الحال مع الباحثين المدمجين.
بالنسبة للمحققين، لن تؤثر BuilderNet في البداية على اقتصادياتهم، حيث يُمسك بناة الكتل بالفعل قيمة من المحققين. ومع ذلك، يهدف BuilderNet مع مرور الوقت إلى تحويل السوق، مما يسمح لمزودي تدفق الطلب بالاحتفاظ بالمزيد من MEV وخلق سوق للغاز أكثر بساطة وشفافية.
لقد اعتزلت Flashbots بالفعل بناة الكتل المركزية الخاصة بها ونقلت تدفق الطلب والمسترد إلى BuilderNet. ستفعل Beaverbuild الشيء نفسه في المستقبل، عن طريق دمج برمجياتهم وبنيتهم التحتية وتدفق الطلب مع الشبكة اللامركزية. تبدأ Beaverbuild بتشغيل حالات بناء في TEEs، مما يسمح بالتبني التدريجي لعملية اللامركزية مع الحد الأدنى من الإزعاج للمستخدمين. سيكون هذا مثالاً لدمج بناة الكتل الآخرين مع BuilderNet.
تقدم الإصدار الأول من BuilderNet نظامًا متعدد المشغلين، مما يتيح لعدة أطراف تشغيل نفس مُنشئ الكتلة. يقوم كل مشغل بتشغيل نسخة من منشئ الكتلة مفتوح المصدر في بيئة تشفير موثوقة، مما يسمح لمزودي تدفق الأوامر بالتحقق وإرسال تدفق الأوامر المُشفرة.
السبب الرئيسي الذي يستخدم فيه BuilderNet TEEs هو تمكين أطراف متعددة من تشغيل بناة الكتل مع الحفاظ على الخصوصية والنزاهة. يضمن TEEs عدم تسرب البيانات المشفرة إلى المشغلين وتوفير ضمانات النزاهة من خلال الشهادات البعيدة، مما يسمح لمقدمي تدفق الأوامر بالتحقق من الاستخدام الصحيح للبرامج. تقدم TEEs الجديدة مثل Intel TDX هذه الفوائد دون التضحية بالسرعة. ومع ذلك، تأتي TEEs مع بعض العيوب مثل الأداء الفوقي بسبب التدابير الأمنية، والاعتماد على الأجهزة المحددة، والضعف أمام استغلالات TEE.
جميع حالات بناء كتل BuilderNet تعمل حاليًا في TDX ، ويستخدم النظام سلسلة بدء التشغيل القابلة للتحقق وبيئة تشغيلية محمية النزاهة ، مما يضمن التحقق المتكرر من صور الأجهزة الظاهرية والحالات المصدق عليها.
يشارك كل نسخة في تدفق الطلبات المستلمة مع الآخرين في الشبكة ويقدم كتلًا إلى ريليهات MEV-Boost كالمعتاد. عندما تفوز نسخة BuilderNet بكتلة، يتم حساب الاستردادات وتوزيعها على مقدمي تدفق الطلبات استنادًا إلى القيمة التي ساهموا بها.
المصدر: https://buildernet.org/docs/architecture
آلية استرداد BuilderNet تشارك القيمة مع الذين يساهمون في كتلها، بهدف توفير طريقة فعالة وشفافة لمزودي تدفق الطلبات لدمج MEV داخليًا ودعم عمليات الشبكة.
سيتلقى المستخدمون والمحافظ والتطبيقات والمستخدمون الذين يقدمون معاملات أو حزم إلى BuilderNet استردادات استنادًا إلى مساهمتهم في كتلها. يتم حساب الاستردادات باستخدام قاعدة مفتوحة المصدر ، التي تقيم القيمة التي يضيفها كل معاملة إلى الكتلة من خلال محاكاة الكتلة معها وبدونها. يتم تقسيم الباقي بنسبة متناسبة بين المستخدمين استنادًا إلى مساهمتهم. ستتلقى المعاملات المرسلة إلى Flashbots Protect أو Flashbots Bundle Relay أو مباشرة إلى عقدة BuilderNet استردادات تلقائية ، ولكن لن تتلقى المعاملات العامة في mempool استردادات. في المستقبل ، ستعوض قاعدة الاسترداد أيضًا المشغلين عن تكاليف الحساب الخاصة بهم.
إطلاق BuilderNet الأول هو خطوة نحو تفريد بناء الكتل على إثيريوم. يقدم الضمانات الرئيسية اليوم ويوضح خطط الترقيات المستقبلية.
في المستقبل، سيكون بمقدور كل مشغل BuilderNet تعيين سياسة الامتثال الخاصة به، مما يتيح لهم استبعاد بعض المعاملات من كتلهم. يزيد ذلك من مقاومة الرقابة، حيث قد يقوم مشغلون مختلفون بتضمين معاملات تستبعدها الآخرون. مع مرور الوقت، تخطط BuilderNet لتمكين المشغلين من توسيع كتل بعضهم البعض، مما يضمن أن حتى مشغلًا واحدًا غير قادر على فرض الرقابة يمكنه منع الرقابة. سيجعل ذلك BuilderNet أكثر مقاومة للرقابة من سوق MEV-Boost الحالي.
حاليًا، يتم تشغيل جميع بناة الكتل بواسطة فرق مركزية. يتيح BuilderNet لعدة فرق تشغيل نسخ من نفس البناة، مما يزيد من اللامركزية. عند الإطلاق، سيتم مشاركة جميع تدفق الطلبات المرسلة إلى Flashbots مع BuilderNet أيضًا، مما يوسع عدد الفرق المشاركة. ومع ذلك، لا يزال BuilderNet غير متمامًا لامركزيًا حتى الآن؛ فهو لا يزال يعتمد على البنية التحتية المركزية ويتطلب إذنًا للانضمام. ستقوم الإصدارات المستقبلية بجعل جميع الأدوار غير محدودة وتفريق الحوكمة.
في نهاية المطاف ، ستخلق BuilderNet المزيد من القيمة من المنشئين المركزيين من خلال تمكين المشغلين من تفويض العمليات إلى المستكشفين الخاصين وبرامج دمج الحزم ، مما يزيد من قيمة الكتلة والتقاط MEV.
تمثل BuilderNet خطوة مهمة نحو تحقيق اللامركزية في بناء الكتل على Ethereum ، ومعالجة التحديات الرئيسية لمقاومة MEV والرقابة. في حين أنه لا يزال في مراحله المبكرة ، فإن هذا النهج يوفر مسارا واعدا نحو البنية التحتية اللامركزية blockchain. مع انضمام المزيد من البناة وموفري تدفق الطلبات إلى الشبكة ، ستستمر BuilderNet في التطور ، مما يضمن توزيعا أكثر عدلا ل MEV و Ethereum Blockchain أقوى وأكثر استدامة.