Vitalik Buterin afferma che Lean Ethereum farà ciò che nessun'altra grande blockchain può fare

Vitalik Buterin ha ha dichiarato quella volta Ethereum snello è completamente implementato, Ethereum Sarà l'unica blockchain importante a raggiungere simultaneamente una sicurezza teoricamente ottimale in condizioni di sincronizzazione e una forte finalità economica in condizioni di asincronia, una combinazione che nessun'altra blockchain offre attualmente.

Tale affermazione si colloca al centro di una visione più ampia pubblicato Il 31 luglio 2025, il giorno dopo il decimo anniversario di Ethereum, il ricercatore della Ethereum Foundation Justin Drake ha presentato una visione, denominata Lean Ethereum, che delinea l'architettura che la rete dovrebbe avere nel prossimo decennio. Essa copre tutti e tre i livelli del protocollo base di Ethereum e propone aggiornamenti specifici per ciascuno di essi. I commenti di Buterin rafforzano l'argomentazione tecnica a sostegno dell'importanza di questa architettura rispetto alle blockchain concorrenti.

Cosa distingue Lean Ethereum dalle altre blockchain?

Buterin ha spiegato la questione in un post su X. La maggior parte delle "catene veloci semi-centralizzate" si concentra esclusivamente sulla finalità economica in condizioni di asincronia. Ciò significa che danno priorità alla velocità di regolamento delle transazioni anche quando la comunicazione di rete è inaffidabile o ritardata. Le catene Proof-of-Work, come l'architettura originale di Bitcoin, adottano l'approccio opposto, concentrandosi solo sulla sicurezza teorica in condizioni di sincronizzazione, dove i validatori onesti costituiscono la maggioranza degli utenti online in un dato momento.

Secondo Buterin, Ethereum, attraverso Lean Ethereum, è progettato per raggiungere entrambi gli obiettivi contemporaneamente. Ciò richiede che il 51% dei validatori online sia onesto, che rappresenta la soglia standard per la sicurezza del proof-of-stake, offrendo al contempo solide garanzie di finalità anche in condizioni di rete asincrone.

Per capire perché questo sia importante, è utile sapere cosa significano questi termini nella pratica. La sincronizzazione si riferisce a uno stato in cui i messaggi tra i nodi arrivano entro una finestra temporale nota. L'asincronia è l'opposto: i ritardi di rete sono imprevedibili e non si può dare per scontato che i messaggi arrivino in tempo. La maggior parte delle blockchain è progettata per funzionare bene in una condizione o nell'altra. Lean Ethereum è progettata per gestire entrambe.

Analisi dettagliata della Lean Ethereum Vision

L'iniziativa Lean Ethereum è stata pubblicata da Drake e ridefinisce un lavoro precedentemente noto internamente come "Beam Chain". Il cambio di nome riflette il passaggio da una ristrutturazione della rete a singolo strato a una completa riprogettazione di tutti e tre i sottostrati del livello 1 di Ethereum.

Le tre componenti sono:

• Consenso Lean: Una catena di beacon riprogettata con finalità in secondi, rinforzata contro gli attacchi quantistici e che utilizza firme aggregate basate su hash per sostituire le attuali firme BLS
• Dati snelli: Un modello blob aggiornato basato su EIP-4844, che include il campionamento della disponibilità dei dati post-quantistica (DAS) e la dimensione variabile dei blob per un'esperienza più intuitiva per gli sviluppatori.
• Esecuzione Lean: Un set di istruzioni minimale, compatibile con SNARK, potenzialmente basato su RISC-V (pronunciato "risk five"), che preserva la compatibilità con EVM pur essendo molto più efficiente da verificare

L'obiettivo comune a tutti e tre è quello che Drake definisce "un'abbondanza di prestazioni nel rispetto di vincoli imprescindibili come continuità, massima rigore e una semplicità rinfrescante".

Cos'è RISC-V e perché è importante per Ethereum?

RISC-V è un'architettura di set di istruzioni per processori open-source. È progettata per essere semplice, modulare ed efficiente. Nel contesto della Lean Execution, l'utilizzo di RISC-V come base renderebbe l'ambiente di esecuzione di Ethereum molto più facile da verificare tramite prove a conoscenza zero (prove ZK), strumenti matematici che consentono a una parte di dimostrare la correttezza di un calcolo senza rivelare i dati sottostanti. Tale efficienza nella verifica è fondamentale per scalare Ethereum senza sacrificare la decentralizzazione.

Quali sono le due modalità che guidano questo aggiornamento?

Drake inquadra l'intero piano Lean Ethereum attorno a due modalità operative che rappresentano le duplici priorità della rete.

Scopri progetti promettenti...

Progetti promettenti...

(Annuncio pubblicitario)

L'articolo continua...

La prima è la "modalità fortezza". Si tratta della postura difensiva di Ethereum: la rete deve rimanere online a prescindere da ciò che deve affrontare. Drake elenca stati nazionali ostili e computer quantistici come i tipi di avversari che Ethereum deve sopravvivere. Il piano per resistere agli attacchi quantistici prevede di abbandonare le firme BLS e gli impegni KZG, entrambi vulnerabili a un computer quantistico sufficientemente potente, e di sostituirli con la crittografia basata su hash. 

Le funzioni hash sono considerate resistenti ai computer quantistici perché la loro decifrazione richiede un calcolo a forza bruta su una scala che rimane impraticabile anche per l'hardware quantistico.

La seconda è la "modalità bestia". Questa copre gli obiettivi di scalabilità offensiva di Ethereum:

• 1 gigabyte al secondo su L1, che si traduce in circa 10,000 transazioni al secondo.
• 1 teragas al secondo su L2, che si traduce in circa 10 milioni di transazioni al secondo

Il gas è l'unità che Ethereum usa per misurare il lavoro computazionale. Gigagas e teragas sono abbreviazioni per aumenti di ordini di grandezza rispetto alla velocità di elaborazione attuale. Ethereum ha elaborato circa 61.9 milioni di transazioni a febbraio, secondo i dati di The Block. Gli obiettivi della modalità bestia fanno sembrare quella cifra un semplice riscaldamento.

Cos'è la regola della conferma rapida e come si inserisce nel contesto?

Le dichiarazioni di Buterin su Lean Ethereum si accompagnano a uno sviluppo separato ma correlato: la Fast Confirmation Rule, o FCR. Si tratta di un miglioramento del protocollo attualmente in fase di implementazione da parte dei team client del livello di consenso di Ethereum e non richiede un hard fork. Una volta implementata da un client, i nodi la eseguono automaticamente.

FCR riduce i tempi di deposito dalla rete principale di Ethereum alle reti Layer 2 e agli exchange centralizzati dagli attuali due-tredici minuti a circa tredici secondi. Ciò rappresenta una riduzione dei tempi di attesa dall'80% al 98%, a seconda della destinazione.

Come funziona concretamente la regola della conferma rapida?

Nell'attuale sistema proof-of-stake di Ethereum, la piena finalità economica richiede diverse epoche, ciascuna della durata di circa 12 minuti. FCR non sostituisce questo processo. Piuttosto, aggiunge un segnale di conferma anticipato aggregando le attestazioni dei validatori già incorporate nella validazione dei blocchi. Una volta che un numero sufficiente di validatori segnala il proprio consenso, il sistema contrassegna la transazione come altamente improbabile che venga annullata, ancor prima che venga raggiunta la piena finalità.

FCR è un livello complementare, non una scorciatoia. La finalità completa delle transazioni avviene comunque tramite il meccanismo di consenso esistente. Ciò che FCR cambia è la velocità con cui utenti e applicazioni ricevono un segnale affidabile che la loro transazione può essere eseguita in sicurezza.

Qual è il ruolo della crittografia basata su hash in Lean Ethereum?

La crittografia basata su hash è fondamentale per il modello di sicurezza a lungo termine di Lean Ethereum. Essa affronta contemporaneamente due tendenze principali: il crescente utilizzo di SNARK (Succinct Non-interactive Arguments of Knowledge, un tipo di prova ZK utilizzata per verificare i calcoli in modo efficiente) e la minaccia rappresentata dai computer quantistici per gli attuali standard crittografici.

Il piano sostituisce le dipendenze crittografiche esistenti a ogni livello:

• Nel livello di consenso, le firme aggregate basate su hash sostituiscono le firme BLS
• Nel livello dati, gli impegni DAS basati su hash sostituiscono gli impegni KZG
• Nel livello di esecuzione, le zkVM in tempo reale basate su hash sostituiscono la riesecuzione dell'EVM

Una zkVM, o macchina virtuale a conoscenza zero, è un ambiente di calcolo in grado di eseguire programmi e generare prove a conoscenza zero (ZK) che attestino la correttezza dell'esecuzione. Le zkVM in tempo reale consentirebbero a Ethereum di verificare le transazioni molto più velocemente e su scala molto più ampia rispetto alla loro riesecuzione diretta, che è l'approccio attuale.

Il risultato pratico, se questa architettura venisse implementata completamente, sarebbe la verifica completa della blockchain su browser, wallet e telefoni, senza richiedere agli utenti di eseguire nodi completi.

Conclusione

Lean Ethereum combina gli aggiornamenti ai livelli di consenso, dati ed esecuzione di Ethereum sotto un unico framework architetturale. Basata sulla crittografia hash, l'iniziativa affronta sia la resistenza ai computer quantistici sia la scalabilità di Zero Kahn (ZK). 

L'affermazione di Buterin secondo cui il risultato sarà unico tra le principali blockchain si basa su uno specifico argomento tecnico: nessun'altra rete è progettata per raggiungere contemporaneamente una sicurezza di sincronizzazione ottimale e una forte finalità asincrona. La realizzazione completa di questa visione dipenderà da anni di ulteriori ricerche e implementazioni presso i clienti, e la Fast Confirmation Rule rappresenta uno dei primi passi concreti già in corso.

Risorse

1. Vitalik Buterin su X: Post (marzo 2026)

2. Articolo del blog su Ethereum di Justin Drake: Ethereum snello

3. Sfrutta Ethereum su X: Post (marzo 2026)

4. Dati per The BlockTransazioni mensili sulla rete Ethereum