Gli sviluppatori di Ethereum considerano l'aggiornamento "esistenziale" all'EVM

Se c'è un aggiornamento di Ethereum che è mai stato damigella d'onore, è l'EVM Object Format (EOF).

Fidanzato una volta, con l'intenzione di sposarsi a Shanghai, è stato messo da parte subito dopo dagli sviluppatori svenuti per un futuro blobular in Proto-Danksharding.

Se non hai idea di cosa significhi quella frase, non preoccuparti. È una metafora di ore di discussione nel corso di anni di chiamate agli sviluppatori all-core di Ethereum.

Dopo la chiamata dell'ACD di giovedì, non sappiamo ancora se EOF avrà finalmente la possibilità di essere sposa. Ma almeno c'è una proposta chiara sul tavolo.

Leggi di più: Dencun e Pralectra: gli sviluppatori core di Ethereum tracciano un ambizioso 2024

Gli sviluppatori hanno preso fortemente in considerazione EOF per l'hard fork Shapella. Un anno fa tuttavia, dopo un bel po’ di introspezione, si è deciso di concentrarsi esclusivamente sui prelievi in ​​staking.

Una volta che Shapella fu spedito in sicurezza, i candidati per l'inclusione in Dencun avevano ancora una volta EOF tra loro. E ancora una volta è stato accantonato, con grande dispiacere dei due principali campioni del film, Danno Ferrin e Greg Colvin.

Nell’aprile 2023 il consenso era che EOF fosse troppo grande per condividere il palco con EIP-4844 – Proto-Danksharding – e quindi uno doveva andarsene. Quest'ultimo, con il suo potenziale di migliorare notevolmente l'esperienza utente dei rollup di livello 2, ha avuto la meglio.

Come consolazione, Ansgar Dietrichs della Ethereum Foundation ha suggerito di avere EOF come fulcro del prossimo aggiornamento, Praga. "È troppo grande per essere il secondo posto in una forchetta", ha detto. Quindi dovrebbe avere il suo.

Leggi di più: Il prossimo aggiornamento di Ethereum si concentrerà sui blob

Dencun, con 4844 come "driver", rimane sulla buona strada per la mainnet a marzo poiché martedì gli sviluppatori hanno segnalato un hard fork "senza incidenti" del testnet Sepolia.

"Abbiamo visto la finalità e le macchie apparire esattamente quando volevamo", ha affermato Parithosh Jayanthi della Ethereum Foundation.

Prima della mainnet rimane solo una testnet, Holesky, e Dencun dovrebbe essere sottoposto al test finale il 7 febbraio.

Spingendo EOF oltre il traguardo

La maggior parte della chiamata di giovedì era finalizzata a comprendere lo stato attuale del prossimo grande fork di funzionalità. Chiamato “Praga”, questo aggiornamento del livello di consenso prende il nome dalla posizione di Devcon 4. Nel frattempo, “Electra” – una designazione ispirata a una stella gigante bianco-blu all’interno della costellazione del Toro – è il termine usato dai clienti dell’esecuzione per riferirsi al stesso aggiornamento.

Le priorità per “Pectra” stanno lentamente prendendo forma. Molto lentamente.

Ferrin ancora una volta ha sostenuto l'EOF, definendolo "esistenziale per l'EVM nei prossimi due anni".

In qualità di leader del gruppo di lavoro degli implementatori di EOF, Ferrin ha affermato che gli sviluppatori "sono passati alla modalità 'spedisci'".

EOF mira a rendere i contratti intelligenti di Ethereum più sicuri, efficienti e adatti agli sviluppatori. È di particolare importanza per gli sviluppatori di dapp di Ethereum, che in genere non partecipano alle chiamate di sviluppo all-core bisettimanali.

Ciò ha lasciato ad alcuni team clienti l'impressione che l'EOF non fosse importante in passato, uno stigma difficile da eliminare.

Durante la chiamata del 4 gennaio, Dragan Rakita del team client di Reth ha espresso un forte sostegno per EOF, e lo sviluppatore di Nethermind Lukasz Rozmej ha notato che EOF è molto più facile da testare rispetto agli alberi Verkle, il principale obiettivo concorrente per il prossimo fork.

Leggi di più: Gli utenti Big Geth stanno diversificando i loro clienti in seguito al bug di Nethermind

Anche Marius van der Wijden di Go Ethereum (Geth), precedentemente scettico su EOF, sembrava relativamente d'accordo con l'idea.

"Mi sto preparando all'EOF, [non è] una [priorità] per me", ha detto van der Wijden.

Il sostegno è stato ulteriormente rafforzato in seguito alla chiamata del 18 gennaio. Georgios Konstantonopolous, Chief Technology Officer di Paradigm, ha affermato che "è fattibile da una sola persona in un paio di mesi".

Ferrin ha ribadito questo sentimento nella chiamata più recente, sostenendo che il lavoro su EOF e Verkle è svolto da diversi ingegneri all'interno dei team clienti, e quindi impegnarsi in questo non impedirebbe il progresso del lavoro su Verkle.

Ma Guillaume Ballet, uno sviluppatore Geth presso la Ethereum Foundation, non era ancora convinto, temendo che EOF potesse influenzare negativamente Verkle.

"Se dovesse andare per primo, devo assicurarmi di non spedire qualcosa e dipingerci nell'angolo rendendoci conto che abbiamo rotto qualcosa", ha detto Ballet.

Andrew Ashikhmin, ingegnere del software del team client di Erigon, ha proposto di impegnarsi con EOF con l'avvertenza che venga provato su un testnet Verkle e che ci sia tempo ritagliato per la collaborazione tra Verkle e gli implementatori di EOF nelle prossime settimane.

È un po' un problema dell'uovo e della gallina, come ha osservato Ferrin.

"Prima di poterlo inserire nel testnet in Verkle, abbiamo bisogno che funzioni nei client", ha affermato, aggiungendo che il suo team cliente Besu potrebbe avere presto EOF attivo e funzionante a scopo di test. 

Ma è convinto che dovrebbe essere compatibile con Verkle.

"Non voglio 'dovrei', voglio vederlo funzionare", ribatté Ballet.

EOF continua a cercare di afferrare il bouquet, in attesa che un corteggiatore lo percorra lungo la navata.

Non perdere la prossima grande storia: iscriviti alla nostra newsletter quotidiana gratuita.