Ethereums utvecklare överväger "existentiell" uppgradering till EVM

Om det finns en Ethereum-uppgradering som någonsin har varit en brudtärna, är det EVM Object Format (EOF).

Förlovad en gång, med planer på att gifta sig i Shanghai, kastades den åt sidan strax efter av utvecklare som svimmade för en blobulär framtid i Proto-Danksharding.

Om du inte har någon aning om vad den meningen betyder, oroa dig inte. Det är en metafor för timmar av diskussioner över år av Ethereums alla kärnanrop för utvecklare.

Efter torsdagens ACD-upprop vet vi fortfarande inte om EOF äntligen kommer att få en chans att bli brud. Men det finns åtminstone ett tydligt förslag på bordet.

Läs mer: Dencun och Pralectra: Ethereums kärnutvecklare kartlägger ett ambitiöst 2024

Utvecklare hade starkt övervägt EOF för Shapella hårdgaffel. Men för ett år sedan, efter en hel del introspektion, drogs det till förmån för att behålla fokus enbart på insatsuttag.

När Shapella väl hade skickats hade kandidaterna för inkludering i Dencun återigen EOF bland sig. Och återigen lades den på hyllan, till stor förtret för inslagets två främsta mästare, Danno Ferrin och Greg Colvin.

Konsensus i april 2023 var att EOF var för stor för att dela scenen med EIP-4844 — Proto-Danksharding — och därför var man tvungen att gå. Den sistnämnda, med sin potential att dramatiskt förbättra användarupplevelsen av lager-2 rollups, vann ut.

Som en tröst föreslog Ansgar Dietrichs på Ethereum Foundation att ha EOF som fokus för nästa uppgradering, Prag. "Det är för stort för att vara andra plats i en gaffel," sa han. Så den borde ha sin egen.

Läs mer: Ethereums nästa uppgradering för att fokusera på blobbar

Dencun, med 4844 som sin "drivrutin", är fortfarande på rätt spår för mainnet i mars eftersom utvecklare rapporterade en "händelslös" hård gaffel av Sepolias testnät på tisdagen.

"Vi såg både slutgiltighet och blobbar som dök upp precis när vi ville att de skulle," sa Ethereum Foundations Parithosh Jayanthi.

Bara ett testnät, Holesky, är kvar innan mainnet, och Dencun bör få sitt sista test den 7 februari.

Trycker EOF över mållinjen

Det mesta av torsdagens samtal syftade till att förstå den nuvarande statusen för nästa stora funktionsgaffel. Den här konsensuslageruppgraderingen, som heter "Prag", har titeln efter platsen för Devcon 4. Samtidigt är "Electra" - en beteckning inspirerad av en blåvit jättestjärna i Taurus-konstellationen - den term som används av exekveringsklienter för att referera till samma uppgradering.

Prioriteringarna för "Pectra" tar sakta form. Väldigt långsamt.

Ferrin spelade återigen upp för EOF och kallade det "existentiellt för EVM under de kommande åren."

Som ledare för EOF-implementeringsarbetsgruppen sa Ferrin att utvecklarna "har gått in i 'ship it'-läge."

EOF syftar till att göra Ethereums smarta kontrakt säkrare, effektivare och utvecklarvänliga. Det är av särskild betydelse för Ethereums dapp-utvecklare, som vanligtvis inte går med i de varannan veckas all-core-dev-samtal.

Det har lämnat vissa kundteam med intrycket att EOF inte är viktigt tidigare, ett stigma som har varit svårt att skaka.

Vid samtalet den 4 januari uttryckte Dragan Rakita från Reth-klientteamet starkt stöd för EOF, och Nethermind-utvecklaren Lukasz Rozmej noterade att EOF är mycket lättare att testa än Verkle-träden – det huvudsakliga konkurrerande fokuset för nästa gaffel.

Läs mer: Big Geth-användare diversifierar sina kunder efter Netthermind-bugg

Till och med Marius van der Wijden från Go Ethereum (Geth), tidigare EOF-skeptiker, lät relativt delaktig i idén.

"Jag har värmt upp till EOF, [det är] helt enkelt inte en [prioritet] för mig," sa van der Wijden.

Support byggdes vidare på samtalet den 18 januari. Paradigms tekniska chef Georgios Konstantonopolous sa att det var "genomförbart av en person på ett par månader."

Ferrin upprepade den åsikten om det senaste samtalet och hävdade att arbetet med EOF och Verkle utförs av olika ingenjörer inom kundteam, och därför skulle det inte hindra arbetet med Verkle från att gå framåt.

Men Guillaume Ballet, en Geth-utvecklare på Ethereum Foundation, var ännu inte övertygad, oroande EOF skulle kunna påverka Verkle negativt.

"Om det går först måste jag se till att vi inte skickar något och måla oss i hörnet när vi inser att vi har brutit något," sa Ballet.

Andrew Ashikhmin, mjukvaruingenjör i Erigon-klientteamet, föreslog att förbinda sig till EOF med förbehållet att det skulle testas på ett Verkle-testnät och att det finns tid för samarbete mellan Verkle och EOF-implementerare under de kommande veckorna.

Det är lite av ett kyckling-och-ägg-problem, som Ferrin konstaterade.

"Innan vi kan lägga det i testnet i Verkle behöver vi att det fungerar i klienter," sa han och tillade att hans Besu-klientteam kan ha EOF igång snart för teständamål. 

Men han är övertygad om att det borde vara kompatibelt med Verkle.

"Jag vill inte ha 'bör', jag vill se att det fungerar", svarade Ballet.

EOF är kvar och försöker fånga buketten i väntan på att en friare ska gå den nerför gången.

Missa inte nästa stora berättelse – gå med i vårt kostnadsfria dagliga nyhetsbrev.