Solo Mining remunera o minerador pelos seus próprios blocos encontrados e aceites, em vez de partilhar descobertas de um pool maior. Pode usar infraestrutura própria ou um servidor solo; eventuais taxas do serviço são descontadas da recompensa.
O minerador não partilha descobertas como num esquema comum de pagamentos de pool. Ainda precisa de trabalho válido, ligação de rede e entrega do bloco. Usar um servidor Stratum ou modelo alheio não implica partilhar recompensas; ter um nó não fornece por si só a potência de um ASIC. [Rosenfeld — Solo mining variance] [Solo CKPool — Service and shares]
Bitcoin Core compara o hash numérico do cabeçalho com o target derivado de nBits. O hash deve ser menor ou igual ao alvo válido. Um share target mais fácil mede trabalho operacional, não cria um bloco parcial com direito a recompensa. Reduzir a dificuldade de shares não melhora a probabilidade de um hash da rede. [Bitcoin Core — Proof-of-work verification]
BIP 22 getblocktemplate fornece previousblockhash, transações, altura e coinbasevalue para construir o bloco. O software monta coinbase e cabeçalho; o ASIC testa variantes do trabalho. Quando o topo da cadeia muda é preciso atualizar o trabalho; verificar modelos e saídas de destino é separado da velocidade de hash. [BIP 22 — Block templates]
Com quota constante de 1 % e descobertas independentes, espera-se uma descoberta por 100 blocos da rede. Mas a probabilidade de pelo menos uma nesses cem é 1 − 0,99^100, cerca de 63,4 %, não certeza. Uma longa série sem descobertas não melhora a próxima tentativa. Alterações de dificuldade, hashrate e interrupções mudam os pressupostos do modelo. [Rosenfeld — Solo mining variance]
A coinbase pode reclamar no máximo o subsídio e as taxas das transações do bloco. Na mainnet, da altura 840000 até antes de 1050000, o subsídio é 3,125 BTC; as taxas não são fixas. COINBASE_MATURITY corresponde a 100 blocos, não 100 minutos. A recompensa encontrada não é saldo imediatamente disponível para gastar. [Bitcoin Core — Block subsidy and validation] [Bitcoin Core — Coinbase maturity] [Bitcoin Core — Mainnet parameters]
O bloco inteiro deve cumprir regras de transações, coinbase e contexto da cadeia. Entrega tardia ou trabalho sobre um topo antigo pode gerar um bloco stale fora da cadeia ativa. Acompanhe atualidade do trabalho, aceitação pelo nó e confirmações seguintes; o melhor share não prova a descoberta de um bloco válido. [BIP 22 — Block templates] [Bitcoin Core — Block subsidy and validation]
Solo CKPool é um exemplo de coordenação, modelos e estatísticas com atribuição individual de descobertas. Os seus shares servem de informação, não de pagamentos proporcionais comuns. Avalie taxas, endereço de pagamento, disponibilidade e políticas de trabalho; uma lista pública de vencedores não descreve a probabilidade de cada participante. [Solo CKPool — Service and shares]
Eletricidade, hardware e operação exigem pagamentos contínuos enquanto a receita solo pode permanecer nula por muito tempo. Um pool reduz a variância distribuindo receita e risco de outra forma, não aumentando magicamente a potência da mesma máquina. Modelos próprios podem servir à aprendizagem; o financiamento não deve basear-se na ideia de que, após longa espera, a vitória tem de chegar. [Rosenfeld — Solo mining variance]
Para ter uma visão mais completa, leia este verbete junto com Mineração, Mining Pool, getblocktemplate, Hashrate, Pay Per Share, Pay Per Last N Shares. Também há referências a este verbete em Mining Pool.