Proof of work e proof of stake: risorse fisiche e capitale a rischio

Due modelli per proteggere un registro distribuito

Proof of work e proof of stake sono i due principali meccanismi con cui una blockchain pubblica raggiunge il consenso senza affidare il registro delle transazioni a un’autorità centrale. Entrambi devono consentire a partecipanti indipendenti di concordare su un’unica storia delle operazioni e rendere economicamente svantaggioso il tentativo di modificarla; divergono però sulla risorsa che viene posta a garanzia di questo risultato. Nel proof of work, la sicurezza dipende dalla potenza di calcolo, dall’hardware e dall’energia impiegati per produrre i blocchi; nel proof of stake, dipende dal capitale immobilizzato dai validatori e dalla possibilità di penalizzarlo in caso di violazioni delle regole. La distinzione si riflette sui consumi, sul costo di un attacco, sulle modalità di finalizzazione delle transazioni e sulle forme di concentrazione che possono svilupparsi nella rete.

Il problema che un meccanismo di consenso deve risolvere

In una blockchain pubblica, ogni nodo verifica autonomamente che una transazione rispetti le regole previste dal protocollo, dalla validità della firma alla disponibilità dei fondi e, nelle reti programmabili, alla corretta esecuzione degli smart contract. Il consenso non rende quindi valida un’operazione che non lo è, ma determina quale sequenza di blocchi validi debba essere riconosciuta come quella canonica, evitando che storie concorrenti possano coesistere indefinitamente. Il punto non è soltanto impedire la doppia spesa, ma garantire che la rete possa continuare a produrre blocchi anche in presenza di nodi inattivi, malfunzionanti o ostili, senza attribuire a un singolo partecipante il potere di decidere unilateralmente lo stato del registro.

Per raggiungere questo obiettivo, il protocollo deve rendere sufficientemente costoso il tentativo di costruire una storia alternativa, così che il beneficio potenziale dell’attacco risulti inferiore alle risorse necessarie per realizzarlo. In questo senso, il meccanismo di consenso è anche un sistema di incentivi: remunera chi contribuisce correttamente alla sicurezza della rete e rende penalizzante, o comunque inefficiente, un comportamento volto ad alterarla. Proof of work e proof of stake condividono questa logica, ma la applicano a due risorse diverse e introducono, di conseguenza, differenti dipendenze economiche e operative.

Proof of work e sicurezza basata sulle risorse fisiche

Nel proof of work, i minatori raccolgono transazioni valide in un blocco candidato e competono per trovare un hash che rispetti una soglia fissata dal protocollo. Poiché non esiste una scorciatoia matematica per ottenere il risultato, occorre procedere per tentativi, impiegando potenza di calcolo fino a produrre una soluzione valida. La catena riconosciuta dalla rete è quella nella quale è stato accumulato il maggior lavoro computazionale, mentre la probabilità di creare il blocco successivo dipende dalla quota di hashrate controllata dal minatore. La difficoltà dell’esercizio viene normalmente adattata dal protocollo per mantenere relativamente stabile il ritmo di produzione dei blocchi, anche quando la potenza di calcolo disponibile nella rete varia nel tempo.

La sicurezza deriva quindi da risorse fisiche esterne alla blockchain. Un attaccante dovrebbe disporre di hardware, energia e infrastrutture sufficienti a competere con il resto della rete e a sostenere tale capacità per un periodo adeguato, confrontandosi con vincoli industriali quali la disponibilità delle macchine, la localizzazione degli impianti e il costo dell’approvvigionamento energetico. Le ricompense di blocco e le commissioni di transazione remunerano questa attività e rappresentano, in sostanza, il bilancio che la rete destina alla propria sicurezza. Bitcoin rappresenta l’esempio più noto di questa architettura, nella quale la finalità delle transazioni è progressiva: ogni blocco aggiunto alla catena rende più oneroso e meno probabile riorganizzare una porzione della storia già consolidata, senza trasformare l’operazione in un’impossibilità formale.

Proof of stake e sicurezza basata sul capitale

Nel proof of stake, il diritto di partecipare al consenso dipende dalla quantità di cripto-attività che i partecipanti immobilizzano come garanzia. I validatori vengono selezionati per proporre blocchi e attestare quelli prodotti dagli altri, secondo regole che variano tra le diverse blockchain ma che, in linea generale, attribuiscono un peso maggiore a chi espone una quantità superiore di capitale in staking. Il presupposto è che un validatore abbia un interesse diretto a preservare il corretto funzionamento della rete, poiché il valore economico del capitale immobilizzato dipende dalla fiducia nel protocollo stesso; la sicurezza viene quindi legata non all’impiego di una risorsa fisica esterna, ma alla disponibilità di una quota dell’asset che la rete utilizza e protegge.

In molti modelli proof of stake, un validatore che viola specifiche regole di consenso può subire lo slashing, ossia una riduzione del capitale posto in staking. La differenza rispetto al proof of work è sostanziale: l’energia utilizzata da un minatore è un costo già sostenuto, mentre il capitale di un validatore può restare esposto a conseguenze economiche anche dopo un tentativo di alterare il consenso. Il capitale immobilizzato comporta inoltre un costo di opportunità, un rischio di mercato e, in alcuni protocolli, tempi tecnici per l’entrata e l’uscita dall’attività di validazione; questi elementi limitano la rapidità con cui una quota rilevante della rete può essere attivata o ritirata. Non esiste tuttavia un solo modello proof of stake: le procedure di selezione, le soglie di voto, i requisiti di partecipazione e le penalità previste da Ethereum, Cardano o Solana presentano differenze rilevanti e non possono essere ricondotte a un unico schema.

Energia e costo dell’attacco

Nel proof of work, il consumo energetico non è un effetto collaterale della validazione, ma una componente strutturale della sicurezza. La competizione per produrre blocchi richiede una spesa continua per hardware ed elettricità, rendendo l’attacco dipendente dall’accesso a risorse industriali e operative esterne alla rete. L’hardware può mantenere un valore residuo o essere destinato ad altri impieghi, mentre l’energia già consumata costituisce un costo non recuperabile; la sicurezza del sistema dipende pertanto dalla capacità delle ricompense di continuare a sostenere una base di minatori sufficientemente ampia e competitiva.

Il proof of stake non richiede una competizione continua per il calcolo degli hash. I validatori devono mantenere nodi disponibili, proteggere le chiavi crittografiche e garantire continuità operativa, ma il consumo elettrico della rete non cresce in proporzione al capitale immobilizzato. Il costo di un attacco dipende invece dal valore dell’asset, dalla liquidità del mercato, dalle regole di ingresso e uscita dallo staking e dalla presenza di intermediari che raccolgono capitale delegato. Questa struttura offre la possibilità di penalizzare direttamente alcune forme di comportamento scorretto, ma lega anche la protezione economica della rete al valore di mercato dell’asset utilizzato come garanzia. Non è quindi corretto confrontare meccanicamente il costo dell’hardware con il valore delle cripto-attività in staking: i due modelli rendono oneroso l’attacco attraverso risorse diverse, soggette a dinamiche economiche non sovrapponibili.

Finalità e risposta a una crisi di consenso

Il proof of work raggiunge una finalità progressiva. Una transazione diventa più difficile da riorganizzare man mano che nuovi blocchi vengono aggiunti alla catena, ma la rete non stabilisce un punto oltre il quale una modifica diventi tecnicamente impossibile. Questo richiede agli operatori di definire il numero di conferme adeguato in funzione del valore trasferito, della criticità del servizio e del livello di rischio accettato, una valutazione particolarmente rilevante per le applicazioni che regolano pagamenti, scambi o trasferimenti di valore su larga scala.

Molti protocolli proof of stake adottano invece una finalità esplicita, raggiunta quando una maggioranza qualificata di validatori attesta lo stesso stato della rete. Questo non esclude che possano verificarsi crisi di consenso, ma ne modifica la gestione, poiché un tentativo di violare la finalità può esporre i partecipanti coinvolti a perdite economiche rilevanti e rendere necessario il coordinamento della comunità attorno a una soluzione condivisa. Alcune architetture proof of stake richiedono inoltre a un nodo che si collega dopo un’assenza molto lunga di acquisire un riferimento recente e verificabile per identificare la catena canonica, una proprietà nota come weak subjectivity. La solidità del modello dipende quindi non soltanto dalle regole previste dal protocollo, ma anche dalla distribuzione dei validatori, dalla diversità del software utilizzato e dalla capacità della rete di reagire a un comportamento sistematicamente ostile.

Concentrazione, censura e dipendenze operative

Nessuno dei due modelli garantisce automaticamente un elevato grado di decentralizzazione. Nel proof of work, la concentrazione può svilupparsi presso mining pool, produttori di hardware specializzato, grandi operatori industriali e aree geografiche con energia più economica o infrastrutture favorevoli. I singoli minatori possono in genere reindirizzare il proprio hashrate verso un pool diverso, ma restano vincolati alla localizzazione fisica delle macchine, ai costi energetici e alla disponibilità di fornitori in grado di produrre apparecchiature competitive. La distribuzione dell’hashrate deve quindi essere letta insieme alla concentrazione dell’infrastruttura che lo rende possibile.

Nel proof of stake, le principali concentrazioni riguardano invece gli exchange, gli operatori di staking e i protocolli di liquid staking, ai quali molti utenti delegano la partecipazione al consenso. Per analizzare il fenomeno in modo corretto occorre distinguere tra proprietà del capitale, gestione delle chiavi, gestione dei nodi e potere di governance, evitando di assimilare automaticamente la quota attribuita a un servizio al controllo diretto della rete. Resta tuttavia il fatto che grandi operatori identificabili e localizzati in specifiche giurisdizioni possono diventare punti di pressione per la selezione delle transazioni, per la continuità operativa o per l’applicazione di obblighi regolamentari. Anche il proof of work è esposto a rischi di censura, ma questi tendono a concentrarsi presso i pool e l’infrastruttura mineraria, piuttosto che presso i gestori del capitale delegato.

Conclusioni

Proof of work e proof of stake non rappresentano due versioni dello stesso modello, una semplicemente più efficiente dell’altra, ma due architetture di sicurezza fondate su presupposti differenti. Il proof of work lega la protezione della rete a risorse fisiche esterne alla blockchain, sostenendo un costo energetico continuo e rendendo il consenso dipendente dalla disponibilità di infrastrutture minerarie; il proof of stake la collega invece al capitale interno al sistema, che può essere immobilizzato e penalizzato, ma il cui valore dipende dalla fiducia nella rete che quel capitale contribuisce a proteggere.

Valutare una blockchain richiede quindi di osservare congiuntamente il costo dell’attacco, la distribuzione del potere di consenso, la struttura degli incentivi, la resilienza dell’infrastruttura e la capacità di resistere a censura e concentrazione. Il consumo energetico resta una dimensione importante, ma non può essere assunto come criterio esclusivo: il confronto tra proof of work e proof of stake riguarda, prima di tutto, il modo in cui una rete pubblica sceglie di acquistare, distribuire e preservare la propria sicurezza.