Ethereum’s ontwikkelaarsgemeenschap staat voor een aanzienlijke uitdaging bij het implementeren van het Ethereum Virtual Machine Object Format (EOF) binnen de komende Fusaka-upgrade. Het conflict kwam aan het licht toen het Geth-team, dat zich voornamelijk richt op Lightclient-software, openlijk tegen de opname van EOF in deze upgrade protesteerde.
Geth-team verzet zich tegen EOF
Hoewel sommige Ethereum-ontwikkelaars sterk voorstander zijn van het toevoegen van EOF aan Fusaka vanwege de potentiële voordelen zoals efficiëntere en goedkopere applicaties en het elimineren van validatiefouten, blijven anderen sceptisch. Dit scepticisme richt zich met name op de compatibiliteit van EOF met de opkomende zero-knowledge roll-up technologie van Ethereum.
Tijdens de All Core Developers Execution Call op 13 februari uitte het Geth-team via de Zoom-chat hun bezwaar: “We zijn het er niet mee eens dat EOF helemaal op het mainnet moet worden geïnstalleerd.” Dit geeft duidelijk aan dat ze tegen de integratie van EOF in de Fusaka-upgrade zijn.
Diverse meningen binnen Geth
Interessant genoeg toonde Marius van der Wijden, een ontwikkelaar bij Geth, een andere mening dan zijn team. Hij benadrukte dat ontwikkelaars als individuen werken en niet verplicht zouden moeten worden om een collectieve mening te volgen.
Vorig jaar had Van der Wijden zich al tegen de implementatie van EOF voor de Pectra-upgrade uitgesproken, vanwege de complexiteit en het beperkte voordeel ten opzichte van de nadelen. Deze keer lijkt hij echter onverschilliger, suggererend dat ofwel zijn code wordt gebruikt voor een veiliger netwerk, ofwel het netwerk zonder EOF veiliger blijft.
Pectra en Fusaka tijdlijnen
De Pectra-upgrade is gepland voor lancering op de testnets Holesky en Sepolia op respectievelijk 24 februari en 5 maart, met een mainnet release op 8 april. Met het oog op het groeiende conflict, heeft Tim Beiko, Protocol Support Lead bij de Ethereum Foundation, voorgesteld om de besluitvorming over Fusaka te versnellen, met een definitieve beslissing die uiterlijk op 10 april moet worden genomen. Het Geth-team vindt echter dat deze tijdlijn te gehaast is, wat zou kunnen leiden tot meer complicaties.
Meer botsingen over Ethereum EELS
Naast de EOF-discussie blijven Ethereum-ontwikkelaars ook botsen over Ethereum Execution Layer Specifications (EELS) voor Ethereum Improvement Proposals (EIPs). Mario Vega stelde gestandaardiseerde tests via EELS en EEST voor om de efficiëntie te verbeteren, maar dit idee stuit op weerstand. Van der Wijden waarschuwde zelfs dat verplichte EELS te veel controle zou geven aan beheerders over EIP-goedkeuringen en pleitte voor het gebruik van niet-samengevoegde pull-requests voor EELS-implementaties.
Deze ontwikkelingen benadrukken de complexiteit van de ontwikkeling van Ethereum en de noodzaak voor consensus en zorgvuldige afweging van voor- en nadelen bij elke upgrade.
