A mineração combina seleção de transações com busca de cabeçalho que satisfaça Proof of Work. Mineradores propõem; outros nós verificam validade e pertencimento ao ramo com maior trabalho acumulado.
Não existe fila central única. O nó minerador tem seu mempool; getblocktemplate fornece transações, dependências e parâmetros. Um filho que gasta saída não confirmada precisa do pai antes no mesmo bloco. Peso e custo de verificar assinaturas limitam a seleção. [Bitcoin Core v29.0: block assembler]
A primeira transação distribui no máximo o subsídio permitido mais taxas incluídas. Taxas são entradas menos saídas, não bitcoin novo. Recompensa excessiva invalida o bloco apesar de Proof of Work. Uma saída coinbase só pode ser gasta a partir de 100 alturas depois. [Bitcoin Core v29.0: block validation]
O hardware aplica SHA-256 duplo a variantes do cabeçalho de 80 bytes. Esgotado o nonce de quatro bytes, mudar extra nonce coinbase altera Merkle Root e abre mais espaço. Falhas anteriores não aproximam o próximo teste de sucesso certo; dez minutos é média-alvo da rede, não prazo da máquina. [Bitcoin Developer Guide: Mining]
O pool atribui trabalho e pode estimar contribuições com alvo share mais fácil. Só alguns shares atingem o alvo da rede. Pagamento segue modelo acordado e taxas do pool, não diretamente o consenso. Sua participação nos blocos não prova propriedade das máquinas conectadas. [Bitcoin Developer Guide: Mining]
Nós recebem e validam o bloco transmitido. Um bloco rival válido pode causar bifurcação temporária; o ramo abandonado não contribui com recompensa à história ativa. Propagação e atualização do trabalho após nova ponta influenciam o resultado junto ao hash encontrado. [Bitcoin whitepaper]
Participação no hashrate e ritmo da rede dão apenas frequência esperada de sucesso. Lucro depende também de eletricidade, eficiência, resfriamento, paradas, aquisição e condições do pool. TH/s não são watts; sucesso isolado não prova rentabilidade duradoura. [Bitcoin Developer Guide: Mining]
Compare getblocktemplate com cabeçalho, coinbase e transações do bloco encontrado. submitblock entrega o bloco ao nó para validar; aceitação local não garante permanência na rede. Separe shares enviados, blocos aceitos e valor realmente pago. [BIP 22: getblocktemplate]
Para ter uma visão mais completa, leia este verbete junto com Proof of Work, Ajuste de dificuldade, Recompensa de emissão do bloco, Taxas de transação, Mempool. Também há referências a este verbete em Proof of Work, Ajuste de dificuldade, Recompensa de emissão do bloco, Halving.
01O que calculam realmente os mineiros de Bitcoin?+
Calculam repetidamente o hash duplo SHA-256 do cabeçalho de 80 bytes de um bloco candidato. Alteram o nonce e outros dados que afetam o cabeçalho, procurando um hash cujo valor numérico seja menor ou igual ao target válido da rede.
02Os mineiros verificam as regras do Bitcoin pelos utilizadores?+
As transações são verificadas durante a preparação do bloco, mas esse trabalho não substitui a verificação própria do utilizador. Cada Full Node verifica o bloco resultante de forma independente e rejeita-o se violar as regras de consenso, independentemente do seu Proof of Work.