Ethereum-utviklere vurderer "eksistensiell" oppgradering til EVM

Hvis det er én Ethereum-oppgradering som noen gang har vært en brudepike, er det EVM Object Format (EOF).

Forlovet en gang, med planer om å gifte seg i Shanghai, ble det kastet til side like etter av utviklere som svimte for en blobulær fremtid i Proto-Danksharding.

Hvis du ikke aner hva den setningen betyr, ikke bekymre deg. Det er en metafor for timer med diskusjon over år med Ethereum-samtaler for alle kjerneutviklere.

Etter torsdagens ACD-samtale vet vi fortsatt ikke om EOF endelig får en sjanse til å bli brud. Men det er i det minste et klart forslag på bordet.

Les mer: Dencun og Pralectra: Ethereums kjerneutviklere kartlegger et ambisiøst 2024

Utviklere hadde sterkt vurdert EOF for Shapella-hardgaffelen. For et år siden, etter litt introspeksjon, ble det imidlertid trukket til fordel for å holde fokus utelukkende på innsatsuttak.

Når Shapella hadde sendt trygt, hadde kandidatene for inkludering i Dencun igjen EOF blant seg. Og igjen ble den skrinlagt, til stor irritasjon for innslagets to hovedmestere, Danno Ferrin og Greg Colvin.

Konsensus i april 2023 var at EOF var for stor til å dele scene med EIP-4844 — Proto-Danksharding — og derfor måtte man gå. Sistnevnte, med sitt potensiale til å dramatisk forbedre brukeropplevelsen av lag-2 rollups, vant frem.

Som en trøst foreslo Ansgar Dietrichs ved Ethereum Foundation å ha EOF som fokus for neste oppgradering, Praha. "Det er for stort til å være andreplassen i en gaffel," sa han. Så den bør ha sin egen.

Les mer: Ethereums neste oppgradering for å fokusere på blobs

Dencun, med 4844 som sin "driver", forblir på sporet for mainnet i mars da utviklere rapporterte om en "begivenhetsløs" hard gaffel av Sepolia-testnettet på tirsdag.

"Vi så endelighet så vel som blobs dukket opp akkurat når vi ønsket det," sa Parithosh Jayanthi fra Ethereum Foundation.

Bare ett testnett, Holesky, er igjen før hovednettet, og Dencun bør få sin siste test 7. februar.

Skyver EOF over målstreken

Det meste av torsdagens samtale var rettet mot å forstå den nåværende statusen til den neste store funksjonsgaffelen. Denne konsensuslagsoppgraderingen har fått navnet «Praha» etter plasseringen av Devcon 4. I mellomtiden er «Electra» – en betegnelse inspirert av en blå-hvit gigantisk stjerne i Taurus-konstellasjonen – begrepet som brukes av utførelsesklienter for å referere til samme oppgradering.

Prioriteringene for «Pectra» tar sakte form. Veldig sakte.

Ferrin la igjen banen for EOF, og kalte det "eksistensielt for EVM i løpet av de neste par årene."

Som leder av EOF-implementeringsarbeidsgruppen sa Ferrin at utviklere "har gått over i 'ship it'-modus."

EOF har som mål å gjøre Ethereum smarte kontrakter mer sikre, effektive og utviklervennlige. Det er av spesiell betydning for Ethereum dapp-utviklere, som vanligvis ikke deltar i de to ukentlige all-core utviklersamtalene.

Det har etterlatt noen kundeteam med et inntrykk av at EOF ikke er viktig tidligere, et stigma som har vært vanskelig å rokke ved.

På samtalen 4. januar uttrykte Dragan Rakita fra Reth-klientteamet sterk støtte for EOF, og Nethermind-utvikler Lukasz Rozmej bemerket at EOF er mye enklere å teste enn Verkle-trær – det viktigste konkurrerende fokuset for neste gaffel.

Les mer: Big Geth-brukere diversifiserer klientene sine etter Nethermind-feilen

Til og med Marius van der Wijden fra Go Ethereum (Geth), tidligere EOF-skeptiker, hørtes relativt med på ideen.

"Jeg har varmet opp til EOF, [det er] bare ikke en [prioritert] for meg," sa van der Wijden.

Støtte bygget videre på samtalen 18. januar. Paradigms teknologisjef Georgios Konstantonopolous sa at det var "gjennomførbart av én person i løpet av et par måneder."

Ferrin gjentok denne følelsen på den siste samtalen, og hevdet at arbeidet med EOF og Verkle gjøres av forskjellige ingeniører i klientteamene, og derfor vil det å forplikte seg til det ikke hindre arbeidet med Verkle i å gå videre.

Men Guillaume Ballet, en Geth-utvikler ved Ethereum Foundation, var ennå ikke overbevist, bekymrende EOF kunne påvirke Verkle negativt.

"Hvis det går først, må jeg sørge for at vi ikke sender noe og male oss selv i hjørnet når jeg innser at vi har ødelagt noe," sa Ballet.

Andrew Ashikhmin, programvareingeniør i Erigon-klientteamet, foreslo å forplikte seg til EOF med forbehold om at det skal prøves på et Verkle-testnett og at det blir satt ut tid for samarbeid mellom Verkle og EOF-implementere i de kommende ukene.

Det er litt av et kylling-og-egg-problem, som Ferrin observerte.

"Før vi kan sette den i testnet i Verkle, trenger vi at den fungerer i klienter," sa han, og la til at Besu-klientteamet hans kunne ha EOF i gang snart for testformål. 

Men han er overbevist om at det burde være kompatibelt med Verkle.

"Jeg vil ikke ha 'bør', jeg vil se det fungere," svarte Ballet.

EOF sitter fortsatt og prøver å fange buketten, og venter på at en frier skal gå den ned midtgangen.

Ikke gå glipp av den neste store historien – bli med i vårt gratis daglige nyhetsbrev.