--- title: "Halving di Bitcoin: sussidio per altezza, commissioni ed economia mineraria" description: "L'halving di Bitcoin è la riduzione, imposta dal consenso, del sussidio massimo per blocco a intervalli fissi di altezza. Rete, epoca, troncamento in satoshi, limite coinbase, commissioni, difficoltà, economia mineraria, offerta e tesi sul prezzo vanno analizzati separatamente." image: "https://wiki.fcontext.com/og.png" --- > Documentation Index > Fetch the complete documentation index at: https://wiki.fcontext.com/llms.txt > Use this file to discover all available pages before exploring further. # Halving di Bitcoin: sussidio per altezza, commissioni ed economia mineraria > Solo a scopo educativo; non costituisce consulenza né raccomandazione d’investimento. Gli investimenti possono comportare perdite. ## Risposta diretta Un halving di Bitcoin è la modifica imposta dal consenso in cui il sussidio massimo in nuove monete consentito per un blocco scende al successivo importo dimezzato con aritmetica intera. Sulla mainnet di Bitcoin l'epoca del sussidio cambia ogni 210.000 altezze. L'evento è definito dall'altezza, non da una data, dal voto dei miner, da un annuncio aziendale o dal prezzo. Le date sono previsioni perché l'arrivo dei blocchi PoW è stocastico. L'halving riguarda il sussidio di blocco; non dimezza meccanicamente saldi esistenti, commissioni, numero di transazioni, difficoltà o valore coinbase totale. Una coinbase valida può richiedere al massimo il sussidio dell'altezza più le commissioni del blocco. Bitcoin Core costruisce il template con questa somma e i nodi respingono un blocco la cui coinbase crea valore oltre il consentito. Il piano mainnet iniziò con 50 BTC per blocco. Gli shift interi in satoshi produssero 25, 12,5, 6,25 e, dall'altezza 840.000, 3,125 BTC. Poiché gli importi sono satoshi discreti, le epoche successive sono troncate: il sussidio arriva a un satoshi a 6.720.000 e a zero a 6.930.000. La somma teorica è 20.999.999,9769 BTC, non una formula floating point né un contatore letterale indipendente di 21.000.000 BTC. La riduzione prevedibile ha rilievo economico ma non codifica un prezzo. Il ricavo fiat dipende anche da prezzo BTC, commissioni, quota di hash rate, regole del pool, operatività e costi. La rete dipende da hash rate totale, difficoltà, casualità dei blocchi e domanda di spazio. Una tesi sul prezzo richiede modelli espliciti di domanda, liquidità e controfattuale; i percorsi storici non sono esperimenti controllati. ## Come analizzare un halving di Bitcoin 1. **Fissa catena e regole.** Registra mainnet, testnet, signet, regtest o altro asset; versioni di client e consenso; altezza e hash canonici; intervallo esatto. Un evento simile su un'altra catena non prova nulla sulla mainnet. 2. **Calcola l'epoca.** Dividi con aritmetica intera l'altezza per l'intervallo della rete. Riproduci il sussidio in satoshi, compreso il troncamento dello shift, senza arrotondare un importo BTC ricordato. 3. **Verifica i blocchi di confine.** Confronta l'ultimo blocco canonico precedente e il primo dal confine. Controlla altezza, hash, parent, output coinbase e `subsidy` con un nodo indipendente, considerando una riorganizzazione vicino alla punta. 4. **Riconcilia la coinbase.** Separa sussidio da `totalfee`, somma gli output coinbase e verifica che non superino sussidio più commissioni. Il miner può richiedere meno; ciò non crea un diritto futuro né modifica il piano. 5. **Modella l'economia mineraria.** Indica quota hash, orizzonte della varianza, pagamento del pool, commissioni, prezzo, energia, efficienza, curtailment, finanziamento, ammortamento e hedge. Distingui sussidio BTC, ricavo BTC totale e margine fiat. 6. **Segui l'aggiustamento di rete.** Osserva hash rate, intervalli, mempool e pressione delle commissioni prima e dopo; separa il confine dal successivo retarget di 2.016 blocchi. L'halving non cambia il target PoW. 7. **Verifica separatamente offerta, sicurezza e mercato.** Riproduci l'emissione con troncamento, sottoponi a stress commissioni e uscite e confronta il prezzo con domanda, liquidità, tassi e posizionamento precedente. Etichetta le previsioni e non dedurre causalità da pochi cicli. Nella mainnet Bitcoin Core attuale, `nSubsidyHalvingInterval = 210000`. `GetBlockSubsidy` calcola `halvings = nHeight / nSubsidyHalvingInterval`, parte da `50 * COIN`, restituisce zero se lo shift sarebbe indefinito e altrimenti applica `nSubsidy >>= halvings`. La costruzione usa `block_reward = nFees + GetBlockSubsidy(...)`. Sono fatti specifici di rete e versione; altre reti e modifiche future richiedono verifica autonoma. ## Esempi svolti ### 1. Calcolo dell'altezza di confine All'altezza `839999`, la divisione intera dà `839999 / 210000 = 3`, quindi il massimo resta `50 BTC / 2^3 = 6.25 BTC`. A `840000`, il quoziente diventa `4`: `50 BTC / 2^4 = 3.125 BTC` La modifica vale per il blocco 840.000 stesso. Non attende un timestamp e non riduce gli UTXO esistenti. L'orario previsto cambia se i blocchi arrivano più rapidamente o lentamente del target di lungo periodo. ### 2. Sussidio, commissioni e limite coinbase Supponiamo che un blocco di confine contenga `0.35 BTC` di commissioni. Subito prima, la coinbase massima è `6.25 + 0.35 = 6.60 BTC`; dal confine, con le stesse commissioni, è `3.125 + 0.35 = 3.475 BTC`. Il valore consentito scende di `3.125 BTC`, ma non esattamente del 50% perché le commissioni non sono dimezzate. Se il miner richiede solo `3.40 BTC`, il blocco può essere valido; i `0.075 BTC` non richiesti non vengono riemessi. ### 3. Ricavo atteso del miner Usiamo `144` blocchi al giorno, un pool con `2%` dell'hash rate, sussidio `3.125 BTC` e commissioni medie `0.25 BTC`. Ignorando varianza e regole del pool, il sussidio giornaliero atteso è `144 * 2% * 3.125 = 9 BTC`, le commissioni `144 * 2% * 0.25 = 0.72 BTC` e il totale `9.72 BTC`. Prima, con 6,25 BTC e il resto invariato, sarebbero `18 + 0.72 = 18.72 BTC`. Il calo in BTC è circa `48.08%`, non 50%. L'utile fiat richiede ancora prezzo, uptime, costo del pool, elettricità, raffreddamento, lavoro, finanziamento e ammortamento. ### 4. Emissione geometrica e limite del satoshi La prima epoca di 210.000 altezze consente `50 * 210000 = 10,500,000 BTC`; la successiva `25 * 210000 = 5,250,000 BTC`. Una serie geometrica continua indica 21 milioni, ma il consenso opera in satoshi interi e tronca ogni shift. A `6510000` il sussidio è `2 satoshis`; a `6720000`, `1 satoshi`; a `6930000`, `0 satoshis`. La somma delle epoche non nulle è `20,999,999.9769 BTC`. L'offerta spendibile è inferiore per ragioni separate, tra cui coinbase genesis non spendibile, ricompense non richieste e chiavi perse. ## Rischi ed errori di revisione ### Errori di protocollo e misurazione - Trattare una data stimata come trigger senza verificare altezza e ascendenza canoniche. - Importare da un'altra catena intervallo, sussidio iniziale, precisione, tail emission o regola di ricompensa. - Usare floating point e arrotondamento decimale invece di shift interi di satoshi. - Confondere sussidio, commissioni, ricompensa totale, output coinbase e pagamenti del pool. - Presumere che si debba richiedere il massimo o che il non richiesto sia coniato più tardi. - Leggere un explorer senza riconciliare altezza, hash, riorganizzazione, coinbase, sussidio e commissioni. - Definire l'approssimazione di 21 milioni un controllo separato anziché conseguenza del piano. - Equiparare sussidio emesso, offerta spendibile, circolante, liquida e inventario degli exchange. ### Errori del modello minerario e di rete - Moltiplicare per la quota hash nominale ignorando varianza, regole del pool, stale share, downtime e costi. - Presumere che ricavo BTC, ricavo fiat e utile operativo scendano della stessa percentuale. - Fissare prezzo, commissioni, hash rate, difficoltà, energia ed efficienza senza etichettare lo scenario. - Sostenere che l'halving cambi direttamente la difficoltà; il retarget separato reagisce dopo. - Dedurre perdita permanente di hash rate o costo d'attacco esatto da una finestra breve. - Ignorare debito, garanzie, hedge, contratti elettrici, curtailment, rivendita e concentrazione. - Garantire che le commissioni sostituiscano il sussidio benché dipendano dalla domanda di spazio. ### Errori di mercato e policy - Presentare il piano deterministico come piano di prezzo, rendimento, volatilità o ciclo. - Usare pochi episodi sovrapposti come prova ignorando domanda, liquidità, tassi e posizionamento. - Equiparare minore emissione lorda a uguale calo delle vendite dei miner o dell'offerta netta. - Attribuire ogni movimento successivo senza controfattuale o finestra dell'evento. - Presumere che la regola sia fisicamente immutabile invece di software applicato socialmente, modificabile solo tramite una transizione controversa. ## Idee errate comuni - **I saldi BTC esistenti si dimezzano.** Cambia solo il nuovo sussidio massimo; gli UTXO esistenti restano invariati. - **Avviene ogni quattro anni solari.** Avviene ogni 210.000 altezze; quattro anni è un'approssimazione. - **Il ricavo dei miner si dimezza esattamente.** Commissioni, prezzo, quota, pool e costi sono separati. - **La difficoltà si dimezza con il sussidio.** Confine e aggiustamento di 2.016 blocchi sono meccanismi indipendenti. - **L'emissione nota garantisce rialzi.** Il prezzo riflette domanda, liquidità, aspettative e rischi; non esiste una regola di prezzo. ## Argomenti correlati - [Bitcoin](/it/crypto/bitcoin/) - [Meccanismi di consenso](/it/crypto/consensus-mechanism/) - [Regolazione della difficoltà](/it/crypto/difficulty-adjustment/) - [Mining](/it/crypto/mining/) - [Riorganizzazioni della catena](/it/crypto/chain-reorg/) ## Fonti - [Blockchain Technology Overview](https://doi.org/10.6028/NIST.IR.8202) - NIST (consultato: 2026-08-19) - [Bitcoin: A Peer-to-Peer Electronic Cash System](https://bitcoin.org/bitcoin.pdf) - Bitcoin.org (consultato: 2026-08-19) - [Bitcoin Core: validation.cpp](https://github.com/bitcoin/bitcoin/blob/master/src/validation.cpp) - Bitcoin Core (consultato: 2026-08-19) - [Bitcoin Core: chainparams.cpp](https://github.com/bitcoin/bitcoin/blob/master/src/kernel/chainparams.cpp) - Bitcoin Core (consultato: 2026-08-19) - [Bitcoin Core: miner.cpp](https://github.com/bitcoin/bitcoin/blob/master/src/node/miner.cpp) - Bitcoin Core (consultato: 2026-08-19) - [Bitcoin Developer Reference: Block Chain](https://developer.bitcoin.org/reference/block_chain.html) - Bitcoin Project (consultato: 2026-08-19) - [Bitcoin Core RPC: getblockstats](https://developer.bitcoin.org/reference/rpc/getblockstats.html) - Bitcoin Project (consultato: 2026-08-19) - [BIP 42: A finite monetary supply for Bitcoin](https://github.com/bitcoin/bips/blob/master/bip-0042.mediawiki) - Bitcoin BIPs (consultato: 2026-08-19) Source: https://wiki.fcontext.com/it/crypto/halving/index.mdx