Il 13 febbraio 2025, Tim Beiko, sviluppatore principale di Ethereum, ha pubblicato un riassunto della chiamata All Core Developers Execution (ACDE) #205, confermando le versioni del software client per il dispiegamento dell’aggiornamento Pectra sui testnet Holesky e Sepolia.
Gli sviluppatori principali di Ethereum confermano i fork del testnet Pectra su Holesky, Sepolia
Questo articolo è stato pubblicato più di un anno fa. Alcune informazioni potrebbero non essere più attuali.
SCRITTO DA
CONDIVIDI
La chiamata ACDE delinea la roadmap di Pectra, gli aggiornamenti EIP e il prossimo hard fork Fusaka
Il fork del testnet Holesky è previsto per il 24 febbraio all’Epoch 115,968, seguito da Sepolia il 5 marzo all’Epoch 222,464, con una chiamata dei sviluppatori il 6 marzo per finalizzare la data di attivazione della mainnet, provvisoriamente prevista per la fine di aprile in attesa dei risultati del testnet. I team dei client, tra cui Lighthouse, Teku, Grandine e Besu, hanno confermato la prontezza per le versioni di testnet entro il 14 febbraio, secondo il riassunto degli highlights ACDE.
Tuttavia, le implementazioni non risolte dei contratti di sistema per EIP-2935, EIP-7002 e EIP-7251 richiedevano attenzione urgente per evitare ritardi. I sviluppatori hanno prioritizzato il completamento di questi contratti prima della prossima chiamata di testing, sperando di garantire un’integrazione senza problemi nei fork del testnet. La Fondazione Ethereum (EF) intende pubblicare un post riassuntivo sul blog post-rilascio per guidare gli operatori di nodi e i validatori attraverso l’aggiornamento.
Il rapporto ACDE ha evidenziato il crescente focus su Fusaka, il prossimo hard fork di Ethereum, con una scadenza del 13 marzo per la presentazione delle Proposte per l’Inclusione (PFI). Gli EIP di alta priorità in revisione includono il Formato Oggetto Ethereum (EOF), la Separazione Proposer-Builder crittografata (ePBS) e gli aggiornamenti dell’indicizzazione delle transazioni. È emerso un dibattito sui mandati di test più rigorosi per gli EIP, richiedendo pull request contro le specifiche del layer di esecuzione in fasi chiave.
Mentre alcuni sviluppatori sostenevano che ciò potesse gravare sui team, un compromesso ha permesso PR in bozza nelle fasi iniziali per bilanciare rigore e flessibilità. L’ambito di Fusaka deve essere finalizzato entro il 10 aprile per allinearsi con lo sviluppo post-Pectra. I progressi sull’implementazione di EOF, un pilastro di Fusaka, sono avanzati con il primo testnet che distribuisce specifiche compatibili con Pectra. L’ACDE ha evidenziato che le discussioni continuano su potenziali aggiustamenti, come il deprecare le transazioni di creazione di contratti legacy e l’aggiunta di sezioni di metadati ai contenitori EOF.
Gli sviluppatori di Geth hanno sollevato preoccupazioni sulla complessità di EOF, sottolineando i dibattiti in corso sulla priorità delle funzionalità. La proposta Max Blob Flag, volta a consentire ai validatori di limitare l’elaborazione dei blob di dati per gestire i vincoli di risorse, ha ricevuto anche feedback contrastanti. Sebbene supportata dalla maggior parte dei clienti del layer di esecuzione, Erigon ha espresso riserve, citando potenziali impatti sulle prestazioni di rollup e la sostenibilità economica dei validatori più piccoli. Ulteriori test valuteranno i compromessi tra scalabilità e decentralizzazione della rete.
Il riassunto della chiamata All Core Developers Execution si è concluso con promemoria per i team dei client di aderire alle scadenze e per gli stakeholder della comunità di esaminare la documentazione del testnet. Con l’attivazione della mainnet di Pectra sempre più vicina, i sviluppatori hanno sottolineato l’importanza di test rigorosi per mitigare i rischi, riflettendo le lezioni apprese dai precedenti aggiornamenti. La Fondazione Ethereum pubblicherà linee guida dettagliate man mano che la rete si avvicinerà alla sua prossima evoluzione.
