Lo sviluppatore Ethereum Kevaundray Wedderburn ha presentato una nuova Ethereum Improvement Proposal tramite la pull request GitHub #12188 il 17 agosto, chiedendo una riduzione della finestra di conservazione dei blocchi del livello di consenso (CL).

La proposta, attualmente una bozza in attesa di un numero EIP ufficiale, ridurrebbe il periodo di conservazione richiesto da 33.024 epoche a 8.192 epoche, ossia circa 36,4 giorni. Poiché ogni epoca del livello di consenso comprende 32 slot di circa 6,4 minuti, il requisito attuale equivale a circa 147 giorni — quasi cinque mesi — di storia archiviata. L'EIP è classificato come non-forking e informativo: invece di modificare le regole di protocollo di Ethereum, aggiornerebbe le aspettative degli operatori di nodi.

L'obiettivo principale della modifica è ridurre il carico di backfill che segue la sincronizzazione da checkpoint, la pratica comune di avviare un nuovo beacon node da un checkpoint recente e attendibile anziché riprodurre la chain dalla genesi, per poi recuperare i blocchi più vecchi in un secondo momento. Accorciando il periodo in cui i nodi sono tenuti a conservare i beacon block storici, la proposta ridurrebbe le richieste di bandwidth, spazio su disco e tempo di sincronizzazione, in linea con l'obiettivo dichiarato da tempo di Ethereum di mantenere requisiti dei nodi sufficientemente leggeri da favorire una partecipazione ampia. La bozza riprende inoltre precedenti discussioni del livello di esecuzione come EIP-4444, che proponeva che i client smettessero di fornire dati storici dei blocchi più vecchi di un anno.

La bozza è entrata in revisione pubblica e ha ricevuto un primo sostegno all'interno della comunità degli sviluppatori. Il contributore Ethereum Dapplion ha approvato la direzione della proposta, mentre Michael Sproul, sviluppatore del client Lighthouse, ha dichiarato di non prevedere problemi operativi per Lighthouse. Sproul ha aggiunto che in una rete mista i client più vecchi rimarrebbero in grado di sincronizzarsi con peer che mantengono ancora la finestra di conservazione più lunga. La pull request non è stata ancora sottoposta a merge; i passi successivi includerebbero l'assegnazione di un numero EIP ufficiale e, in caso di adozione, l'allineamento delle impostazioni predefinite di conservazione tra le diverse implementazioni dei client.

Gli sviluppatori valutano 66 proposte per l'upgrade Hegotá del 2027

La bozza sulla finestra di conservazione è una delle diverse proposte in circolazione questa settimana nella comunità degli sviluppatori di Ethereum, mentre l'attenzione si rivolge anche a un più ampio sforzo per espandere le capacità a livello di protocollo di Ethereum in vista del previsto upgrade di rete Hegotá del 2027. Gli upgrade di Ethereum vengono tradizionalmente rilasciati in bundle e gli elenchi di candidati di queste dimensioni vengono in genere ridotti man mano che la revisione tecnica e gli audit procedono.

Gli sviluppatori stanno attualmente valutando un pacchetto di 66 Ethereum Improvement Proposal per Hegotá, diverse delle quali riguardano la privacy on-chain, un ambito che la rete ha storicamente lasciato alle soluzioni di terze parti perché il suo registro pubblico rende i dati delle transazioni visibili a chiunque per impostazione predefinita.

La proposta di privacy centrale è EIP-8141, o "Frame Transactions", che consentirebbe ai privacy pool di pagare autonomamente le proprie gas fee senza dipendere da relayer esterni. Poiché ogni interazione con intermediari crea una traccia di metadati che può esporre le informazioni del mittente, l'eliminazione di questa dipendenza è considerata un passo significativo verso una privacy delle transazioni nativa.

A completamento, EIP-8182 introdurrebbe uno shielded pool condiviso per trasferimenti anonimi di ETH ed ERC-20, mentre EIP-8250 propone nonce con chiave per impedire agli osservatori di collegare transazioni private distinte tramite l'analisi dei pattern dei nonce.

Delle proposte in esame, solo EIP-7805 (FOCIL), un meccanismo di resistenza alla censura che impone le liste di inclusione delle transazioni, è stata confermata per Hegotá a metà agosto 2026. Le restanti proposte sono sottoposte a ulteriore revisione tecnica e audit di sicurezza.

Si prevede che Hegotá segua l'upgrade Glamsterdam, attualmente previsto per il Q4 2026, lasciando agli sviluppatori circa un anno per definire il perimetro del pacchetto, compreso quali delle proposte sulla privacy avanzeranno.

Fonte: Metaverse Post