L'aggiornamento Glamsterdam di Ethereum si è attivato sulla rete di prova Sepolia il 6 ottobre, secondo FinanceFeeds, che riferisce la prosecuzione della produzione e della finalizzazione dei blocchi dopo il fork. L'osservazione iniziale documenta un primo passaggio, non una valutazione completa dello stato dei client o delle prestazioni nel lungo periodo. Fonte
L'orario coincide con il programma della Ethereum Foundation: 13:53:36 UTC, a partire dall'epoch 353.024 e dallo slot 11.296.768. La configurazione condivisa dai client di Sepolia riporta gli stessi parametri di attivazione. Nell'annuncio della Foundation non sono ancora assegnate date per Hoodi e mainnet. Programma | Configurazione
Che cosa cambia con il test
Glamsterdam unisce Amsterdam, l'aggiornamento del livello di esecuzione, a Gloas, relativo al livello di consenso. Il lavoro tecnico consiste nel modificare il modo in cui Ethereum costruisce e controlla i blocchi, mantenendo sostenibile la validazione per gli operatori.
Una componente centrale è l'enshrined proposer-builder separation, o ePBS: la separazione tra chi propone e chi costruisce i blocchi integrata nel protocollo. Secondo l'EIP-7732, il proponente di un blocco può includere un impegno firmato dal costruttore anziché l'intero payload di esecuzione. Il costruttore rende disponibile il payload in seguito, mentre il protocollo gestisce il pagamento associato al proponente.
Cambia così la distribuzione del lavoro. I controlli sul consenso e quelli sull'esecuzione avvengono separatamente, lasciando più tempo alla validazione dell'esecuzione. Alcuni validatori selezionati attestano inoltre se il payload promesso e i dati associati sono arrivati nei tempi previsti. Responsabilità che prima dipendevano da software intermedi entrano nel protocollo, con nuovi compiti per le infrastrutture di validatori e costruttori.
Una mappa del blocco per i client
La seconda modifica importante riguarda le informazioni che un client riceve prima di validare le transazioni. L'EIP-7928 introduce liste di accesso a livello di blocco, che registrano gli account e le posizioni di archiviazione utilizzati e le modifiche risultanti allo stato.
Queste informazioni rendono visibili le dipendenze. I client possono organizzare in parallelo le letture da disco e la validazione delle transazioni, calcolando più efficientemente lo stato risultante. L'obiettivo è aumentare la capacità di elaborazione senza costringere ogni controllo ad attendere il completamento dell'operazione precedente.
Si tratta di possibilità previste dal progetto. Un primo passaggio sulla testnet non dimostra un miglioramento misurato della capacità sotto carico prolungato e non consente di stabilire quali saranno le future commissioni sulla mainnet.
Le ipotesi sul gas vanno ricontrollate
Gli sviluppatori di applicazioni hanno un compito distinto. L'EIP-8037 aumenta e misura separatamente il costo dell'aggiunta di nuovo stato, mentre l'EIP-8038 rivede i costi di accesso allo stato. Gli interventi riguardano l'uso delle risorse e la crescita del database nel percorso verso una maggiore capacità di Ethereum.
La Foundation invita gli sviluppatori a verificare contratti e stime del gas secondo le nuove regole, soprattutto quando il codice utilizza quantità fisse di gas, limiti preimpostati o ipotesi sul gas residuo. Un'interfaccia familiare può nascondere un presupposto di esecuzione da correggere.
Che cosa devono aspettarsi i possessori di ETH
Gli operatori di Sepolia dovevano disporre di client di esecuzione e consenso compatibili, compreso il software aggiornato dei validatori, dove necessario. Secondo la Foundation, gli utenti ordinari della mainnet e i possessori di ETH non devono fare nulla a seguito di questo evento sulla testnet.
Un annuncio separato indicherà l'eventuale attivazione sulla mainnet. Nel frattempo, le questioni utili riguardano stabilità della rete di prova, compatibilità delle applicazioni e preparazione degli operatori. Un traguardo sulla testnet, da solo, non fornisce una data di lancio sulla rete principale.
