Como um pool de mineração de bitcoin realmente funciona: da share ao pagamento

A maioria das explicações sobre pools para na frase "os mineradores unem o poder computacional e dividem a recompensa". É verdade e é inútil: essa descrição não explica por que a receita parece estranha no primeiro dia após trocar de pool, por que desligar o equipamento no fim de semana prejudica muito mais o PPLNS do que o PPS, nem para onde vai parte das taxas de transação. A seguir, a mecânica passo a passo: o que sai do seu ASIC para a rede a cada segundo, como isso é contado e como isso vira satoshis no seu saldo.

A POOL BTC não é um pool de mineração. É um site independente de comparação de pools, calculadoras e serviços, então não há neste texto nenhum esquema a defender.

O que é uma share e para que serve

Uma share é um hash de cabeçalho de bloco encontrado pelo minerador, que ficou abaixo do limite de dificuldade definido pelo pool, mas acima da dificuldade da rede. Ela nunca vai virar um bloco de verdade, mas serve como prova de trabalho: para encontrar esse hash foi preciso testar honestamente milhões de combinações. O pool conta as shares e usa isso para medir a contribuição de cada worker.

A mecânica de busca é idêntica para um bloco e para uma share. O minerador pega o modelo do bloco, varia o nonce e outros campos alteráveis, roda SHA-256 duplo e olha o resultado. A única diferença é com qual número se compara. Se o hash fica abaixo da dificuldade da rede, é um bloco, dinheiro para o pool inteiro. Se fica abaixo do share difficulty mas acima da rede, é uma share, uma unidade contábil da sua contribuição.

Daí decorre a propriedade mais importante do sistema: as shares não podem ser falsificadas nem reutilizadas. Cada uma está vinculada a uma tarefa específica com o endereço de pagamento do pool, então você não consegue enviar a share de outra pessoa nem entregar a sua duas vezes.

O quão rara é essa loteria aparece na fotografia da rede em 29.08.2026: hashrate da rede 896,89 EH/s, dificuldade 125 807 076 547 197,5. A recompensa por bloco é 3,125 BTC, e nos últimos 4320 blocos as taxas de transação adicionaram 0,73% a ela. Com uma cotação de cerca de 77 817 dólares na manhã de 29.08.2026, esse é todo o bolo que depois é dividido segundo as regras do esquema.

Em que o share difficulty difere da dificuldade da rede

A dificuldade da rede é comum a todos e muda a cada 2016 blocos. O share difficulty é definido pelo próprio pool, separadamente para cada conexão, e pode mudar a qualquer momento. É um ajuste puramente interno de contabilidade: não afeta em nada a probabilidade de encontrar um bloco, apenas a frequência com que seu minerador reporta trabalho.

A lógica é simples. Um limite baixo demais significa um fluxo de shares a cada fração de segundo: a rede fica entupida, o servidor do pool sobrecarregado, e a precisão da estimativa não melhora. Um limite alto demais significa relatórios raros: a estatística de hashrate oscila muito, e uma queda da máquina é notada com atraso. Os pools mantêm um intervalo de algumas shares por minuto por conexão, ajustando o limite conforme o poder computacional.

Um detalhe importante para quem compara painéis: a quantidade de shares na interface não é comparável entre pools, porque o limite é diferente em cada um. O que faz sentido comparar é apenas o hashrate aceito e a taxa de rejeição.

O que é vardiff e por que o vizinho tem uma dificuldade diferente

Vardiff é o ajuste automático do share difficulty para um worker específico. Um S21 e um S9 antigo no mesmo limite se comportariam de forma diferente: a máquina potente inundaria o servidor de shares, e a fraca as enviaria com pouca frequência. Por isso o pool sobe o limite para as máquinas rápidas e baixa para as lentas, mirando um ritmo de relatórios parecido para todos.

O ajuste não funciona instantaneamente. Depois de conectar uma máquina nova, leva um tempo até o limite entrar na faixa de trabalho, e nesse período o gráfico de hashrate no painel mente: mostra ora um valor abaixo, ora acima do real. Daí o erro típico do iniciante que, quinze minutos após a troca de pool, escreve ao suporte dizendo que o pool está roubando seu poder computacional.

Segundo ponto prático: o vardiff quebra numa conexão instável. Se o link cai, o minerador reconecta, o limite volta ao valor inicial toda vez, e o resultado é mais relatórios inúteis e um gráfico visivelmente torto. Nessa situação, uma diferença entre o hashrate declarado e o aceito é normal e se resolve melhorando a conexão, não trocando de pool.

Como funciona o Stratum: job, extranonce e a fila de tarefas

Stratum é o protocolo entre o minerador e o pool. O pool envia uma tarefa (job) com o modelo do bloco, o minerador testa variantes e devolve apenas os resultados bem-sucedidos. Blocos completos não trafegam pelo fio, o tráfego é mínimo, por isso um pool aguenta dezenas de milhares de conexões por servidor.

A ordem da troca é a seguinte:

1. O minerador se conecta e se inscreve nas tarefas.
2. O pool atribui a ele um extranonce único, um pedaço de dado pessoal dentro da transação coinbase.
3. O pool envia o job: hash anterior, ramos merkle, versão, horário, dificuldade alvo.
4. O minerador monta sua própria versão da coinbase inserindo seu extranonce, e calcula o merkle root.
5. O minerador testa o nonce e outros campos, e envia para cima tudo que passar do limite.
6. O pool verifica a share, a contabiliza e a guarda, e se o hash estiver abaixo da dificuldade da rede, publica o bloco.
7. Quando surge um novo bloco na rede, o pool distribui uma nova tarefa e pede para descartar a antiga.

O extranonce é o detalhe-chave aqui. É exatamente ele que faz o espaço de busca ser diferente para cada minerador: dois ASICs com a mesma tarefa calculam coinbases diferentes, logo merkle roots diferentes, logo hashes diferentes. Sem ele, metade da fazenda estaria duplicando o trabalho da outra.

O último item da lista explica as shares stale. Entre o momento em que a rede vê um novo bloco e o momento em que seu minerador recebe a nova tarefa passa um tempo, e tudo que foi calculado nesse intervalo vai para o lixo. Daí as exigências de ping e o sentido de escolher um servidor geograficamente próximo. Como isso se relaciona com a distância até o servidor stratum e com a escolha de região foi tratado no artigo sobre como escolher um pool de bitcoin.

Por que é o pool que encontra o bloco, e não um minerador isolado

Formalmente, o hash do bloco é encontrado por uma máquina específica de um participante específico. Mas a transação coinbase na tarefa é montada pelo pool, e o endereço que recebe a recompensa nela também é do pool. O minerador não consegue fisicamente colocar seu próprio endereço ali: mudar a coinbase muda o merkle root, e o resultado deixa de coincidir com a tarefa fornecida.

Por isso a frase "meu minerador encontrou um bloco" não tem sentido econômico: a recompensa chega no endereço do pool, e o participante recebe sua parte segundo as regras do esquema escolhido. Isso também explica por que as estatísticas de blocos são publicadas em nível de pool e por que a fatia do pool no hashrate total é visível na blockchain.

Só há uma exceção: o modo solo, no qual você mesmo define o endereço da recompensa. A diferença na espera e na variância é enorme, e a calculamos separadamente no texto sobre mineração solo contra mineração em pool.

Como se calcula a contribuição do minerador

A contribuição não é contada em shares, mas em unidades de dificuldade: cada share pesa o quanto valia seu share difficulty. Cinquenta shares com limite de 10000 e cinco shares com limite de 100000 dão a mesma contribuição. Por isso o vardiff não dá vantagem nem para máquinas rápidas nem para lentas, só muda a frequência dos relatórios.

A partir da soma acumulada das dificuldades o pool deduz o seu hashrate. Daí dois números do painel que costumam ser confundidos. O hashrate local é mostrado pelo próprio minerador segundo seus cálculos. O hashrate no pool é reconstruído estatisticamente a partir das shares aceitas, e numa janela curta ele oscila simplesmente porque as shares chegam de forma irregular. Esses números convergem numa janela de um dia, não de dez minutos.

Separadamente, existem na estatística as shares rejeitadas: obsoletas, duplicadas e que não passam na verificação. Uma pequena parcela de rejeição é normal em qualquer conexão, mas um aumento de várias vezes é sinal de um problema no link ou no firmware.

PPS, PPS+, FPPS, PPLNS e solo: em que os esquemas diferem mecanicamente

O esquema de pagamento responde à pergunta sobre o que exatamente o pool paga: as shares enviadas ou os blocos realmente encontrados. Todo o resto, incluindo a diferença de risco, é consequência dessa escolha. A seguir, a mecânica sem avaliações.

A diferença de comportamento fica mais clara com um exemplo. No PPS, o pool compra seu trabalho a um preço: tenha ele encontrado um bloco ou não, isso não afeta seu pagamento, o pool assume a variância e a embute na taxa. No PPLNS, o pool divide entre os participantes uma recompensa já obtida, então sua receita depende de quantos blocos o pool pegou enquanto suas shares estavam na janela.

Uma análise detalhada dos três esquemas mais comuns, com exemplos de cálculo, está no artigo FPPS vs PPLNS vs PPS+, e os termos desta seção estão reunidos no glossário do minerador.

Os grandes pools de BTC realmente têm PPLNS?

Resposta curta: quase em nenhum lugar como modo principal. Segundo a documentação oficial em 01.09.2026, Braiins, Foundry USA, Binance Pool e Luxor liquidam BTC apenas por FPPS. AntPool e ViaBTC oferecem PPLNS como opção, mas o padrão de ambos é PPS+. A Ocean não trabalha com PPLNS, e sim com seu próprio esquema TIDES. Kryptex e NiceHash não têm relação alguma com o PPLNS clássico para bitcoin.

Isso não é óbvio: metade dos artigos na internet trata o PPLNS como se fosse o padrão da indústria, embora na maioria dos grandes pools simplesmente não haja onde escolhê-lo para BTC.

Conclusão prática para quem escolhe um pool justamente por causa do PPLNS: há poucas opções reais, e quase sempre é preciso ativar o modo manualmente, em vez de já vir por padrão. A lógica da janela da próxima seção se aplica exatamente a esses pools, não a todo o mercado.

O que é a janela deslizante do PPLNS e por que a inatividade sai cara nela

O PPLNS não conta o tempo, mas o volume do trabalho recente do pool: a janela é as últimas N shares (ou unidades de dificuldade) no fluxo total. Quando o pool encontra um bloco, a recompensa é dividida entre todos cujas shares estão, naquele momento, dentro da janela. Sua fatia é igual à sua fatia de dificuldade nessa janela.

Consequência fundamental: a janela avança com shares alheias, não com o relógio. Se você desliga a máquina, suas shares continuam na janela e seguem trazendo uma fatia de cada bloco encontrado, mas vão sendo empurradas gradualmente pelo trabalho dos demais participantes. A velocidade de expulsão depende do tamanho da janela e do hashrate total do pool, não da sua agenda.

Por isso o PPLNS tem duas bordas assimétricas:

1. Aquecimento. Nas primeiras horas após conectar a um pool novo, a janela ainda não está preenchida com suas shares, e a receita fica abaixo do nível estabilizado.
2. Cauda. Depois de desconectar, a receita não para de imediato, e sim vai diminuindo à medida que suas shares são expulsas da janela.

A cauda compensa parcialmente o aquecimento numa troca de pool, mas só se você sair de vez e não voltar. Ligar e desligar com frequência sai mais caro no PPLNS do que no PPS: você paga a fase de aquecimento toda vez, e nem sempre recolhe a cauda inteira. O que se perde em satoshis com uma troca de pool foi calculado no artigo sobre o custo de trocar de pool.

Qual o tamanho da janela em pools específicos

O número exato é publicado por poucos. Os dados abaixo foram verificados nas páginas oficiais dos pools em 01.09.2026, e onde o múltiplo não é publicado, isso está indicado como tal.

Daí decorre algo desagradável para comparação: na maioria dos pools você não consegue calcular de antemão a duração da cauda após desconectar, porque o tamanho da janela não é revelado. Estimá-lo por conta própria a partir de estatísticas públicas também não dá, no painel se veem shares, não as regras de sua saída.

Um detalhe à parte sobre a Ocean: lá, as shares do log não são apagadas de jeito nenhum. A documentação diz claramente que uma share é paga em média oito vezes enquanto está dentro da janela, e depois simplesmente deixa de contar para novos blocos à medida que chega trabalho novo. Isso não é uma penalidade por sair, e sim uma saída natural por volume, e a expressão "as shares queimam" não se aplica ao TIDES.

O que é pool hopping e como a janela protege contra isso

Pool hopping é uma estratégia de pular entre pools para conseguir uma fatia onde o pagamento atual é estatisticamente mais vantajoso, e sair antes de chegar um período desfavorável. Ela funcionava em esquemas antigos, como o cálculo proporcional puro por rodadas, em que shares iniciais de uma rodada valiam mais que as tardias.

No esquema proporcional, uma rodada começa após a descoberta de um bloco e dura até o próximo. A recompensa é dividida entre as shares da rodada, então numa rodada curta cada share vale muito, e numa longa vale pouco. Isso significa que compensa chegar no início da rodada e sair se ela se alongar. Os participantes que ficam saem perdendo, porque dividem a mesma recompensa com os pulseiros que chegaram depois.

A janela deslizante remove a própria base dessa estratégia. A janela não tem início nem fim de rodada: sempre tem o mesmo comprimento e sempre consiste nas últimas N shares. O momento da conexão não dá vantagem alguma, e pulos frequentes só multiplicam as fases de aquecimento. Pelo mesmo motivo, a janela é um pouco mais rigorosa com mineradores honestos de agenda instável, e esse é o preço da proteção, não um efeito colateral.

De onde vem a taxa do pool e o que é o transaction fee passthrough

A taxa é retida como percentual do valor creditado e cobre infraestrutura, desenvolvimento, suporte e, no caso da família PPS, o risco de variância que o pool assume para si. A taxa varia entre pools e depende do esquema: para um pagamento garantido, o pool embute um seguro; para um proporcional, cobra menos.

O segundo componente da receita são as taxas de transação no bloco. A recompensa de bloco consiste na emissão mais a soma das taxas de todas as transações incluídas, e esquemas diferentes lidam com essa parte de formas diferentes:

1. O PPS puro paga só a parte de emissão, as taxas de transação ficam com o pool.
2. O PPS+ distribui as taxas de acordo com o real: o que foi arrecadado nos blocos reais, isso é distribuído.
3. O FPPS embute um adicional médio direto na taxa por share, então em período calmo isso é mais vantajoso que o real, e em período de taxas altas, o contrário.
4. O PPLNS geralmente distribui toda a recompensa do bloco junto com as taxas.

O quanto isso pesa de fato hoje em dia, a estatística de rede mostra: nos últimos 4320 blocos (alturas 960211 a 964530, corte de 29.08.2026) as taxas de transação renderam 0,73% da recompensa total. Ou seja, a discussão sobre passthrough no mercado atual gira em torno de menos de um por cento da receita, e a diferença no percentual de taxa do pool quase sempre pesa mais. Em períodos de congestionamento do mempool o quadro muda, mas isso precisa ser checado com dados recentes, não com a memória de 2023.

Veja como pools específicos lidam com as taxas de transação segundo a própria documentação em 01.09.2026:

Uma contradição da AntPool que vale saber com antecedência

Sobre a AntPool não dá para responder em uma linha só, e isso é mais honesto do que escolher a versão conveniente. Duas páginas oficiais do pool dizem coisas diferentes sobre as taxas de transação não distribuídas no PPLNS. O manual no GitBook diz que as taxas de transação também são distribuídas aos mineradores e que o pool cobra taxa zero no PPLNS. Uma versão mais antiga do mesmo documento no Zendesk, de 14.12.2022, diz que as taxas de transação não pagas aos mineradores vão para manutenção e bônus dos engenheiros.

Ambas as páginas são oficiais, ambas estão acessíveis, e nenhuma está marcada como obsoleta. Não tomamos partido: se essa parte da receita for importante para você, vale a pena perguntar por escrito ao suporte do pool e guardar a resposta, em vez de confiar na primeira página de ajuda que encontrar.

Taxas dos pools no corte de 29.08.2026

Todos os números abaixo foram reconferidos em 29.08.2026; parte dos pools não divulga publicamente suas taxas, ou só as mostra após login. Essas linhas estão marcadas diretamente, não foram substituídas por suposições.

Comparar pools só pelo percentual de taxa não faz sentido por mais um motivo: um terço dos grandes pools simplesmente não publica esse percentual. É preciso calcular o pagamento final por terahash no mês de acordo com o próprio extrato. Você pode estimar o resultado conforme o seu modelo de ASIC e sua tarifa de energia na calculadora de mineração.

O que é o limite de pagamento e por que ele importa mais que a taxa com hashrate pequeno

O limite é o saldo mínimo com o qual o pool envia uma transação para você. Enquanto o acumulado for menor que o limite, o dinheiro fica na conta interna e não chega à sua carteira. Tudo é creditado corretamente nesse meio-tempo; a única questão é quando a quantia sai do pool.

O limite existe por causa do custo de uma transação on-chain. Enviar poeira custa mais do que ela vale, então o pool espera até acumular uma quantia em que a taxa de rede não coma o pagamento. Daí uma consequência direta para o minerador pequeno: quanto menor o seu hashrate, mais longo o intervalo entre pagamentos reais, e mais tempo seu dinheiro vive no saldo de outra pessoa.

É precisamente aí que o limite ultrapassa a taxa em importância. A diferença de taxa entre pools é medida em frações de percentual da receita, enquanto um limite alto demais com apenas uma máquina doméstica significa semanas ou meses de espera, com risco de contraparte durante todo esse tempo. Antes de conectar, vale checar quatro coisas:

1. O limite mínimo e se dá para subi-lo ou baixá-lo manualmente.
2. O calendário de pagamentos: diário ao atingir o limite, ou por calendário fixo.
3. Quem paga a taxa de rede do pagamento, o pool ou você, descontada do seu saldo.
4. O que acontece com o restante se você sai do pool sem atingir o limite.

Limites no corte de 29.08.2026:

O que acontece com o saldo se você sair sem atingir o limite

A maioria dos pools não tem uma resposta oficial direta. O que está confirmado é o seguinte: a F2Pool deixa no saldo a quantia abaixo do limite, ela não se perde e continua se acumulando. A ViaBTC mantém a receita no saldo até o próximo ciclo, se não atingiu o mínimo. A Luxor só envia o pagamento quando o saldo da subconta ultrapassa o limite junto com a taxa de saque, ou seja, o restante também espera.

Uma exceção jurídica merece um parágrafo à parte. Segundo os termos de serviço da F2Pool, o usuário perde o direito ao que foi creditado se não fornecer um endereço de pagamento válido dentro de seis meses após uma notificação por escrito, e o pool tem o direito de considerar essas quantias como perdidas. A ajuda do pool ainda diz que, sem um endereço de pagamento definido por mais de 90 dias, a recompensa pode ser tratada como doação. Este é o único dos pools verificados em que a regra de perda de direitos sobre o valor acumulado está formulada explicitamente. Nos demais, não há regra semelhante nas páginas encontradas, mas isso só significa que não foi encontrada, não que ela certamente não exista.

Sobre AntPool, Foundry USA, Binance Pool, EMCD, Braiins, Kryptex, NiceHash e Trustpool, não foi possível encontrar uma formulação oficial sobre o destino do saldo ao sair do pool. Se a quantia no saldo for relevante para você, o único caminho confiável continua o mesmo: uma consulta por escrito ao suporte antes de conectar.

Sobre a Ocean já foi dito acima: lá, as shares do log não são apagadas de jeito nenhum e saem da janela conforme o volume de trabalho, não pelo fato de você ter saído.

O caminho completo de uma share: resumo

1. O ASIC recebe o job via Stratum e seu próprio extranonce.
2. A máquina monta a coinbase com o endereço do pool e calcula o merkle root.
3. Teste do nonce, SHA-256 duplo, comparação do resultado com o limite.
4. Um hash abaixo do share difficulty vai para o servidor do pool.
5. O pool verifica a share e registra seu peso, igual à dificuldade.
6. O hashrate no painel é recalculado a partir dos pesos acumulados.
7. Quando o hash de alguém fica abaixo da dificuldade da rede, o pool publica o bloco.
8. A recompensa de bloco (emissão mais taxas de transação) chega ao endereço do pool.
9. O pool retém sua taxa e distribui o restante segundo as regras do esquema.
10. Sua parte é creditada no saldo interno.
11. Ao atingir o limite, o pool envia uma transação on-chain para o seu endereço.

Entre o passo 4 e o passo 11 pode passar de algumas horas a várias semanas, e quase todas as reclamações sobre pools são, na verdade, mal-entendidos dentro desse intervalo.

Conclusão

Um pool é um sistema de contabilidade sobre a mineração comum, não um tipo separado de mineração. Ele distribui tarefas, conta o trabalho confirmado em unidades de dificuldade e distribui as recompensas recebidas segundo uma regra anunciada com antecedência. O esquema de pagamento responde quem paga pelo azar, a janela do PPLNS responde por quanto tempo seu trabalho permanece valioso após desligar, e o limite responde quando o dinheiro realmente sai para sua carteira.

Três coisas deste texto valem a pena guardar antes de escolher um pool. O PPLNS para bitcoin está longe de existir em todo lugar e quase nunca é o padrão. O tamanho da janela é publicado por poucos, então a duração da cauda após desligar quase sempre não pode ser calculada. As taxas de transação renderam 0,73% da recompensa nos últimos 4320 blocos até 29.08.2026, então a disputa sobre sua distribuição hoje gira em torno de menos de um por cento da receita.

Entendendo esses mecanismos, você para de comparar pools pelo percentual da página inicial e passa a comparar pelo pagamento final por terahash. Como fazer isso em pools específicos foi tratado no artigo sobre como escolher um pool de mineração.