Quando si parla di Ethereum, l’attenzione si concentra spesso su ETH, sulle applicazioni decentralizzate o sulle commissioni del gas. Ma per capire davvero come funziona la rete bisogna osservare il meccanismo che coordina migliaia di computer indipendenti: il consenso Proof of Stake.
Dopo il passaggio dal sistema Proof of Work al Proof of Stake, Ethereum ha separato più chiaramente due funzioni. Da una parte c’è l’esecuzione, cioè l’elaborazione delle transazioni e degli smart contract. Dall’altra c’è il consenso, cioè il processo con cui la rete decide quali blocchi riconoscere e in quale ordine.
Questa distinzione aiuta a capire perché una transazione può essere accettata da un nodo, inclusa in un blocco, considerata confermata e infine ritenuta finalizzata. Sono passaggi diversi, con livelli di certezza diversi.
Che cosa deve coordinare la rete Ethereum
Ethereum è una blockchain programmabile. Ogni transazione può trasferire ETH, interagire con un token o chiamare una funzione di uno smart contract. Per evitare che computer diversi arrivino a risultati incompatibili, tutti i nodi devono mantenere una versione coerente dello stato della rete.
Lo stato comprende, tra le altre cose, i saldi degli account, il codice degli smart contract e i dati memorizzati nei contratti. Quando una transazione viene eseguita, il risultato modifica questo stato. Se due nodi applicassero le stesse operazioni in un ordine diverso, potrebbero ottenere risultati differenti.
Il consenso serve quindi a stabilire:
- quali transazioni sono valide;
- in quale ordine devono essere eseguite;
- quale blocco rappresenta la versione corretta della catena;
- quando una sequenza di blocchi può essere considerata difficilmente reversibile.
Non è il consenso a determinare il prezzo di ETH né a garantire che uno smart contract sia scritto correttamente. Stabilisce invece quale cronologia di dati e operazioni viene riconosciuta dalla rete.
Dal mempool al blocco: il percorso di una transazione
Quando un utente invia una transazione, questa viene firmata con la chiave privata dell’account e trasmessa a uno o più nodi. Il nodo verifica elementi fondamentali, come la firma, il numero progressivo dell’account, chiamato nonce, e la disponibilità necessaria a pagare il costo dell’operazione.
Se supera i controlli iniziali, la transazione può entrare nel mempool, l’insieme delle transazioni ancora non incluse in un blocco. Non esiste necessariamente un unico mempool globale identico su ogni computer: ciascun nodo può ricevere transazioni diverse e conservarle secondo le proprie regole.
A intervalli regolari, un validatore viene scelto per proporre un blocco. Il blocco può contenere transazioni provenienti dal mempool, insieme ad altre informazioni necessarie alla validazione. Il proponente cerca normalmente di costruire un blocco compatibile con le regole della rete e con i limiti di spazio disponibili.
Gli altri partecipanti verificano il blocco. Controllano, per esempio, che il proponente fosse autorizzato a proporlo, che le transazioni siano valide, che l’esecuzione produca lo stato dichiarato e che il blocco rispetti le regole del protocollo. Se i controlli hanno esito positivo, il blocco può essere trasmesso e sostenuto dagli altri validatori.
Slot, epoche e ruolo dei validatori
Il tempo del consenso di Ethereum è organizzato in slot. Ogni slot rappresenta una finestra nella quale può essere proposto un nuovo blocco. Non tutti gli slot devono necessariamente contenere un blocco: un validatore può essere offline, può non riuscire a propagare il blocco in tempo oppure può verificarsi un problema di comunicazione.
Gli slot sono raggruppati in epoche. In ciascuna epoca, il protocollo assegna ai validatori compiti diversi, tra cui la proposta dei blocchi e l’espressione di attestazioni. Un’attestazione è un voto firmato con cui un validatore indica quale blocco e quale catena considera corretti in quel momento.
Il peso dei voti dipende dalla quantità di ETH messa in staking dai validatori che li esprimono, secondo le regole del protocollo. Non significa che un singolo validatore possa decidere autonomamente la storia di Ethereum: il risultato dipende dal consenso aggregato di una grande quantità di partecipanti.
Un validatore deve svolgere correttamente il proprio lavoro, restare sufficientemente online e seguire le regole. In caso contrario può perdere parte delle ricompense previste e, per comportamenti particolarmente gravi come la firma di messaggi incompatibili, può subire penalizzazioni più severe. Lo staking non elimina il rischio operativo e non equivale a un rendimento garantito.
Finalità e differenza tra conferma e finalizzazione
Una transazione può essere visibile in un blocco prima di essere finalizzata. Questa distinzione è importante.
Quando un blocco viene incluso nella catena scelta dalla rete, la transazione ha una conferma iniziale. Con il passare degli slot, altri blocchi possono essere costruiti sopra di esso. In condizioni normali, questo rende sempre meno probabile che il blocco venga sostituito da una catena alternativa, ma non significa che la reversibilità sia matematicamente impossibile.
La finalizzazione è un livello di garanzia più forte. Ethereum utilizza voti dei validatori organizzati in checkpoint per determinare quando una parte della catena è finalizzata. In condizioni normali, per modificare una porzione finalizzata sarebbe necessario un comportamento coordinato e contrario alle regole da parte di una quantità significativa di ETH in staking, con conseguenze economiche e di protocollo.
Per il lettore pratico, la differenza può essere riassunta così:
- Transazione nel mempool: è stata trasmessa, ma non è ancora stata inclusa in un blocco.
- Transazione inclusa: è stata inserita in un blocco riconosciuto dalla catena corrente.
- Transazione con ulteriori conferme: sono stati aggiunti altri blocchi sopra quello che la contiene.
- Transazione finalizzata: appartiene a una parte della catena che il meccanismo di consenso considera stabilizzata secondo le proprie regole.
Wallet, exchange e applicazioni possono usare criteri diversi per considerare un deposito utilizzabile. Il numero di conferme richiesto è una scelta operativa e non deve essere confuso con la finalizzazione del protocollo.
Che cosa sono le riorganizzazioni della catena
Una riorganizzazione, o reorg, si verifica quando la catena scelta in precedenza viene sostituita, in tutto o in parte, da una sequenza alternativa di blocchi ritenuta più corretta dal meccanismo di consenso.
Le reorg brevi possono derivare da ritardi nella propagazione dei blocchi o da proposte effettuate quasi contemporaneamente. In questi casi, una transazione osservata in un blocco potrebbe cambiare posizione o tornare temporaneamente nel mempool. Una transazione non finalizzata, quindi, non deve essere trattata come irrevocabile in ogni circostanza.
Questo non significa che la rete sia casuale o che ogni pagamento possa scomparire. Il protocollo è progettato per rendere la finalizzazione e la convergenza della rete altamente affidabili in condizioni normali. Tuttavia, chi gestisce applicazioni, pagamenti o depositi deve distinguere tra velocità e sicurezza.
Execution layer e consensus layer: due livelli, una sola rete
Il cosiddetto execution layer gestisce le operazioni che modificano lo stato di Ethereum. Qui rientrano l’EVM, l’Ethereum Virtual Machine, il controllo delle transazioni e l’esecuzione degli smart contract. È il livello che determina, per esempio, se una chiamata a un contratto aggiorna un saldo o produce un errore.
Il consensus layer coordina invece i validatori, le proposte, le attestazioni e la scelta della catena da seguire. Non esegue semplicemente le transazioni come farebbe un calcolatore isolato: verifica e organizza il consenso sulla sequenza di blocchi.
I due livelli comunicano tra loro. Il consensus layer propone e conferma blocchi che contengono dati dell’execution layer; l’execution layer verifica che il contenuto e il risultato delle transazioni siano validi. La separazione consente di progettare e aggiornare più ordinatamente componenti diversi, ma rende anche la terminologia più complessa.
Gas, ordine delle transazioni e MEV
Ogni operazione su Ethereum richiede risorse computazionali e spazio nei blocchi. Il gas misura il lavoro necessario per eseguire un’operazione. Il costo effettivo dipende dal gas utilizzato e dal prezzo pagato per unità di gas, secondo i meccanismi previsti dal protocollo e dalle condizioni della domanda.
Il gas non è una commissione che remunera soltanto un singolo validatore. Una parte del costo può essere destinata alla distruzione prevista dal protocollo, mentre una parte può rappresentare la mancia associata alla transazione. La distribuzione concreta dipende dal tipo di operazione e dalle regole in vigore.
L’ordine delle transazioni può avere conseguenze economiche, soprattutto negli scambi decentralizzati. Il valore estraibile dal processo di costruzione dei blocchi è spesso indicato con l’acronimo MEV. Può derivare, per esempio, dall’ordine, dall’inserimento o dall’esclusione di determinate operazioni.
Il MEV non è automaticamente una frode: è un fenomeno economico e tecnico della produzione dei blocchi. Tuttavia può creare rischi per gli utenti, come maggiore slippage, esecuzioni a prezzi meno favorevoli o strategie opportunistiche. Per questo è importante leggere con attenzione i parametri delle applicazioni decentralizzate e non confondere l’esecuzione di una transazione con la garanzia di un determinato prezzo.
Rischi ed errori da evitare
- Confondere inclusione e irreversibilità: una transazione in un blocco può non essere ancora finalizzata.
- Considerare il validatore come un arbitro assoluto: i validatori applicano regole condivise; non possono annullare liberamente una transazione valida.
- Pensare che lo staking sia privo di rischi: esistono rischi tecnici, di penalizzazione, di liquidità e di controparte quando si usano servizi intermediari.
- Attribuire ogni commissione al network: il costo può includere componenti diverse e dipende dal tipo di operazione e dalla congestione.
- Credere che la finalità protegga da uno smart contract difettoso: Ethereum può finalizzare un’operazione eseguita correttamente secondo il codice, anche se quel codice contiene un bug o è stato progettato per comportarsi in modo dannoso.
- Ignorare la validità della transazione: una transazione finalizzata non può normalmente essere annullata, ma una transazione fallita può comunque consumare gas e una firma concessa a un contratto può autorizzare conseguenze indesiderate.
Come usare questa conoscenza nella pratica
Quando si invia ETH o si interagisce con un’applicazione decentralizzata, è utile separare tre domande. La prima è se la transazione sia stata trasmessa e accettata dal nodo. La seconda è se sia stata inclusa in un blocco valido. La terza è quale livello di finalità richieda l’operazione che si sta effettuando.
Per un trasferimento personale, l’inclusione e le successive conferme possono essere sufficienti per monitorare l’operazione. Per un exchange, un commerciante o un’applicazione che movimenta importi rilevanti, può essere opportuno attendere criteri più stringenti. Non esiste un numero universale valido per ogni situazione: la soglia dipende dal valore, dal rischio operativo e dalle regole del servizio coinvolto.
Capire slot, validatori e finalità permette anche di interpretare meglio un explorer blockchain. L’explorer mostra il risultato osservabile delle operazioni, ma il consenso è il processo che stabilisce quale risultato appartiene alla catena riconosciuta. È la differenza tra leggere una pagina della cronologia e capire come quella pagina sia stata accettata dalla rete.
Ethereum funziona quindi come un sistema coordinato di esecuzione e consenso: le transazioni modificano lo stato, i proponenti raccolgono le operazioni nei blocchi e i validatori votano sulla catena da seguire. Le conferme aumentano la sicurezza pratica, mentre la finalizzazione offre una garanzia più forte prevista dal protocollo. Conoscere questa distinzione è essenziale per valutare correttamente tempi, commissioni e rischi senza scambiare la rapidità della rete per una certezza assoluta.
