Gli sviluppatori Ethereum si scontrano sull'implementazione di EOF mentre l'aggiornamento della rete affronta una prova chiave

Gli sviluppatori Ethereum si scontrano sull'implementazione dell'EVM Object Format (EOF) mentre la rete cerca di aggiornare i propri sistemi.

Lo scontro è iniziato quando il team Geth della rete, che si occupa principalmente del software Lightclient, si è opposto apertamente all'inclusione di EOF nell'aggiornamento di Fusaka.

Il team Geth Ethereum vuole escludere EOF dall'aggiornamento di Fusaka

Alcuni sviluppatori Ethereum hanno sostenuto fermamente l'aggiunta di EOF all'aggiornamento Fusaka, mentre altri sono ancora scettici sulla sua utilità. 

Idealmente, EOF dovrebbe rendere le applicazioni Ethereum più efficienti ed economiche, eliminando al contempo gli errori di convalida. Tuttavia, alcuni hanno sollevato preoccupazioni circa la compatibilità di EOF con la tecnologia di roll-up a conoscenza zero in evoluzione di Ethereum.

Durante la riunione del 13 febbraio con tutti gli sviluppatori principali, Ethereumha commentato tramite la chat di Zoom: "Non siamo d'accordo sul fatto che EOF debba essere distribuito sulla mainnet", dimostrando così di non voler integrare EOF con l'aggiornamento Fusaka. 

Tuttavia, lo sviluppatore di Geth, Marius van der Wijden, ha espresso un'opinione diversa da quella del team, sostenendo che lavorano principalmente come individui e che i membri del team non dovrebbero essere obbligati a "adeguarsi alla linea del partito"

In precedenza, Van der Wijden si era apertamente opposto all'implementazione di EOF per l'aggiornamento Pectra di Ethereum, affermando che il formato degli oggetti era molto complicato. L'anno scorso, aveva insistito sul fatto che EOF rendesse le applicazioni esistenti solo leggermente più veloci o più economiche, sostenendo che i suoi svantaggi superassero i vantaggi.

Questa volta, però, Wijden sembra non preoccuparsene. Ha affermato che se l'EOF verrà implementato, parte del suo codice verrà inclusa, il che è fantastico, e che se non verrà implementato, la rete sarà molto più sicura.

L'aggiornamento Pectra sarà attivo l'8 aprile

Come concordato durante l'All Core Developers Execution Call, Ethereum gli sviluppatori lanceranno l'aggiornamento di Pectra sulle testnet Holesky e Sepolia rispettivamente il 24 febbraio e il 5 marzo. Successivamente, rilasceranno Pectra sulla mainnet l'8 aprile.

Tuttavia, Tim Beiko, responsabile del supporto al protocollo della Ethereum Foundation, vorrebbe che le tempistiche per l'aggiornamento di Fusaka venissero anticipate, dato il crescente conflitto tra gli sviluppatori. Ha suggerito che la decisione finale su Fusaka dovrebbe essere presa entro il 10 aprile. Il team di Geth ritiene ancora che le tempistiche per l'aggiornamento siano troppo affrettate e che qualsiasi decisione prematura potrebbe complicare ulteriormente le cose.

Per non parlare del fatto che gli sviluppatori di ETH sono ancora in conflitto sulle specifiche del livello di esecuzione Ethereum (EELS) per gli EIP. L'ingegnere Ethereum Mario Vega ha proposto test standardizzati tramite EELS ed EEST per aumentare l'efficienza; tuttavia, alcuni sviluppatori sono contrari all'idea.

Wijden ha addirittura sostenuto che l'obbligo di EELS avrebbe dato ai manutentori troppo controllo sulle approvazioni EIP, proponendo richieste pull non unite per le implementazioni EELS.