Vitalik Buterin stelt Big FOCIL voor om Builder-centralisatie aan te pakken

TLDR

• Big FOCIL zou attesters in staat kunnen stellen alle bloktransacties op te nemen
• ePBS scheidt proposers van builders in Glamsterdam
• Versleutelde mempools zijn bedoeld om sandwich- en frontrun-aanvallen tegen te gaan
• Privacy-tools op netwerklaag kunnen transactierouting beschermen

Ethereum medeoprichter Vitalik Buterin heeft "Big FOCIL" voorgesteld om centralisatie van blokbouwers te verminderen. Het voorstel komt voorafgaand aan Ethereum's geplande Glamsterdam-upgrade. Het bouwt voort op eerdere inspanningen om de blokbouwpijplijn te beveiligen.

Buterin zei dat enshrined Proposer-Builder Separation, bekend als ePBS, proposers in staat zal stellen blokconstructie uit te besteden aan een permissionless markt. Hij waarschuwde dat deze aanpak builder concentratie niet volledig oplost. Hij presenteerde Big FOCIL als een respons op protocolniveau.

Big FOCIL en de Blokbouwpijplijn

Ethereum-ontwikkelaars zijn van plan ePBS te introduceren in de Glamsterdam-upgrade. Het mechanisme scheidt blok proposers van blok builders. Builders concurreren op een open markt, terwijl proposers het beste bod selecteren. Buterin schreef dat ePBS voorkomt dat builder dominantie overloopt naar staking. 

Hij vroeg zich echter af wat er aan builder centralisatie zelf zou moeten worden gedaan. Hij merkte op dat een paar geavanceerde actoren transactievolgorde kunnen optimaliseren en meer waarde kunnen vastleggen. Ontwikkelaars introduceren Forward Obligatory Commitment to Inclusion Lists, of FOCIL, waarbij 16 willekeurig geselecteerde attesters transacties kiezen die in een blok moeten worden opgenomen. Als ze worden uitgesloten, wordt het blok afgewezen. 

Buterin zei dat zelfs een vijandige builder die alle blokproductie controleert, transactie-opname niet kan voorkomen, wat censuurbestendigheid garandeert. Big FOCIL breidt het concept uit door grotere inclusion lists toe te staan die alle bloktransacties zouden kunnen dekken. Deelnemers zouden transacties selecteren op basis van verzenderadresregels en wachtende status om duplicatie te beperken en eerlijkheid te behouden. Builders zouden zich dan richten op MEV-gerelateerde transacties en state-uitvoering, wat gedistribueerde betrokkenheid vergroot.

Versleutelde Mempools en Toxische MEV

Buterin behandelde ook toxische MEV-praktijken zoals sandwiching en frontrunning. Deze strategieën stellen handelaren in staat waarde te onttrekken aan gebruikers door transacties opnieuw te ordenen. Versleutelde mempools worden onderzocht als een technische oplossing. 

Transacties zouden versleuteld blijven tot blokopname. Dit voorkomt dat andere actoren details van tevoren zien. Buterin schreef: "Als een transactie versleuteld is totdat deze is opgenomen, krijgt niemand de kans om deze op een vijandige manier te 'inpakken'." 

De belangrijkste uitdaging is ervoor te zorgen dat versleutelde transacties geldig blijven en op het juiste moment worden ontsleuteld. Ontwikkelaars bestuderen hoe efficiënte validatie en tijdige ontsleuteling kunnen worden gegarandeerd. Het doel is compatibiliteit met bestaande mempool-systemen te behouden terwijl gebruikersbescherming wordt verbeterd.

Transactie-ingang en Lange Termijn Distributie

Buterin onderzocht de transactie-ingangslaag. Deze laag bestrijkt het pad tussen gebruikersinzending en blokopname. Hij merkte op dat transacties die in het openbaar worden verzonden, kunnen worden waargenomen en uitgebuit. Hij noemde risico's zoals sandwich-aanvallen en transactie-griefing. Hij wees er ook op dat RPC-providers of openbare nodes privé-activiteit kunnen waarnemen. Er wordt gewerkt aan anonimisering op netwerklaag.

Voorstellen omvatten Tor-routing, op Ethereum gerichte mixnets, en bandbreedteintensieve maar lage latentiesystemen zoals Flashnet. Buterin verwees naar het Kohaku-initiatief en zei dat het mogelijk ondersteuning voor dergelijke tools kan integreren. Op langere termijn besprak hij gedistribueerde blokbouw. Ethereum is afhankelijk van synchrone gedeelde state, wat uitvoering kan centraliseren. Big FOCIL pakt dit probleem gedeeltelijk aan.

Hij suggereerde dat veel transacties geen volledige globale state vereisen. Nieuwe transactiecategorieën zouden gedistribueerde verwerking kunnen ondersteunen en kosten kunnen verlagen. Bestaande transactietypes zouden blijven bestaan maar kunnen duurder zijn. Het voorstel positioneert Big FOCIL als een stap in de richting van het beperken van builder controle terwijl Ethereum's kernstructuur behouden blijft. Ontwikkelaars blijven deze ideeën beoordelen naarmate de Glamsterdam-upgrade nadert.

Het bericht Vitalik Buterin Proposes Big FOCIL to Tackle Builder Centralization verscheen eerst op CoinCentral.