Ethereum-udviklere overvejer 'eksistentiel' opgradering til EVM

Hvis der er en Ethereum-opgradering, der nogensinde har været en brudepige, er det EVM Object Format (EOF).

Forlovet en gang, med planer om at blive gift i Shanghai, blev det kastet til side kort efter af udviklere, der faldt i svime for en blobulær fremtid i Proto-Danksharding.

Hvis du ikke aner, hvad den sætning betyder, så fortvivl ikke. Det er en metafor for timers diskussion over år med Ethereum-udvikleropkald til alle kerneområder.

Efter torsdagens ACD-opkald ved vi stadig ikke, om EOF endelig får en chance for at blive brud. Men der er i det mindste et klart forslag på bordet.

Læs mere: Dencun og Pralectra: Ethereums kerneudviklere tegner et ambitiøst 2024

Udviklere havde stærkt overvejet EOF til Shapella-hardgaffelen. For et år siden blev det dog, efter en del introspektion, trukket til fordel for udelukkende at holde fokus på udbetalinger.

Da Shapella var afsendt sikkert, havde kandidaterne til optagelse i Dencun igen EOF blandt dem. Og igen blev det skrinlagt, til stor ærgrelse for indslagets to hovedmestre, Danno Ferrin og Greg Colvin.

Konsensus i april 2023 var, at EOF var for stor til at dele scene med EIP-4844 - Proto-Danksharding - og derfor måtte man gå. Sidstnævnte, med dets potentiale til dramatisk at forbedre brugeroplevelsen af ​​lag-2 rollups, vandt.

Som en trøst foreslog Ansgar Dietrichs hos Ethereum Foundation at have EOF som fokus for den næste opgradering, Prag. "Det er for stort til at være andenpladsen i en gaffel," sagde han. Så den burde have sin egen.

Læs mere: Ethereums næste opgradering for at fokusere på klatter

Dencun, med 4844 som sin "driver", forbliver på sporet for mainnet i marts, da udviklere rapporterede om en "begivenhedsløs" hard fork af Sepolia testnet i tirsdags.

"Vi så endelighed såvel som klatter dukke op præcis, når vi ønskede dem," sagde Ethereum Foundations Parithosh Jayanthi.

Der er kun ét testnet, Holesky, tilbage før mainnet, og Dencun skulle have sin sidste test den 7. februar.

Skub EOF over målstregen

Det meste af torsdagens opkald var rettet mod at forstå den nuværende status for den næste store feature-gaffel. Denne konsensuslagsopgradering, som hedder "Prag", er titlen efter placeringen af ​​Devcon 4. I mellemtiden er "Electra" - en betegnelse inspireret af en blå-hvid kæmpestjerne i Taurus-konstellationen - det udtryk, der bruges af udførelsesklienter til at henvise til samme opgradering.

Prioriteterne for "Pectra" er langsomt ved at tage form. Meget langsomt.

Ferrin stillede endnu en gang op for EOF og kaldte det "eksistentielt for EVM i de næste par år."

Som leder af EOF-implementeringsarbejdsgruppen sagde Ferrin, at udviklere "har bevæget sig ind i 'ship it'-tilstand."

EOF sigter mod at gøre Ethereum smarte kontrakter mere sikre, effektive og udviklervenlige. Det er af særlig betydning for Ethereum dapp-udviklere, som typisk ikke deltager i de to ugentlige all-core dev-opkald.

Det har efterladt nogle kundeteams med det indtryk, at EOF ikke er vigtigt i fortiden, et stigma, der har været svært at ryste.

På opkaldet den 4. januar udtrykte Dragan Rakita fra Reth-klientteamet stærk støtte til EOF, og Nethermind-udvikleren Lukasz Rozmej bemærkede, at EOF er meget nemmere at teste end Verkle-træer - det primære konkurrerende fokus for den næste gaffel.

Læs mere: Big Geth-brugere diversificerer deres kunder efter Nethermind-fejlen

Selv Marius van der Wijden fra Go Ethereum (Geth), der tidligere var EOF-skeptiker, lød relativt med på ideen.

"Jeg har varmet op til EOF, [det er] bare ikke en [prioritet] for mig," sagde van der Wijden.

Support bygget videre på opkaldet den 18. januar. Paradigms Chief Technology Officer Georgios Konstantonopolous sagde, at det kunne lade sig gøre af én person på et par måneder.

Ferrin gentog denne stemning på det seneste opkald og hævdede, at arbejdet med EOF og Verkle udføres af forskellige ingeniører inden for kundeteams, og derfor ville en forpligtelse til det ikke forhindre arbejdet med Verkle i at skride frem.

Men Guillaume Ballet, en Geth-udvikler hos Ethereum Foundation, var endnu ikke overbevist, at bekymrende EOF kunne påvirke Verkle negativt.

"Hvis det går først, skal jeg sørge for, at vi ikke sender noget og male os selv i hjørnet, da vi indser, at vi har ødelagt noget," sagde Ballet.

Andrew Ashikhmin, softwareingeniør på Erigon-klientteamet, foreslog at forpligte sig til EOF med det forbehold, at det prøves på et Verkle-testnet, og at der er tid til samarbejde mellem Verkle og EOF-implementører i de kommende uger.

Det er lidt af et kylling-og-æg-problem, som Ferrin bemærkede.

"Før vi kan sætte det i testnet i Verkle, har vi brug for, at det fungerer i klienter," sagde han og tilføjede, at hans Besu-klientteam snart kunne have EOF op at køre til testformål. 

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

"Jeg vil ikke have 'bør', jeg vil se det fungere," svarede Ballet.

EOF forsøger stadig at fange buketten og afventer en bejler til at gå den ned ad gangen.

Gå ikke glip af den næste store historie - tilmeld dig vores gratis daglige nyhedsbrev.