د ایتیریم II راتلونکې - د سانسور مقاومت

د ایتیریم د راتلونکي په اړه دا مقاله د سانسور مقاومت لپاره د هغې روانه مبارزه سپړنه کوي، د تنظیمي فشار اغیزې، د وړاندیز کونکي-جوړونکي جلا کولو (PBS) رول، او د شبکې بې طرفه او غیر متمرکز ساتلو لپاره د کوډ شوي میمپولونو په څیر احتمالي حلونه معاینه کوي. ایتیریم د MEV ګټو د مرکزي کولو خطرونو کمولو لپاره د PBS جوړښت غوره کړی دی. پدې سیسټم کې، د بلاک وړاندیز کونکي (منظم تایید کونکي نوډونه) د بلاک جوړول متخصص جوړونکو ته سپاري، څوک چې د MEV استخراج اعظمي کولو لپاره د راکړې ورکړې ترتیب غوره کوي. وړاندیز کونکی بیا شبکې ته د خپرولو دمخه ترټولو ګټور بلاک غوره کوي او لاسلیک کوي. MEV-Boost، د بلاکونو د لیلام یو غیر زنځیر میکانیزم، نن ورځ په ایتیریم کې په پراخه کچه کارول کیږي ترڅو دا پروسه اسانه کړي. MEV-Boost متخصص جوړونکو ته اجازه ورکوي چې وړاندیز کونکو ته داوطلبي وسپاري، د دوی د بلاکونو د شاملولو لپاره سیالي کوي. پداسې حال کې چې د ایتیریم د اعتبار ورکوونکی سیټ خورا غیر متمرکز پاتې دی، د بلاک جوړول - په ځانګړي توګه د MEV لپاره غوره شوی - پیچلی او سرچینې ته اړتیا لري. د دې لوړ کمپیوټري او زیربنایی بار په پام کې نیولو سره، دا د بلاک جوړولو مرکزي کول خورا اغیزمن دي پداسې حال کې چې د بلاک تصدیق غیر متمرکز ساتل کیږي. دا د PBS اصلي اصل دی: دا د هر بلاک د لیلام له لارې د MEV ګټې یوه برخه په عادلانه ډول تایید کونکو ته ویشي، پداسې حال کې چې ډاډ ترلاسه کوي چې عمومي تایید کونکي (د کور سټیکرونو په شمول) د بلاک جوړولو پیچلتیاو سره بار نه وي. د دې ځانګړي رول جلا کولو سره، PBS د بلاک تولید موثریت غوره کولو سره په ټولیزه توګه د ایتیریم شبکې غیر متمرکز کول ساتي. په هرصورت، څرنګه چې بریالي جوړونکي د پام وړ سرچینو او امتیازي معاملو جریان ته اړتیا لري، یوازې یو څو یې په دوامداره توګه لیلامونه ګټي. ځینې جوړونکي د ځانګړو والټونو، dApps، او د امر جریان چمتو کونکو سره د ځانګړو معاملو په رامینځته کولو سره تسلط ساتي، د لوړ MEV معاملو ته لاسرسی ډاډمن کوي چې دوی ته د بلاک لیلامونو کې سیالي کوونکی برتري ورکوي. په پایله کې، د جوړونکو ترمنځ سیالي د وخت په تیریدو سره کمیږي، چې د اولیګوپولیسټک جوړښت لامل کیږي. نن ورځ، د ایتیریم بلاکونو نږدې 90٪ د MEV-Boost له لارې جوړ شوي، یوازې دوه ادارې - بیور بلډ او ټایټان بلډر - د دې بلاکونو 95٪ جوړوي. دا غلظت د سانسور مقاومت، د راکړې ورکړې انصاف، او د ایتیریم د بلاک تولید اوږدمهاله غیر متمرکز کولو په اړه اندیښنې راپورته کوي. که څه هم د دې جوړونکو لخوا ګډوډي یا ناوړه چلند د ایتیریم شبکې خوندیتوب باندې د پام وړ اغیزه نه کوي، دوی د سانسور مقاومت لپاره جدي ګواښ رامینځته کوي. که چیرې د MEV-Boost ټول جوړونکي پریکړه وکړي چې د ځانګړو کاروونکو څخه معاملې سانسور کړي، نو دا کاروونکي به یوازې د هغو بلاکونو له لارې معاملې واستوي چې د تایید کونکو لخوا تولید شوي چې MEV-Boost نه کاروي، کوم چې د ټولټال شاوخوا 10٪ دی. په پایله کې، د داسې معاملو پروسس کول به په اوسط ډول 10 بلاکونه (نږدې 2 دقیقې) وخت ونیسي. دا وضعیت دوه لویې ستونزې راپورته کوي: تنظیمي زیانمننې لومړی، دا کولی شي ایتیریم د مقرراتو لپاره ډیر زیانمنونکی کړي. د مثال په توګه، لخوا لګول شوي تورناډو کیش بندیزونه د دې لامل شول چې د پام وړ شمیر جوړونکي او تایید کونکي د OFAC لخوا تصویب شوي حسابونو سره تړلي معاملې سانسور کړي. په 2022 کې د OFAC په پروتوکولونو لکه لیلامونو کې غیر عادلانه سیالي دوهم، سانسور کولی شي د زنځیرونو د لیلامونو پایلې تحریف کړي. د مثال په توګه، یو لیلام په پام کې ونیسئ چیرې چې په هر بلاک کې یو NFT لوړ داوطلب ته پلورل کیږي. یو بلاک جوړونکی کولی شي د خورا ټیټ داوطلبۍ په ورکولو سره نور ټول داوطلبۍ سانسور کړي، دوی ته اجازه ورکوي چې NFT په خورا کم قیمت ترلاسه کړي. د دې ستونزو د حل لپاره مختلف حلونه راڅرګند شوي دي. دا پوسټ به دا حلونه په دوو اصلي کټګوریو کې وپلټي او بحث به وکړي چې د ایتیریم په راتلونکي کې د سانسور مقاومت څه ډول بڼه غوره کولی شي. ممکنه حل ۱: د شاملولو لیست پس منظر: د لومړني شاملولو لیست وړاندیز، EIP-7547 د شمولیت لیست د سانسور مقاومت حل دی چې ډاډ ترلاسه کوي چې ځینې معاملې په بلاک کې شاملې دي. دا معمولا په لاندې ډول پلي کیدی شي: دلته یو ساده ذهني ماډل دی: مخکې لدې چې یو جوړونکی یو بلاک جوړ کړي، وړاندیز کوونکی د 'شاملولو لیست' سره یو امر لیږي چې پکې ویل شوي، "دا معاملې په بلاک کې شامل کړئ." جوړونکي باید دا معاملې په هغه بلاک کې شامل کړي چې دوی یې جوړوي، او که چیرې یو بلاک د شاملولو لیست کې د معاملو پرته جوړ شي، نو دا باطل ګڼل کیږي. د PBS څخه مخکې د ایتیریم لپاره، میمپول، چیرې چې معاملې د بلاکونو ته د ننوتلو دمخه ترسره کیږي، په ایتیریم کې د غیر اجماع برخې په توګه شاملې وې. له همدې امله، د ایتیریم د اجماع طبقې له نظره، دا معلومه نه وه چې په بلاکونو کې موجود معاملې له کوم ځای څخه راغلې. یو له اصلي دلیلونو څخه چې ولې MEV سانسور ته لاره هواره کړه دا ده چې میمپول یوه غیر متفقه برخه ده، نو هغه جوړونکي چې بلاک یې جوړ کړی و بشپړ واک درلود چې کوم معاملې سانسور کړي یا په بلاک کې شامل کړي. د شمولیت لیستونه یو میکانیزم معرفي کوي چې د اجماع پرت کې د 'آن چین میمپول' په توګه عمل کولو لپاره ډیری تایید کونکي کاروي. پدې توګه، د اجماع پرت د جوړونکو واک په کافي اندازه محدودوي ترڅو د سانسور مقاومت چمتو کولو لپاره معاملې غوره کړي. د شاملولو لیست پلي کولو لپاره یو له خورا مشهورو وړاندیزونو څخه ، د مخکې شاملولو لیست و. دې وړاندیز وړاندیز کونکي ته اجازه ورکړه چې د شاملولو لیست کې تر 16 پورې معاملې شاملې کړي. د "وړاندې کولو" میکانیزم ډاډ ورکړ چې د بلاک N لپاره وړاندیز شوی د شاملولو لیست به د بلاک N+1 لپاره پلي شي. EIP-7547 دا وړاندیز په پیل کې د ایتیریم د پیکټرا اپ گریڈ برخه وه، مګر بالاخره له منځه یوړل شوه، او یو دلیل یې د فارورډینګ میکانیزم او ترمنځ د مطابقت مسلې وې. EIP-3074 EIP-3074 د اصلي حساب خلاصولو یوه بڼه معرفي کوي چې د AUTHCALL په نوم یو اپکوډ کاروي، چې یو حساب ته اجازه ورکوي چې د څو EOAs (بهرني ملکیت لرونکي حسابونو) بیلانس تنظیم کړي. دا میکانیزم کولی شي په اسانۍ سره د شمولیت لیست کمزوری کړي. د مثال په توګه، فرض کړئ چې الیس د شمولیت په لیست کې یوه معامله (A) شامله کړې، چیرې چې د هغې EOA ETH باب ته لیږي. په ورته وخت کې، هغه د EIP-3074 AUTHCALL په کارولو سره بله معامله (B) رامینځته کوي ترڅو د هغې ټول EOA بیلانسونه بل حساب ته انتقال کړي. راځئ چې فرض کړو چې معامله B په بلاک N کې شامله ده، پداسې حال کې چې معامله A د بلاک N+1 لپاره د شمولیت په لیست کې شامله ده. دلته مهمه مسله ده: کله چې وړاندیز کوونکی د شمولیت لیست جوړوي، دوی نه پوهیږي چې جوړونکی به په اوسني بلاک کې کوم معاملې شاملې کړي. پدې سناریو کې، په بلاک N کې معامله B معامله A باطلوي. په پایله کې، د بلاک N+1 لپاره جوړونکی به د شمولیت لیست کې د معاملې A باطلوالي له امله د اعتبار وړ بلاک جوړولو توان ونلري. د شمولیت لیست دننه د اضافي محدودیتونو له لارې د دې ستونزې د حل لپاره هڅې شوي دي. په هرصورت، اصلي مسله پاتې ده: EIP-3074 په طبیعي ډول په نورو EOAs کې د توازن د لاسوهنې اجازه ورکوي. ساده چکونه، لکه د "څخه" پته تایید کول، نشي کولی د شمولیت لیست معاملو او نورو معاملو ترمنځ مداخله کشف کړي. دا د وړیا معلوماتو شتون ستونزه بلل کیږي، چې په مقاله کې یادونه شوې 'نه وړیا ډوډۍ - د شمولیت لیست نوی ډیزاین'. که څه هم EIP-3074 د پیکټرا اپ گریڈ څخه ایستل شوی و، ورته فعالیت — EIP-7702 — پکې شامل و. په پایله کې، دا مسلې باید مخکې له دې چې EIP-7547 په ایتیریم مینیټ کې پلي شي حل شي. سربېره پردې، EIP-7547 د نورو ننګونو سره مخ شو، لکه دا محدودیت چې یوازې یو وړاندیز کوونکی کولی شي په هر بلاک کې د شمولیت لیست رامینځته کړي. دې فکتورونو د EIP-7547 پلي کول د ایتیریم مینیټ ته لکه څنګه چې دي ستونزمن کړل. په پایله کې، EIP-7547 د پیکټرا اپ گریڈ څخه ایستل شوی و. فوسل ایا د دې ستونزو لپاره کومه حل لاره نشته؟ په دې وروستیو کې، د FOCIL (د فورک انتخاب پلي شوي شمولیت لیستونه) په نوم یو حل د ایتیریم ایکوسیستم کې د پام وړ پاملرنه ترلاسه کړې او د ایتیریم مینیټ کې د پلي کیدو لپاره یو له خورا احتمالي حلونو څخه ګڼل کیږي. په توګه وړاندیز شوی، FOCIL یو میکانیزم معرفي کوي چیرې چې نه یوازې یو بلکې ډیری ادارې د شاملولو لیستونه وړاندیز کوي. د هغې توضیحات او ځانګړتیاوې په لاندې ډول دي: د EIP-7805 په خپل اصل کې، FOCIL د شمولیت لیست مفهوم غوره کوي، پدې معنی چې یو څوک د معاملو لیست جوړوي چې باید په هر بلاک کې شامل شي، او وړاندیز کونکي اړ دي چې دوی شامل کړي. په هرصورت، FOCIL د EIP-7547 څخه په دوه مهمو لارو کې توپیر لري: د یو وړاندیز کوونکي پر ځای، د IL ۱۶ غړو یوه کمیټه په خپلواکه توګه د شمولیت لیستونه وړاندیز کوي. د بلاک N لپاره وړاندیز شوی د شمولیت لیست پخپله په بلاک N کې شامل دی، نه په بلاک N+1 کې. د میکانیزم جزئیات د بلاک N لپاره د شمولیت لیست جوړول هغه وخت پیل کیږي کله چې د بلاک N-1 لپاره سلاټ پیل شي. د 16 تایید کونکو څخه په ناڅاپي ډول غوره شوی IL کمیټه بلاک N-1 ترلاسه کوي، دا د خپل مشر په توګه ټاکي، د دوی اړوند شمولیت لیستونه جوړوي، او دا د ملګري-ټو-پییر له لارې خپروي. د جوړولو پروسه د ۱۲ ثانیو N-1 سلاټ کې په ۹ ثانیو کې پای ته رسیږي، چې وروسته له هغې کمیټه نور نشي کولی چې په لیست کې اضافه کړي. د P2P شبکې له لارې د دې لیستونو ترلاسه کولو وروسته، د بلاک N لپاره جوړونکی باید د بلاک جوړولو پرمهال دوی شامل کړي. د N سلاټ له پیل څخه لږ وروسته، بلاک وړاندیز کونکي ته سپارل کیږي. هغه تایید کوونکي چې د بلاک N تصدیق کوي، د شاملولو لیستونو کې هغه معاملې پرتله کوي چې دوی مخکې ترلاسه کړي دي د بلاک N کې شامل شوي معاملو سره ترڅو اطاعت ډاډمن کړي. د EIP-7547 په پرتله د FOCIL ګټې د مخکې وړاندیز شوي EIP-7547 په پرتله، FOCIL لاندې ګټې وړاندې کوي: د سانسور په وړاندې لوړ مقاومت په هر سلاټ کې د IL کمیټه شامله ده چې د شاملولو لیست جوړوي. دا د EIP-7547 په پرتله د سانسور په وړاندې قوي مقاومت چمتو کوي، چیرې چې یوازې یو واحد تایید کونکی مسؤل و. بې ساري تطبیق د معیاري API forkChoiceUpdate په کارولو سره چې د موافقې مراجعینو لخوا کارول کیږي، د شاملولو لیستونه په اسانۍ او بې ساري ډول په پروتوکول کې مدغم کیدی شي. د "ریښتیني وخت" سانسور مقاومت د EIP-7547 برعکس، چیرې چې د بلاک N+1 لپاره وړاندیز شوی د شمولیت لیست د ځنډ لامل کیږي، FOCIL پخپله د N لپاره وړاندیز شوي بلاک کې IL شاملوي، چې د معاملو د ځنډ پرته شاملولو ته اجازه ورکوي. د بلاکونو او شاملولو لیستونو دا په ورته وخت کې جوړول د EIP-3074 یا EIP-7702 په څیر د مخکینۍ وړاندیز شوي حساب خلاصولو میکانیزمونو سره مطابقت تضمینوي. مخکیني بلاکونه نشي کولی د شاملولو لیست کې معاملې باطلې کړي. جوړونکي د بلاک جوړولو د نهايي کولو دمخه IL ترلاسه کوي، دوی ته دا توان ورکوي چې هر هغه معاملې خارج کړي چې IL باطلوي. دا پروسه ساده ده: جوړونکي د IL کې د ټولو ښکیلو EOAs غیر حاضري او توازن ثبتوي او هرکله چې بدلونونه راشي نو دا ارزښتونه تازه کوي. دا ساده میتود جوړونکو ته اجازه ورکوي چې د IL معاملو اعتبار تایید کړي او د بلاک جوړول په بریالیتوب سره بشپړ کړي. په بلاکونو کې د FOCIL رول FOCIL په هر بلاک کې تر ۱۶ پورې د شمولیت لیستونو ته اجازه ورکوي، چې هر لیست یې تر ۸ کیلو بایټ (۸۱۹۲ بایټ) پورې محدود دی. که چیرې د ۱۶ شمولیت لیستونو لخوا وړاندیز شوي معاملو کې هیڅ ډول تکرار شتون ونلري، نو په یوه بلاک کې د IL معاملو اعظمي اندازه کولی شي ۱۲۸ کیلو بایټ ته ورسیږي. دا محدودیت د اعتبار ورکوونکو لپاره د سرچینو کارول کمولو لپاره ډیزاین شوی ځکه چې د شمولیت لیستونه د P2P شبکې له لارې خپریږي. نو، د FOCIL لاندې د ILs په کارولو سره د ایتیریم بلاک څومره برخه جوړیدلی شي؟ په تاریخي توګه، د ایتیریم بلاک اوسط اندازه شاوخوا 80-100KB وه، چې اعظمي حد یې نږدې 300KB دی. که چیرې د 16 شمولیت لیستونو لخوا وړاندیز شوي معاملو کې هیڅ اوورلیپ شتون ونلري، نو په تیوري کې دا ممکنه ده چې یوازې د IL معاملو په کارولو سره د ایتیریم بشپړ بلاک جوړ شي. په هرصورت، دا سناریو ناشونې ده. څرنګه چې د شمولیت لیست کې معاملې عموما د عامه میمپول څخه سرچینه اخلي، نو د تداخل ډیر احتمال شتون لري پرته لدې چې د IL کمیټې 16 غړي په بشپړ ډول مختلف ترتیبات وکاروي. په لنډه توګه، تمه کیږي چې د FOCIL د شاملولو لیستونو کې معاملې به د ایتیریم بلاک د 6-10٪ او تر 100٪ پورې وي، قضیې به د 6-10٪ حد ته نږدې وي په دې شرط چې د IL کمیټې غړي ورته عامه میمپول وګوري. د FOCIL هاخوا: د FOCIL سره د APS یوځای کول د APS پس منظر یو دلیل چې FOCIL یو مخکښ حل ګرځیدلی دی د اټیسټر-پروپوزر جلا کولو (APS) وړاندیزونو لکه سره د هغې احتمالي همغږي ده. APS څه شی دی، او دا څنګه FOCIL بشپړوي؟ د اجرایی ټکټونو APS د بلاکونو لپاره د وړاندیز کونکي او تصدیق کونکي رولونو جلا کولو وړاندیز کوي. په ایتیریم کې، د PBS لاندې د بلاک جوړول د وړاندیز کونکو، چې بلاکونه وړاندیز کوي، او جوړونکو، چې د بلاک مینځپانګې جوړوي، ترمنځ د رولونو ویشل شامل دي. دا د وړاندیز کونکي-جوړونکي اتحادونو لخوا رامینځته شوي مرکزي سټیکینګ پولونو مخه نیسي چې د MEV ګټې انحصار کړي او د منظم تایید کونکو په پرتله خورا لوړ APR ثبت کړي، کوم چې کولی شي د تایید کونکي عملیات مرکزي کړي. دا ستونزه د MEV-Boost له لارې حل شوه، او د مرکزي کولو پاتې اندیښنو ته د رسیدو لپاره د پروتوکول دننه ریلې سیسټم (ePBS) وړاندیز شوی. په هرصورت، ایا PBS واقعیا غوره جوړښت دی؟ د ایتیریم د اجماع طبقې یو مهم رول د انعامونو ویش او په تایید کونکو باندې جریمې لګول دي. که چیرې دا پروسه مرکزي شي، نو سلسله به د تایید کونکو رایو پرته، د مرکزي ادارو لخوا اغیزمنه شي. نو، د اجماع طبقه باید په لوړه کچه غیر متمرکزه پاتې شي. په هرصورت، د اجرا کولو طبقه ورته محدودیتونه نلري. د MEV استخراج او د راکړې ورکړې ترتیب په څیر دندې په طبیعي ډول پیچلې او ستراتیژیک دي، چې مرکزي ادارو ته اړتیا لري. که چیرې دا دندې په ټولو تایید کونکو باندې تحمیل شي، نو دا به سلسله د مرکزي کولو په لور بوځي. په دې اړه، د ایتیریم فلسفه دا ده چې 'د اجماع ګډونوال باید د انفرادي ګټې لپاره د پیچلو دندو تعقیبولو ته وهڅول نشي.' د PBS له لارې، ایتیریم د MEV لوبغاړو (جوړونکو، لټون کونکو) څخه اعتبار ورکوونکي جلا کوي ترڅو د MEV ګټې په مساوي ډول په ټوله شبکه کې وویشي. بیا هم، وړاندیز کوونکي کولی شي د اضافي ګټې ترلاسه کولو لپاره غیر روایتی ستراتیژیانې وکاروي: د وړاندیز کوونکو او جوړونکو ترمنځ جوړجاړی جوړونکي لا دمخه مرکزي شوي دي، مګر وړاندیز کونکي هم یو څه مرکزي کول ښیې. د مثال په توګه، Coinbase د ټول سټیک شوي ETH نږدې 10٪ لري. که چیرې Coinbase د یو ځانګړي جوړونکي سره ملګرتیا وکړي ترڅو یوازې خپل بلاکونه ومني، نو دا به په ایکوسیستم کې د پام وړ مرکزي کولو ویکتور معرفي کړي. د وړاندیز کونکي وخت لوبې د ایتیریم نسبتا اوږد ۱۲ ثانیې بلاک وخت یو په زړه پورې متحرک معرفي کوي چې د وخت لوبې نومیږي، چیرې چې وړاندیز کونکي د MEV ګټې اعظمي کولو لپاره د بلاک خپرول ځنډوي. په یوه بلاک کې موجود MEV عموما د وخت په تیریدو سره په خطي ډول زیاتیږي. وړاندیز کونکي کولی شي د بلاک تبلیغ وځنډوي ترڅو خپل MEV اعظمي کړي، یوازې مخکې لدې چې دوی د راتلونکي وړاندیز کونکي لخوا د رد کیدو خطر سره مخ شي خپروي. نو، یو وړاندیز کوونکی د بلاک خپرول په یوه سلاټ (۱۲ ثانیو) کې څومره ځنډولی شي؟ د ایتیریم د پروتوکول مشخصاتو سره سم، د دې لپاره چې راتلونکی وړاندیز کوونکی پخوانی بلاک اعتبار ولري، بلاک باید د پخوانیو سلاټ کمیټې ته ټاکل شوي د تایید کونکو (تصدیق کونکو) ۴۰٪ څخه رایې ترلاسه کړي. په اوسني ایتیریم مینیټ کې، هغه نقطه چې د تایید کونکي 40٪ رایې ترلاسه کیږي د سلاټ دننه شاوخوا 3.8 ثانیې پیښیږي. یو وړاندیز کوونکی چې د وخت لوبې کولو هڅه کوي د بلاک خپرولو د ځنډولو ستراتیژي به غوره کړي، تر هغه چې یوازې کافي رایې (۴۰٪ یا ډیرې) ترلاسه شي ترڅو د راتلونکي وړاندیز کونکي لخوا د رد کیدو مخه ونیول شي. په هرصورت، پایله تل د وړاندیز کونکي د ارادې سره سمون نه لري. که چیرې بلاک د 40٪ رایو په ترلاسه کولو کې پاتې راشي، نو راتلونکی وړاندیز کونکی به یې رد کړي. په داسې قضیو کې، هغه تایید کونکي چې د رد شوي بلاک لپاره رایه ورکړې وي به د هغه بلاک لپاره رایه ورکړي وي چې د کانونیکي سلسلې برخه نه وي، چې په پایله کې یې جریمې کمیږي. که دا وضعیت دوام وکړي، نو تایید کوونکي ممکن خپلې رایې وځنډوي ترڅو د شبکې حالت وڅاري او ډاډ ترلاسه کړي چې د دوی رایې دقیقې دي. دا چلند کولی شي په زنځیر کې د بیا تنظیمونو شمیر زیات کړي. په لنډه توګه، د وړاندیز کونکي وخت لوبې کولی شي د ایتیریم د توافق پایلو باندې منفي اغیزه وکړي او باید مخنیوی یې وشي. د APS رول APS هغه حل دی چې د دې ستونزې د حل لپاره ډیزاین شوی. APS د اجرا کولو طبقې لپاره د جلا وړاندیز کونکي جوړولو وړاندیز کوي، چې د اجماع طبقه په بشپړه توګه د MEV څخه جلا کړي. د مثال په توګه، د APS د وړاندیزونو څخه یو، د اجرا ټکټ، د بیکن چین وړاندیز کونکي څخه جلا "د اجرا وړاندیز کونکی" معرفي کوي. پدې سیسټم کې، پروتوکول د اجرا ټکټونه تولیدوي او پلوري، کوم چې د دوی مالکینو ته حق ورکوي چې په تصادفي ډول د هر بلاک لپاره د اجرا وړاندیز کونکي په توګه وټاکل شي. دا اجرا وړاندیز کونکي به د هغه رول برخې په غاړه واخلي چې اوس مهال د MEV-Boost کې د بیکن چین وړاندیز کونکو لخوا ترسره کیږي، د اجرا پیلوډونه ترلاسه کوي او وړاندیز کوي. د دې طرحې تر شا منطق دا دی چې د اجرایوي وړاندیز کونکو مرکزي کول ستونزمن نه دي؛ په حقیقت کې، د دوی جلا کول د اجماع طبقې څخه ټول سیسټم ته وده ورکوي. بیا، د بیکن چین وړاندیز کوونکی به د APS لاندې کومې دندې ترسره کړي؟ د اعتبار ورکوونکو زیرمو، انعامونو او جریمو (د بیکن زنځیر دننه د دولت لیږد) اداره کولو سربیره، د توافق پرت وړاندیز کوونکی په APS کې اضافي کلیدي رول لري: د شاملولو لیستونو جوړول او د اجرا کولو پرت ته یې لیږدول. د شمولیت لیست لپاره دا ډیر مطلوب دی چې د نسبتا ډیر مرکزي اجرایی وړاندیز کونکو پرځای د اجماع طبقې غیر متمرکز تایید کونکي سیټ باندې تکیه وکړي. دا د سانسور برید کونکو احتمال کمولو کې مرسته کوي چې د معاملو سانسور کولو لپاره وړاندیز کونکو سره ملګرتیا وکړي. په دې توګه، د APS وړاندیزونه لکه د اجرا ټکټ یو میکانیزم وړاندیز کوي چیرې چې د اجماع پرت تایید کونکي د بیکن بلاک د یوې برخې په توګه د شمولیت لیستونه جوړوي. دا لیستونه بیا د اجرا کونکي وړاندیز کونکي لپاره د بشپړ بلاک جوړولو او وړاندیز کولو لپاره د بنسټ په توګه کار کوي. په لنډه توګه، د شمولیت لیست پر بنسټ د سانسور مقاومت حلونه د APS لپاره د ایتیریم لید سره په بې ساري ډول سمون لري. په پایله کې، FOCIL د سانسور مقاومت لپاره یو له خورا ژمنو حلونو څخه ګڼل کیږي. د FOCIL ګټې FOCIL د سانسور اغیزمن مقاومت ډاډمن کوي پداسې حال کې چې د شبکې سرچینو کارول په مناسبه کچه ساتي، د هر IL اندازه تر 8KB پورې محدودوي او د 16 تایید کونکو IL کمیټه لري (کوم چې د یو بلاب اندازې سره ورته دی). لاندې چارټ ښیي چې د IL کمیټې کې د صادق تایید کونکو سلنه پورې اړه لري، په زنځیر کې د معاملې شاملولو لپاره څومره وخت نیسي. حتی که په کمیټه کې یوازې 15٪ تایید کونکي غیر سانسور وي، بیا هم معاملې سمدلاسه شامل کیدی شي. دا ښیي چې څنګه د 16 تایید کونکو کوچنۍ کمیټه کولی شي د سانسور اغیزمن مقاومت ترلاسه کړي. ممکنه حل ۲: څو هممهاله وړاندیز کوونکی/جوړونکی څنګه به څو ګډونوالو ته دا توان ورکړل شي چې یو بشپړ بلاک په ګډه وړاندیز کړي؟ دا مفهوم د "څو اړخیز هم مهاله وړاندیز کونکي" په نوم پیژندل کیږي. د دې پر ځای چې یو واحد واحد په یو وخت کې یو بلاک وړاندیز کړي، ډیری ادارې د ورته سلاټ لپاره په یو وخت کې بلاکونه وړاندیز کوي. د ځینو شرایطو لاندې، د داسې حل لارې غوره کول کولی شي د سانسور لګښت د پام وړ زیات کړي. ایتیریم یو میکانیزم لري چیرې چې په هر دور کې د 32 بلاکونو لپاره وړاندیز کونکي په ورته وخت کې څرګندیږي. دا ترتیب د سناریوګانو لپاره اجازه ورکوي چیرې چې یو څوک کولی شي وړاندیز کونکو ته "رشوت" ورکړي ترڅو ځانګړي معاملې سانسور کړي. مګر څه که چیرې بلاکونه د یو کس لخوا نه بلکه د N وړاندیز کونکو لخوا په ورته وخت کې وړاندیز شوي وي؟ پدې سناریو کې، د مشروط لارښوونو په څیر میکانیزم کارول دا ممکنه کوي چې د N وړاندیز کونکو ترمنځ "د بندیانو ستونزه" معرفي کړي، په دې توګه د سانسور لګښت په ډراماتیک ډول زیاتوي. د مثال په توګه، داسې یو حالت تصور کړئ چیرې چې د N وړاندیز کونکو ته د بلاک جوړولو دنده سپارل شوې وي، الیس له دوی څخه غوښتنه کوي چې د هغې معامله پکې شامله کړي، او باب هڅه کوي چې د الیس معامله سانسور کړي. الیس کولی شي وړاندیز کونکو ته د هغې د معاملې شاملولو لپاره رشوت وړاندې کړي، پداسې حال کې چې باب کولی شي دوی ته رشوت هم ورکړي ترڅو دا سانسور کړي. پدې حالت کې، الیس کولی شي د رشوت ورکولو ستراتیژي غوره کړي چې په مؤثره توګه د باب د سانسور لګښت زیاتوي، په لاندې ډول: که چیرې دوه یا ډیر وړاندیز کونکي معامله شامله کړي، الیس هر یو ته د t یوه کوچنۍ لارښوونه ورکوي. که چیرې یوازې یو وړاندیز کوونکی معامله پکې شامله کړي، الیس هغه وړاندیز کوونکي ته د T لویه برخه ورکوي. په دې حالت کې، وړاندیز کوونکي ځانونه د "بندي معضلې" په څیر سناریو کې ومومي. پدې لوبه کې د هر وړاندیز کوونکي لپاره غوره ستراتیژي دا ده چې معامله شامله کړي نه دا چې سانسور کړي. د دې لپاره چې باب په بریالیتوب سره د الیس معامله سانسور کړي، هغه به اړتیا ولري چې ټولو N وړاندیز کوونکو ته رشوت ورکړي، چې د هغه لپاره NT لګښت لري. له بلې خوا، الیس یوازې اړتیا لري چې په اعظمي حد کې Nt مصرف کړي ترڅو ډاډ ترلاسه شي چې د هغې معامله شامله ده. دا د سانسور لګښت د پام وړ زیاتوي. دا مفهوم د PBS په سر کې په څو لارو پلي کیدی شي. د مثال په توګه، ډیری وړاندیز کونکي کولی شي په یو وخت کې بلاکونه جوړ کړي، یا ډیری جوړونکي کولی شي په یو وخت کې بلاکونه جوړ کړي. دا برخه د PBS جوړښت دننه د دې ترلاسه کولو لپاره دوه میکانیزمونه معرفي کوي: BRAID - څو هم مهاله وړاندیز کوونکی بلډر نیټ - څو هم مهاله جوړونکی برېډ د BRAID عمومي کتنه BRAID د ایتیریم سانسور مقاومت لرونکی حل دی چې د میکس ریسنیک لخوا وړاندیز شوی، چې د ځانګړي میکانیزم ګروپ برخه وه. دا میکانیزم د یوې ساده خو پیاوړې مفکورې پر بنسټ ولاړ دی: د یو واحد زنځیر چلولو پرځای لکه څنګه چې ایتیریم اوس کوي، د k همغږي شوي LMD-GHOST زنځیرونه به په موازي ډول پرمخ ځي. په بل عبارت، د BRAID سره، د k وړاندیز کونکي په ورته وخت کې د هر سلاټ لپاره خپل بلاکونه تولیدوي. BRAID څنګه کار کوي یوه څرګنده پوښتنه راپورته کیږي: د k بلاکونه څنګه پروسس کیږي؟ څرنګه چې بلاکونه باید په نهایت کې د یو واحد بلاکچین ساتلو لپاره په یوه کې یوځای شي، BRAID د دوی د یوځای کولو لپاره د مخکې ټاکل شوي ترتیب کولو قاعده کاروي. د مثال په توګه، بلاکونه د نقلونو په لرې کولو او د فیسونو په نزولي ترتیب کې معاملو ترتیب کولو سره یوځای کیدی شي. وروستی بلاک به بیا یوځای شوي، ترتیب شوي معاملې ولري. ګټې او محدودیتونه BRAID څو ګټې وړاندې کوي: د سانسور قوي مقاومت د څو وړاندیز کونکو ته په یو وخت کې د کار کولو توان ورکولو سره، BRAID د سانسور لګښت د پام وړ زیاتوي، ځکه چې ډیری ادارې به رشوت ته اړتیا ولري. د راکړې ورکړې جبري امر ورکول دا میکانیزم په واضح ډول د راکړې ورکړې امر تعریفوي، دا د ریښتیني وخت آن چین لیلامونو په څیر غوښتنلیکونو لپاره مناسب کوي چې د راکړې ورکړې امر سره حساس دي. په یاد ولرئ چې دا تل ګټه نه ده ځکه چې دا ځینې غوښتنلیکونه د دوی د اپلیکیشن ځانګړي ترتیب قواعدو پلي کولو څخه منع کوي. په هرصورت، BRAID هم یو محدودیت لري. څرنګه چې ټول k زنځیرونه باید همغږي پاتې شي، نو اعتبار ورکوونکي اضافي شبکې سرچینو ته اړتیا لري. دا د ایتیریم د اعتبار ورکوونکي اړتیاو کمولو هدف سره مخالف دی. بلډر نیټ د بلډر نیټ عمومي کتنه بلډر نیټ د فلش بوټس لخوا وړاندیز شوی حل دی چې د سانسور مقاومت زیاتولو لپاره ډیری ادارو ته اجازه ورکوي چې په ورته وخت کې د بلاک جوړونکو په توګه عمل وکړي. د بلډر نیټ لومړنۍ نسخه د څو آپریټرونو ماډل پلي کوي، چیرې چې ډیری ادارې د مختلفو تنظیمي لارښوونو په تعقیب یو واحد جوړونکی چلوي. دا د یو واحد آپریټر جوړونکي په پرتله د لوړ سانسور مقاومت ډاډ ورکوي. بلډر نیټ د څو هم مهاله جوړونکي حل جوړولو په لور یو ګام استازیتوب کوي. د BuilderNet لومړۍ خپرونه د Flashbots، Beaverbuild، او Nethermind لخوا په ګډه پرمخ وړل کیږي، او په راتلونکي کې د نورو جوړونکو د شاملولو پلانونه شتون لري. د بلډر نیټ لپاره د راتلونکي غیرمرکزي کولو پلانونه د څو آپریټرونو اوسنی ماډل لاهم د بهرنیو څارونکو لپاره د یو واحد جوړونکي په توګه ښکاري، د سانسور مقاومت کچه محدودوي چې دا یې ترلاسه کولی شي. د بلډر نیټ راتلونکي خپرونې موخه لري چې د دې شبکې نور هم غیر متمرکز کړي او د لاندې بدلونونو له لارې د سانسور مقاومت لوړ کړي: د جوړونکو ترمنځ د امرونو شریکول د بلډر نیټ راتلونکې نسخې به د بلاک جوړونې پروسه غیر متمرکزه کړي، چې یو جوړونکي ته اجازه ورکوي چې د بل جوړونکي لخوا سانسور شوي معاملې راټولې کړي. په تیوري کې، تر هغه چې لږترلږه یو غیر سانسور جوړونکی شتون ولري، ټول کاروونکي معاملې لاهم په بلاک کې شامل کیدی شي. تمه کیږي چې دا طریقه به بلډر نیټ په ریښتیني څو اړخیزه جوړونکي ماډل کې رامینځته کړي. غیر متمرکزې زیربناوې د بلډر نیټ اوسنی نسخه د راکړې ورکړې د ننوتلو او معلوماتو ذخیره کولو لپاره په مرکزي زیربنا تکیه کوي، او ګډون اجازې ته اړتیا لري. راتلونکي نسخې موخه لري چې د بلډر نیټ له اجازې پرته کولو سره دا حل کړي. د غوره UX او DX لپاره TEE بلډر نیټ د باوري اجرایوي چاپیریالونو په کارولو سره د ایپسونو، والټونو، لټون کونکو او کاروونکو لپاره یو ډیر کاروونکي دوستانه چاپیریال رامینځته کوي. TEE ډاډ ورکوي چې سافټویر د هارډویر باور پراساس د ټاکل شوي چلند سره سم چلند کوي، جوړونکي د معلوماتو له مینځه وړلو یا کوډ بدلولو څخه په خپل سري ډول مخنیوی کوي. د BuilderNet په کارولو سره، لټون کونکي جوړونکو ته د بنډلونو لیږلو پرمهال لوړ تضمینونه ترلاسه کوي، ځکه چې TEE د بلاک جوړونې کې مرسته کونکو پلټونکو ته د انعام ویش منطق اجرا کول پلي کوي. که چیرې د انعام ویش منطق کافي عادلانه وي، نو دا به پلټونکو ته د جوړونکو سره د رسمي قراردادونو سره پرتله کیدونکي اقتصادي تضمینونه چمتو کړي. د پلټونکو سربیره، ایپسونه، او والټونه چې هدف یې د MEV نیول دي هم کولی شي د BuilderNet معمارۍ څخه ګټه پورته کړي. بلډر نیټ په L2s کې د بلډر نیټ یو د پام وړ اړخ د دوهمې طبقې حلونو لپاره د هغې احتمالي تطبیق دی. د ایتیریم L2s په فعاله توګه د ثبوت سیسټمونه او غیر متمرکز اعتباري جوړښتونه رامینځته کوي ترڅو د ایتیریم امنیت میراث کړي. پداسې حال کې چې دا سیسټمونه په پلونو کې د کاروونکو فنډونو خوندیتوب تضمینوي، دوی د ایتیریم سانسور مقاومت میراث نه کوي. د L1 څخه تر L2 پورې معاملو لپاره د جبري راکړې ورکړې میکانیزم اوس مهال په L2 کې د معاملو شاملولو لپاره اعظمي 12-24 ساعته وخت نیسي (د ډیزاین پورې اړه لري)، کوم چې د ریښتیني وخت سانسور مقاومت چمتو کولو کې پاتې راځي. د بلاک جوړونې د بلډر نیټ ته د بهر څخه سرچینې کولو سره، L2s کولی شي د واحد سیکوینسرونو په پرتله لوړ سانسور مقاومت ترلاسه کړي پداسې حال کې چې د TEE سره د پلي شوي لیږد امر کولو له لارې د MEV بیا توزیع فعالوي، لکه د یونیچین په څیر معمارۍ ته ورته. پایله په مثالي توګه، بلاکچینونه باید د سانسور په وړاندې مقاومت وکړي، او د ایتیریم ټولنې د جوړونکي مرکزي کولو له امله د سانسور مقاومت مسلو حل کولو لپاره مختلف حلونه وړاندیز کړي دي. د خورا ژمنو حلونو څخه یو FOCIL دی، چیرې چې 16 تایید کونکي د هر بلاک لپاره د شاملولو لیستونه وړاندیز کوي، د سانسور اغیزمن مقاومت او د APS سره مطابقت وړاندې کوي. تمه کیږي چې FOCIL به د 2025 په وروستیو کې یا د 2026 په پیل کې د ټاکل شوي فوساکا اپ گریڈ کې د شاملولو لپاره بحث شي. په ورته وخت کې، د فلش بوټس په مشرۍ د څو هم مهاله جوړونکو ماډلونو په اړه بحثونه روان دي. د جوړونکو غیر متمرکز کول کولی شي د ایتیریم سانسور مقاومت د پام وړ ښه کړي او د اصلي ایتیریم پراختیا څخه په خپلواکه توګه پلي کیدی شي، چې د ګړندي تصویب لپاره اجازه ورکوي. د دې نوښتونو له لارې، ایتیریم په دوامداره توګه د اعتبار وړ بې طرفه اجرا کولو طبقې په لور پرمختګ کوي، چیرې چې هیڅ یو واحد واحد د معاملې شاملولو باندې غیر ضروري نفوذ نلري. د FOCIL د اعتبار ورکونکي لخوا پرمخ وړل شوي شمولیت لیستونو سره د بلاک جوړونکو احتمالي غیر متمرکز کولو سره یوځای کولو سره، ایتیریم کولی شي د سانسور په وړاندې خپل انعطاف لوړ کړي پداسې حال کې چې د MEV ویش کې موثریت او انصاف ساتي. لکه څنګه چې دا حلونه وده کوي، شبکه د غیر متمرکز کولو، بې اجازې لاسرسي، او بې طرفۍ خپل اصلي اصولو ته دوام ورکوي، ډاډ ترلاسه کوي چې ایتیریم د راتلونکي لپاره یو پیاوړی او د سانسور مقاومت لرونکی تصفیه طبقه پاتې کیږي. د دې مقالې یوه نسخه په اصل کې خپره شوې وه . دلته