Napsal: Tia, Techub News

Proces řešení problému MEV je ve skutečnosti přepsat pravidla pro přidělování blokového prostoru. Věřím, že všichni již nejsou obeznámeni s MEV, ale pokud chcete vědět, o čem mluví některé návrhy řízení Ethereum MEV, možná budete stále potřebovat nějaké doplňující základní informace, proto tento článek vyřešil řadu otázek o správě MEV od doby, kdy Ethereum přešlo na nabídky PoS, jako jsou PBS, ePBS a PEPC, doufám, že vám poskytnu nějaké základní informace.

PBS (oddělení navrhovatelů)

Před sloučením Etherea byl způsob, jak vyřešit MEV, pomocí MEV-Geth, upraveného klienta go-ethereum vyvinutého společností Flashbots. Základní myšlenkou je umožnit těžařům soustředit se na svou práci – těžbu, spíše než se účastnit soutěže MEV, čímž se zabrání případným problémům s restrukturalizací, které mohou nastat. Mechanismus MEV-Geth je velmi jednoduchý Jedná se o tržně orientované řešení, to znamená, že když těžaři balí bloky, mohou si vybrat podle velikosti zisku balíčku předloženého vyhledávačem. Prostřednictvím tohoto důmyslného tržně orientovaného mechanismu mohou všechny strany získat výhody a zároveň vytvořit určitá omezení. I když se hledač musí o část zisku podělit s těžaři, výměnou za něj je bezpečnější záruka, že ho těžaři neukradnou. Když jsou hledači, hlavní zdroj zisků, uvězněni, těžaři začnou pasivně používat MEV-Geth a budou dále omezováni mechanismem MEV-Geth. MEV-Geth bude udržovat whitelist těžařů Pouze těžaři na whitelistu mohou přijímat balíčky vyhledávačů. Uvalením reputačních omezení na těžaře a odstraněním těžařů, kteří kradou výsledky hledače z bílé listiny, lze těžařům zabránit v okrádání zisků MEV hledače.

Avšak po sloučení, protože se metoda generování bloků změní na náhodný výběr navrhovatelů z validátorů, aby navrhli bloky, není metoda omezení reputace, která by navrhovatelům bránila v získání MEV, již proveditelná.

Možným řešením je zneviditelnit obsah bloku pro validátory. Dalším vylepšením v této linii myšlení je PBS (Seperatioin navrhovatelů, navrhovatelů). PBS dále dekonstruuje povinnosti ověřovatele navrhovatele na blokovou výstavbu a blokové návrhy a převádí složitá stavební práva, která mohou zahrnovat soutěž o zájmy, na stavebníka. Tímto způsobem se práce navrhovatele stává velmi jednoduchou a navrhují se pouze bloky na základě zisku stavebníka z podání bloku.

Zpočátku chtělo Ethereum začlenit PBS do protokolu během začleňování, ale kvůli potenciální složitosti byl tento proces odložen a MEV-Boost tak dostal příležitost zasáhnout do PBS. V současné době je PBS implementován prostřednictvím MEV-Boost vyvinutého společností Flashbots. Kromě stavebníka a navrhovatele je zde také velmi důležitá role – relé. Tvůrce neposílá blok přímo navrhovateli, ale prostřednictvím relé třetí role.

Protože je třeba vyřešit další problémy, například jak zajistit, že stavebník zaplatí navrhovateli a na konci sdělí obsah bloku navrhovateli, aby navrhovatel nebyl penalizován za předložení prázdného bloku; příklad, jak zajistit, že oblast předložená bloky stavitele bude určitě zahrnuta do řetězce majáků atd. Tyto otázky ochrany práv a zájmů stavebníka a navrhovatele jsou realizovány především prostřednictvím relé.

Tvůrce odešle bloky do relé a poté relé seřadí bloky podle zisku, který lze získat z každého bloku, a poté pošle hlavičku bloku s nejvyšším ziskem navrhovateli, aby zajistil, že navrhovatel nebude viditelné pro obsah bloku. Relé nesdělí celý blok navrhovateli, dokud se navrhovatel nezaváže k návrhu bloku (podepíše hlavičku bloku). Poplatek, který platí stavebník navrhovateli, vyžaduje také pomoc štafety pro zajištění dokončení. Transakce zaplacená navrhovateli je zahrnuta do předloženého bloku, ale protože navrhovatel nevidí obsah bloku, musí být ještě předem potvrzen přenosem.

In protocol & out protocol

Aby se mohli validátoři účastnit trhu budovaného MEV-Boost, potřebují spustit program MEV-Boost od třetí strany, který není Ethereum, a zároveň spouštět Ethereum consensus klient a realizační klient. V tom spočívá kouzlo aktuálně běžící PBS, která umožňuje třetím stranám mimo protokol podílet se na návrhu pravidel pro vytváření konsenzu Etherea. Z hlediska vlastnictví je to neuvěřitelné.

To také vyvolalo úvahy o „věrohodnosti“ mechanismu protokolu, o tom, jak se důvěryhodnost posiluje a jak je narušována jinými mechanismy. MEV-Boost je dobrým příkladem, protože mohou nastat situace, kdy externí protokoly změní stávající mechanismy. Když samotný protokol začne zaostávat, mohou takové změny začít klíčit zvenčí. Klíčení vnějších mechanismů musí odpovídat aktuální poptávce trhu, ale zda je externí mechanismus důvěryhodný a zda je důsledně navržen tak, aby zabránil vzniku potenciálu. problémy a dokonce i vnější mechanismy, které mohou dohodu narušit, nejsou dosud známy.

Centralizované relé

Nejvíce kritizovaným aspektem MEV-Boost je jeho centralizovaný trh relé. Toto nastavení však přináší problémy s důvěrou. Stavitelé musí věřit relé, že jim neukradne MEV. Navrhovatelé musí také věřit, že hlavičky bloků, které obdrží a podepíší z předávání, jsou platné. Navzdory jejich zásadní roli však pro štafety neexistuje žádná finanční pobídka a jejich provoz vyžaduje značné náklady. V loňském roce existovalo 11 relé podporujících síť Ethereum, ale dnes stále poskytuje služby pouze 9 relé.

Stojí za zmínku, že relé nevyžaduje přístup, jako je Eden, pouze relé svých vlastních stavitelů. Existují také relé, jako je bloXroute, které tvrdí, že odfiltrují transakce související s front-running a sendvičovými útoky. Do jisté míry má relé také určitá práva tvořit pravidla.

Data pocházejí z Rated Network

Navíc, z pohledu Živosti, kvůli existenci relé, nemůže být mezi stavebníkem a navrhovatelem zajištěno potvrzení atomové úrovně. Pokud navrhovatel podepíše závazek k hlavičce bloku a tvůrce také poskytne obsah užitečného obsahu, ale přenos neodešle obsah včas (ať už škodlivý nebo neškodlivý), tvůrce a navrhovatel utrpí ztráty.

ePBS: Zapouzdření PBS do Etherea

Ať už jde o vyřešení problému centralizace přenosu nebo přesunutí částí mimo protokol do protokolu, zapouzdření PBS do ePBS společnosti Ethereum se zdá být nutností. V současné době již ePBS není projednávaným návrhem a editor Ethereum EIP mu přidělil číslo – EIP-7732.

ePBS poskytuje navrhovatelům a stavitelům důvěryhodnou infrastrukturu pro outsourcing blokových stavebních práv. Role stavitele, která byla původně mimo protokol, byla zahrnuta do protokolu, to znamená, že mezi validátory je rozdělena ještě jedna role stavitele. Tvůrce jako validátor také potřebuje splnit závazek v Ethereu. Vzhledem k tomu, že odpovědnosti původního navrhovatele konsenzuální vrstvy byly rozděleny, dokončení ePBS vyžaduje změny konsenzuální vrstvy. Mezi nimi je tvůrce odpovědný za vytvoření užitečného zatížení provádění (konečný seznam transakcí, které mají být v bloku provedeny). Povinností navrhovatele je navrhnout bloky majáků. Konkrétní postup je následující:

1. Poté, co víte, že je vybrán jako Navrhovatel, vytvořte a odvysílejte Inclusion List (IL, tedy transakce, které musí být zahrnuty do tohoto slotu).

2. Tvůrci odesílají blokový hash obsahující datovou část provádění a závazek „SignedExecutionPayloadHeader“, který je ochoten zaplatit navrhovateli navrhovateli (prováděcí obsah musí splňovat IL)

3. Navrhovatel vybere jeden z „SignedExecutionPayloadHeader“ zaslaný staviteli, aby jej zahrnul (obvykle ten s nejvyšší cenou zaplacenou navrhovateli). A vysílat navrhovaný blok majáku "SignedBeaconBlock".

4. Svědci vykonávají svědecké povinnosti

5. Agregátoři současně předkládají atestační agregáty, stavitelé vysílají užitečné zatížení

6. PTC (Payload Timeliness Committee, v každém slotu bude vybráno 512 validátorů jako členů PTC) kontroluje, zda stavitel včas odhalí užitečné zatížení provádění a vysílá výsledek

ePBS také prošla mnoha diskusemi od doby, kdy bylo navrženo, až po konečné získání čísla EIP. Původně PBS navrhl Vitalik 21. června a dvouslotové řešení bylo vylepšeno o čtyři měsíce později O další tři měsíce později bylo spuštěno jednoslotové PBS. Až 23. července byla oficiálně navržena myšlenka PTC .

PEPC (protokolem vynucené závazky navrhovatele)

Samozřejmě jsou i tací, kteří s ePBS nesouhlasí a doufají, že místo toho použijí jiná řešení. PEPC je takový. ePBS vkládá do protokolu určité pravidlo, ale zde v PEPC navrhovatel prodává práva na výstavbu programovatelných bloků.

PEPC navrhl barnabe v říjnu 2022. barnabe věří, že pokud má být mechanismus PBS implementován v rámci protokolu, měl by zvážit implementaci obecného mechanismu pro přenos důvěryhodného signálu, spíše než implementaci specifického mechanismu důvěryhodného signálu (například když jsem požádán o vytvoření bloku) vrátit vám xx ETH).

Stejně jako název PEPC (Protocol-Enforced Proposer Commitments), některé mechanismy k zajištění práv a zájmů stavebníků a navrhovatelů jsou dotvářeny prostřednictvím závazků předložených navrhovatelem v rámci protokolu Tyto závazky lze ověřit na řetězci, a to především prostřednictvím operačních kódů "BEACONROOT". Toto je obecnější mechanismus, který může outsourcovat všechna práva ke stavbě bloků, nebo pouze část bloků, to znamená, že navrhovatel prodává práva ke stavbě programovatelných bloků.

shrnutí

Výše uvedené je stručný úvod do PBS, ePBS a PEPC. Z pohledu návrhu protokolů je nejen nutné navrhnout tržní mechanismus pro přerozdělení MEV, ale také zvážit, jak udělat validátory decentralizovanější a jak zlepšit odolnost vůči cenzuře. Kromě toho existuje mnoho kompromisů v návrhu protokolu. Vezměme si jako příklad ePBS, která získala číslo EIP, ačkoli návrh ePBS řeší problém centralizovaného přenosu, má klíčová role externího relé mimo dohodu skutečně pouze negativní účinky? Z hlediska platebního mechanismu tvůrce je použití relé lepší než mechanismus ePBS, protože ePBS je předplacený mechanismus Pokud tvůrce zabalí blok se super vysokým ziskem, nebude schopen navrhovateli poskytnout vysoké částky v rámci. předplacený mechanismus.