Ir para o conteúdo
Financial Context Wiki

Halving do Bitcoin: subsídio por altura, taxas e economia da mineração

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.

Atualizado

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

Fontes

Navegação

Pesquisar na wiki...