---
title: "Halving do Bitcoin: subsídio por altura, taxas e economia da mineração"
description: "O halving do Bitcoin é a redução, imposta pelo consenso, do subsídio máximo por bloco em intervalos fixos de altura. Analise separadamente rede, época, truncamento em satoshis, limite da coinbase, taxas, dificuldade, economia dos mineradores, oferta e alegações de preço."
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 do Bitcoin: subsídio por altura, taxas e economia da mineração
> Análise educacional do protocolo e da economia de mineração; não é recomendação de investimento. Um cronograma de subsídios conhecido não determina preço futuro, rentabilidade, receita de taxas, hash rate, condições de confirmação ou orçamento de segurança.
## Resposta direta
Um halving do Bitcoin é a mudança imposta pelo consenso em que o subsídio máximo de novas moedas permitido para um bloco cai para o próximo valor reduzido pela metade em aritmética inteira. Na mainnet, a época de subsídio muda a cada 210.000 alturas. O gatilho é a altura, não uma data, voto de mineradores, anúncio empresarial ou preço. As datas são previsões porque a chegada de blocos PoW é estocástica.
O halving afeta o subsídio de bloco; não reduz mecanicamente saldos existentes, taxas, número de transações, dificuldade ou valor total da coinbase. Uma coinbase válida pode reivindicar no máximo o subsídio da altura mais as taxas daquele bloco. O Bitcoin Core constrói o modelo com essa soma e os nós rejeitam um bloco cuja coinbase crie valor acima do permitido.
O cronograma da mainnet começou em 50 BTC por bloco. Deslocamentos inteiros em satoshis produziram 25, 12,5, 6,25 e, desde a altura 840.000, 3,125 BTC. Como os valores são satoshis discretos, épocas posteriores são truncadas para baixo: o subsídio chega a um satoshi em 6.720.000 e a zero em 6.930.000. A soma teórica é 20.999.999,9769 BTC, não uma fórmula de ponto flutuante nem um contador literal independente de 21.000.000 BTC.
A redução previsível importa economicamente, mas não codifica preço. A receita fiduciária também depende do preço do BTC, taxas, participação no hash rate, regras do pool, disponibilidade e custos. A rede depende do hash rate total, dificuldade, variância de chegada e demanda por espaço. Uma tese de preço exige modelos explícitos de demanda, liquidez e contrafactual; trajetórias passadas não são experimentos controlados.
## Como analisar um halving do Bitcoin
1. **Fixe cadeia e regras.** Registre mainnet, testnet, signet, regtest ou outro ativo; versões do cliente e consenso; altura e hash canônicos; e intervalo exato. Evento semelhante em outra cadeia não é evidência da mainnet.
2. **Calcule a época.** Divida a altura pelo intervalo da rede com divisão inteira. Reproduza o subsídio em satoshis, incluindo truncamento do deslocamento, sem arredondar um valor BTC memorizado.
3. **Verifique os blocos de fronteira.** Compare o último bloco canônico anterior e o primeiro desde a fronteira. Confira altura, hash, pai, saídas coinbase e `subsidy` em nó independente, considerando reorganização perto da ponta.
4. **Reconcilie a coinbase.** Separe subsídio de `totalfee`, some as saídas coinbase e confirme que não excedem subsídio mais taxas. O minerador pode reivindicar menos; isso não cria direito futuro nem altera o cronograma.
5. **Modele a economia do minerador.** Declare participação de hash, horizonte de sorte, método do pool, taxas, preço, energia, eficiência, curtailment, financiamento, depreciação e hedge. Diferencie subsídio em BTC, receita total em BTC e margem fiduciária.
6. **Acompanhe o ajuste da rede.** Observe hash rate, intervalos, mempool e pressão de taxas antes e depois; separe a fronteira do retarget posterior de 2.016 blocos. O halving não muda o alvo PoW.
7. **Teste oferta, segurança e mercado separadamente.** Reproduza emissão com truncamento, estresse taxas e saídas e confronte preço com demanda, liquidez, juros e posicionamento prévio. Rotule previsões e não deduza causalidade de poucos ciclos.
Na mainnet atual do Bitcoin Core, `nSubsidyHalvingInterval = 210000`. `GetBlockSubsidy` calcula `halvings = nHeight / nSubsidyHalvingInterval`, parte de `50 * COIN`, retorna zero quando o deslocamento seria indefinido e aplica `nSubsidy >>= halvings` nos demais casos. A construção usa `block_reward = nFees + GetBlockSubsidy(...)`. São fatos específicos da rede e versão; outras redes e mudanças futuras exigem verificação.
## Exemplos resolvidos
### 1. Cálculo da altura de fronteira
Na altura `839999`, a divisão inteira dá `839999 / 210000 = 3`, então o máximo segue `50 BTC / 2^3 = 6.25 BTC`. Em `840000`, o quociente vira `4`:
`50 BTC / 2^4 = 3.125 BTC`
A mudança vale para o próprio bloco 840.000. Não espera timestamp nem reduz UTXOs existentes. O horário previsto muda se blocos chegarem mais rápido ou devagar que o alvo de longo prazo.
### 2. Subsídio, taxas e limite da coinbase
Suponha que um bloco de fronteira contenha `0.35 BTC` em taxas. Logo antes, a coinbase máxima é `6.25 + 0.35 = 6.60 BTC`; desde a fronteira, `3.125 + 0.35 = 3.475 BTC`, com as mesmas taxas.
O valor permitido cai `3.125 BTC`, mas não exatamente 50% porque as taxas não foram reduzidas. Se o minerador reivindicar apenas `3.40 BTC`, o bloco ainda pode ser válido; os `0.075 BTC` não reivindicados não são reemitidos.
### 3. Receita esperada do minerador
Use `144` blocos por dia, pool com `2%` do hash rate, subsídio de `3.125 BTC` e taxa média de `0.25 BTC`. Sem variância e regras do pool, o subsídio diário é `144 * 2% * 3.125 = 9 BTC`, as taxas `144 * 2% * 0.25 = 0.72 BTC` e o total `9.72 BTC`.
Antes, com 6,25 BTC e demais premissas iguais, seriam `18 + 0.72 = 18.72 BTC`. A queda em BTC é cerca de `48.08%`, não 50%. O lucro fiduciário ainda requer preço, disponibilidade, tarifa do pool, eletricidade, refrigeração, trabalho, financiamento e depreciação.
### 4. Emissão geométrica e piso do satoshi
A primeira época de 210.000 alturas permite `50 * 210000 = 10,500,000 BTC`; a seguinte `25 * 210000 = 5,250,000 BTC`. Uma série geométrica contínua sugere 21 milhões, mas o consenso opera em satoshis inteiros e trunca cada deslocamento.
Em `6510000` o subsídio é `2 satoshis`; em `6720000`, `1 satoshi`; e em `6930000`, `0 satoshis`. A soma das épocas não nulas é `20,999,999.9769 BTC`. A oferta gastável é menor por razões distintas, como coinbase gênese não gastável, recompensas não reivindicadas e chaves perdidas.
## Riscos e falhas de revisão
### Erros de protocolo e medição
- Tratar data estimada como gatilho sem verificar altura e ancestralidade canônicas.
- Importar de outra cadeia intervalo, subsídio inicial, precisão, emissão de cauda ou regra de recompensa.
- Usar ponto flutuante e arredondamento decimal em vez de deslocamentos inteiros de satoshis.
- Confundir subsídio, taxas, recompensa total, saídas coinbase e pagamentos do pool.
- Supor que o máximo deve ser reivindicado ou que o não reivindicado será cunhado depois.
- Ler um explorer sem reconciliar altura, hash, reorganização, coinbase, subsídio e taxas.
- Chamar a aproximação de 21 milhões de checagem separada, não consequência do cronograma.
- Igualar subsídio emitido, oferta gastável, circulante, líquida e estoque de exchanges.
### Erros do modelo de mineração e rede
- Multiplicar pela participação nominal ignorando variância, regra do pool, shares stale, indisponibilidade e taxas.
- Supor que receita BTC, receita fiduciária e lucro operacional caem na mesma proporção.
- Fixar preço, taxas, hash rate, dificuldade, energia e eficiência sem rotular o cenário.
- Afirmar que o halving muda diretamente a dificuldade; o retarget separado responde depois.
- Inferir perda permanente de hash rate ou custo exato de ataque de uma janela curta.
- Ignorar dívida, garantia, hedge, contratos elétricos, curtailment, revenda e concentração.
- Garantir que taxas substituirão o subsídio embora dependam da demanda por espaço.
### Erros de mercado e política
- Apresentar cronograma determinista como cronograma de preço, retorno, volatilidade ou ciclo.
- Usar poucos episódios sobrepostos como prova ignorando demanda, liquidez, juros e posições.
- Igualar menor emissão bruta a igual queda nas vendas dos mineradores ou oferta líquida.
- Atribuir todo movimento posterior sem contrafactual ou janela de evento.
- Supor que a regra é fisicamente imutável, não software aplicado socialmente que só mudaria numa transição controversa.
## Equívocos comuns
- **Saldos BTC existentes caem pela metade.** Só muda o subsídio máximo novo; UTXOs existentes permanecem.
- **Ocorre a cada quatro anos civis.** Ocorre a cada 210.000 alturas; quatro anos é aproximação.
- **A receita do minerador cai exatamente pela metade.** Taxas, preço, participação, pool e custos são separados.
- **A dificuldade cai com o subsídio.** A fronteira e o ajuste de 2.016 blocos são mecanismos independentes.
- **Emissão conhecida garante alta.** Preço reflete demanda, liquidez, expectativas e riscos; não há regra de preço.
## Tópicos relacionados
- [Bitcoin](/pt-br/crypto/bitcoin/)
- [Mecanismos de consenso](/pt-br/crypto/consensus-mechanism/)
- [Ajuste de dificuldade](/pt-br/crypto/difficulty-adjustment/)
- [Mineração](/pt-br/crypto/mining/)
- [Reorganizações da cadeia](/pt-br/crypto/chain-reorg/)
## Fontes
- [Blockchain Technology Overview](https://doi.org/10.6028/NIST.IR.8202) - NIST (acessado: 2026-08-19)
- [Bitcoin: A Peer-to-Peer Electronic Cash System](https://bitcoin.org/bitcoin.pdf) - Bitcoin.org (acessado: 2026-08-19)
- [Bitcoin Core: validation.cpp](https://github.com/bitcoin/bitcoin/blob/master/src/validation.cpp) - Bitcoin Core (acessado: 2026-08-19)
- [Bitcoin Core: chainparams.cpp](https://github.com/bitcoin/bitcoin/blob/master/src/kernel/chainparams.cpp) - Bitcoin Core (acessado: 2026-08-19)
- [Bitcoin Core: miner.cpp](https://github.com/bitcoin/bitcoin/blob/master/src/node/miner.cpp) - Bitcoin Core (acessado: 2026-08-19)
- [Bitcoin Developer Reference: Block Chain](https://developer.bitcoin.org/reference/block_chain.html) - Bitcoin Project (acessado: 2026-08-19)
- [Bitcoin Core RPC: getblockstats](https://developer.bitcoin.org/reference/rpc/getblockstats.html) - Bitcoin Project (acessado: 2026-08-19)
- [BIP 42: A finite monetary supply for Bitcoin](https://github.com/bitcoin/bips/blob/master/bip-0042.mediawiki) - Bitcoin BIPs (acessado: 2026-08-19)
Source: https://wiki.fcontext.com/pt-br/crypto/halving/index.mdx