【Thread in inglese】Dieci anni di Ethereum: dalla visione utopica al realismo

Chainfeeds Guida alla lettura:

Da una prospettiva puramente infrastrutturale, l'evoluzione dal idealismo al pragmatismo in questo decennio ha effettivamente creato una piattaforma adatta a scopi economici seri, sostituendo la purezza filosofica ideale con soluzioni ingegneristiche implementabili, la sicurezza quantificabile con la decentralizzazione astratta, e un progresso continuo e composto con piccoli passi invece di una rivoluzione una tantum.

Fonte dell'articolo:

Autore dell'articolo:

YQ

Punto di vista:

YQ: Cambiamento fondamentale: nel 2015, Ethereum considerava la decentralizzazione, la resistenza alla censura e la trustlessness come valori finali (un fine in sé, derivato dall'ideologia cypherpunk). Ma nel 2025, queste caratteristiche sono diventate "valori strumentali" la cui differenza è cruciale: l'idealismo chiede "quanto possiamo rendere il sistema decentralizzato?", mentre il realismo chiede "quanta decentralizzazione è sufficiente per risolvere il problema?". Devconnect Argentina 2025 ha mostrato chiaramente che la Ethereum Foundation ha scelto decisamente la seconda opzione. Alla Devconnect Argentina 2025 a Buenos Aires, una Ethereum essenzialmente diversa è emersa durante i cinque giorni di agenda tecnica. Le presentazioni dei ricercatori della Ethereum Foundation e degli sviluppatori di applicazioni hanno mostrato che Ethereum è passata dall'inseguire la perfezione astratta dei protocolli idealistici al miglioramento pragmatico dell'infrastruttura per supportare applicazioni reali. Questo si riflette chiaramente anche nella struttura della conferenza. Durante l'Ethereum Day del 17 novembre, Tomasz Stanczak, Hsiao-Wei Wang, Ansgar Dietrichs, Barnabé Monnot e Vitalik Buterin hanno presentato la riorganizzazione strategica della Foundation nell'aprile 2025: ottimizzazione organizzativa attorno a tre obiettivi concreti — espansione di L1 aumentando il gas limit, espansione della disponibilità dei blob dati tramite l'implementazione di PeerDAS, e miglioramento dell'esperienza utente attraverso l'interoperabilità cross-chain. Successivamente sono stati elencati i risultati conseguiti nel 2025: il gas limit è stato aumentato da 30 milioni a 60 milioni (Fusaka), il numero di validatori ha superato 1,1 milioni, e 700 miliardi di dollari di ETH in staking garantiscono la sicurezza della rete. La strategia di espansione del Gas Limit viene attuata gradualmente nell'"era della scalabilità pragmatica" (pragmatic scale era, 2025–2026) — senza rivoluzioni architetturali, ma eliminando sistematicamente i colli di bottiglia. L'espansione da 30 milioni a 60 milioni è guidata dall'ottimizzazione delle prestazioni dei client, da EIP-7623 (che aumenta a 40 gas/byte il costo delle transazioni L2 ad alto rapporto calldata, rispetto ai 16 gas/byte delle transazioni normali) e da EIP-7825 (che impone un limite di 16,78 milioni di gas per transazione). Questa espansione è stata completata in tre fasi: da 30 milioni a 36 milioni (febbraio 2025), da 36 milioni a 45 milioni (luglio 2025), da 45 milioni a 60 milioni (novembre 2025). L'aggiornamento Fusaka del 3 dicembre ha ufficialmente impostato 60 milioni come valore predefinito. In combinazione con l'introduzione delle transazioni blob dedicate tramite EIP-4844 nell'aggiornamento Dencun di marzo 2024, i Rollup ora dispongono di un proprio livello di disponibilità dati, liberando spazio per il livello di esecuzione L1. Le priorità di scalabilità a breve termine includono la separazione migliorata tra proponenti e costruttori (ePBS), l'abilitazione delle Block Access List (BAL) per l'esecuzione parallela, una ricalibrazione più precisa del costo computazionale del gas, e la riduzione dello slot time a 6 secondi per raddoppiare la produzione dei blocchi. Nel lungo termine (2027–2030) l'attenzione si sposta sul consenso leggero, la sostituzione della virtual machine, la struttura dello stato ad albero binario e la semplificazione del protocollo, abbandonando la soluzione Verkle tree precedentemente scartata a causa dei rischi quantistici (basata su polynomial commitment, più vulnerabile al quantum computing). I benchmark delle prestazioni dei client per l'aggiornamento Fusaka provengono dal testnet Sepolia e dal mainnet shadow fork. Geth, che detiene circa il 60% della quota dei validatori, può eseguire un blocco pieno da 60 milioni di gas in 3,0 secondi, con una throughput di circa 20 milioni di gas/s. Nethermind è il più veloce, con 2,4 secondi (25 milioni di gas/s); Besu richiede 3,3 secondi (18 milioni di gas/s); Erigon 2,7 secondi (22 milioni di gas/s). Tutti i client sono ben al di sotto della soglia critica di 4 secondi, il che garantisce che il 90% dei validatori possa ricevere ed elaborare il blocco nel primo quarto dei 12 secondi dello slot, mantenendo la sicurezza del consenso. I dati di propagazione della rete mostrano che il 90% dei validatori riceve il blocco tramite il protocollo gossip in 0,7–1,0 secondi, mentre il restante 10% può occasionalmente avere ritardi di 2–3 secondi a causa di fattori geografici. È proprio questa realtà ingegneristica che mantiene la crescita del gas limit graduale e non aggressiva, per evitare rischi di stabilità della rete. Il collo di bottiglia si è spostato dalla pura velocità di esecuzione alle modalità di accesso allo stato, I/O su disco e crescita accumulata dello stato. I dati mostrano che il tempo di accesso agli account e agli slot di storage è diventato il fattore dominante nell'esecuzione di transazioni complesse. Con un gas limit di 60 milioni, lo stato di Ethereum cresce di circa 60GB all'anno; se si espandesse a 300 milioni senza mitigazione, la crescita annuale sarebbe di 300GB, portando lo stato a diversi TB in pochi anni. Queste realtà hanno portato alla ricerca sui Verkle tree, ma a causa della minaccia del quantum computing alla loro struttura polynomial commitment, questa strada è stata abbandonata a favore di strategie più pragmatiche — pruning attivo, economia del state rent, e lo sviluppo di una struttura ad albero binario resistente al quantum computing implementabile tra il 2027 e il 2030. 【Originale in inglese】