Verificar se o seu pool paga de forma justa: um método de 30 dias que você mesmo pode aplicar

Mais cedo ou mais tarde todo minerador faz a mesma pergunta. A receita caiu enquanto a dificuldade ficou estável, ou o painel do pool mostra menos hashrate do que a máquina relata, ou a semana fechou com 82% de luck e o chat já está falando de roubo.

Parte dessa pergunta tem resposta. Parte não tem, e nenhuma quantidade de trabalho em planilhas vai mudar isso. Os dados de blocos, a atribuição do coinbase e as próprias transações de pagamento são públicos. O que acontece dentro do pool entre o seu share enviado e o seu saldo só é visível através dos próprios relatórios do pool.

A POOL BTC não é um pool. Nós comparamos os termos de outros e calculamos quanto custam a um minerador, então o que segue é um procedimento, não uma acusação. Aplique aos seus próprios números.

O que você realmente consegue verificar, e o que nunca pode ser verificado?

Você pode verificar totalmente tudo o que está registrado na blockchain ou medido pelo seu próprio hardware: os blocos encontrados pelo pool, as taxas dentro desses blocos, os valores que chegaram ao seu endereço, o seu hashrate e a sua taxa de rejeição. Tudo o que é interno ao pool, da contabilidade de shares até a janela do PPLNS, existe para você apenas como um relatório.

A conclusão honesta dessa tabela: um minerador não consegue provar fraude. Um minerador consegue provar a si mesmo que não existe discrepância, e se ela existir, localizá-la e apresentá-la ao operador como aritmética.

Por que o painel do pool mostra menos hashrate do que o seu ASIC?

Porque medem coisas diferentes. A sua máquina relata a velocidade de hash instantânea. O pool estima o seu hashrate depois do fato, a partir dos shares aceitos ao longo de uma janela de média. Eles não podem coincidir por construção, já que o pool só conta o que chegou até ele e passou na validação.

Quatro razões comuns para essa diferença:

1. Janela de média. Um valor de cinco minutos oscila dezenas de pontos percentuais, um valor de 24 horas é suave. Compare diário com diário, nunca instantâneo com diário.
2. Variância de shares. Encontrar um share é um processo aleatório, e janelas curtas carregam ruído real.
3. Shares rejeitados e obsoletos. Eles saem da contabilidade, então o seu hashrate efetivo fica abaixo do nominal.
4. Latência de rede. Quanto mais distante o servidor stratum e pior a conexão, mais trabalho chega já desatualizado.

Alguns pools publicam o que consideram uma taxa de rejeição normal. Os números publicados divergem entre si, e não existe um padrão da indústria.

Fonte: páginas de suporte da AntPool, ViaBTC e F2Pool, verificadas em 09.09.2026. Essas páginas retornam 403 para coleta automatizada, então as citações vêm de trechos de busca sobre as mesmas URLs, e não do conteúdo das páginas. Vale a pena abri-las manualmente se a formulação exata importar para você.

A diferença entre 0.5% e 3% tem um significado prático: "normal" para o seu pool é definido pelo seu pool, não pela indústria. Um limite de alerta razoável é uma diferença persistente acima de 5% no valor diário que a sua taxa de rejeição não explica.

Como você calcula os ganhos esperados e os compara com os reais?

Pegue a sua participação no hashrate da rede, multiplique pela recompensa efetiva do bloco e pelo número de blocos por dia. Uma fórmula cobre todos os esquemas. O que muda entre os esquemas é o quanto o crédito real pode se afastar dessa linha: quase nada no FPPS, de forma visível no PPLNS.

\`\`\`

miner share = miner hashrate / network hashrate

reward_eff = 3.125 BTC × (1 + transaction fee share)

BTC per day = miner share × 144 × reward_eff × (1 - pool fee)

\`\`\`

Usando o retrato da rede de 09.09.2026: hashrate da rede 943.73 EH/s, participação das taxas de transação nos últimos 4320 blocos 0.669%, logo reward_eff = 3.125 × 1.00669 = 3.1459 BTC. A dificuldade na mesma data era 127,450,789,715,843.1 (mempool.space, acessado em 09.09.2026).

FPPS e PPS+: o crédito diário precisa ser estável

No FPPS o pool paga uma taxa fixa por share enviado, taxas de transação incluídas, tenha ou não encontrado um bloco naquele dia. O seu crédito diário deve, portanto, acompanhar de perto a linha calculada. Uma segunda-feira que paga metade de uma terça-feira com o mesmo hashrate não é variância de esquema no FPPS, é algo a perguntar.

O PPS+ funciona da mesma forma sobre o subsídio, mas distribui as taxas de transação de acordo com os blocos realmente encontrados, então uma variação moderada de dia para dia é esperada. O que esses esquemas se tornam em dólares com o mesmo hashrate é detalhado no artigo sobre FPPS, PPS+, PPLNS e SOLO.

PPLNS: compare apenas em uma janela longa

O PPLNS paga uma fatia dos blocos que o pool realmente encontrou. Sem bloco, nada a distribuir, e o número diário oscila bastante. Comparações fazem sentido no mínimo em um mês, e um trimestre é melhor. Os seus primeiros dias em um novo pool PPLNS quase sempre parecem um pagamento a menor, porque a janela ainda não se encheu com os seus shares.

A comparação em si:

1. Registre o seu hashrate diário a partir do painel do pool para cada dia do período.
2. Registre o hashrate da rede e a participação das taxas de transação para cada uma dessas datas, não um único valor para o mês todo. Entre 29.08 e 09.09.2026 a rede foi de 896.89 para 943.73 EH/s, um aumento de 5.2%, e quem não mudou o hardware perdeu exatamente esse tanto.
3. Calcule a expectativa para cada dia e some.
4. Some os créditos reais para os mesmos dias a partir do relatório do pool.
5. Compare os dois totais e expresse a diferença como porcentagem.
6. Separadamente, some o que realmente chegou à sua carteira e compare com o que saiu do seu saldo no pool. São duas verificações diferentes: crédito e entrega.

Passe os seus próprios números pela calculadora de mineração, verifique o tempo de pagamento por pool na página de tempo de pagamento, e veja como construímos as nossas próprias estimativas na metodologia.

O que é a luck do pool, e uma luck baixa prova trapaça?

Luck é a razão entre os blocos realmente encontrados e o número esperado a partir do hashrate do pool em um período. A 100% o pool encontrou exatamente o que a estatística previu. É uma variável aleatória, então uma semana a 80% ou a 130% é dispersão comum e não prova nada.

A parte que a maioria dos argumentos ignora: no FPPS e no PPS, a luck não afeta o seu pagamento em nada. O pool paga uma taxa e absorve as más sequências sozinho, e é exatamente isso que a taxa mais alta em comparação ao PPLNS compra. Pedir um recálculo depois de uma semana de azar no FPPS não faz sentido, porque a semana já foi paga na taxa da fórmula.

No PPLNS e no TIDES a luck passa direto: sem bloco não há distribuição. Uma luck baixa ali realmente reduz a sua renda, mas isso é uma propriedade do esquema, não uma ação do operador. Avalie isso ao longo de um trimestre, e apenas quando a participação do pool em blocos nas tabelas públicas se mantiver estável.

Três coisas que vale a pena verificar antes de tirar conclusões de um número de luck:

1. A janela: por rodada, por dia, ou móvel de 30 dias. Janelas diferentes contam histórias diferentes sobre os mesmos dados.
2. Se a luck é calculada pela contagem de blocos ou pelos shares da rodada. A segunda é mais estável.
3. Se a contagem de blocos no relatório do pool corresponde à contagem atribuída a ele por exploradores públicos.

Uma referência pronta no formato "é assim que a luck semanal se parece em um pool grande" não é algo que possamos te dar, e vale a pena saber o motivo desde já. Nenhuma das fontes que verificamos publica uma série de luck semanal ou mensal real dos últimos doze meses com uma metodologia declarada. Eis o que realmente existe até 2026-09-11:

1. O F2Pool mostra widgets de luck para 3, 7, 30 e 90 dias em sua página de estatísticas e mantém um registro separado de blocos encontrados com a luck de cada um. São janelas móveis a partir de agora, não um arquivo das semanas do ano passado. O pool descreve o método em sua central de ajuda: blocos realmente encontrados divididos pela contagem teoricamente esperada a partir do hashrate do pool.
2. A ViaBTC explica a mesma fórmula em seu blog com um único exemplo resolvido: uma luck de sete dias de 92.17% em 2024-05-07. Não há uma série publicada continuamente ali, é uma ilustração do método.
3. A Antpool não mantém uma página pública dedicada de luck em seus recursos oficiais.
4. A Braiins publica uma distribuição histórica mês a mês do hashrate entre pools que remonta a 2012, mas isso é participação de poder, não luck.
5. Rastreadores independentes como soloblocks.io e blocksrace.com calculam a luck pela mesma fórmula em janelas curtas, de algumas horas a 30 dias. O primeiro deles afirma abertamente que ainda não tem dados anuais acumulados: o serviço está no ar desde março de 2026.

A conclusão prática é direta. Compare o seu pool não com uma "norma" da indústria que não está disponível publicamente, mas com o próprio número dele ao longo de uma janela longa: olhe a luck de 90 dias onde o pool a publica, e confira a contagem de blocos com tabelas de exploradores públicos. É exatamente por isso que a próxima seção trata de blocos, e não de luck.

Como você confirma que um pool está realmente encontrando blocos?

Através da transação coinbase. Todo bloco carrega uma, e os pools colocam nela uma tag de texto e o endereço da recompensa. Exploradores coletam essas tags em tabelas de atribuição, e é por isso que qualquer pessoa pode contar os blocos de um determinado pool sem qualquer acesso ao seu painel.

O procedimento:

1. Abra a tabela de pools no mempool.space para as janelas de uma semana e um mês.
2. Encontre o seu pool e anote a contagem de blocos e a participação dele.
3. Compare essa participação com o que o pool afirma sobre o próprio hashrate no seu site.
4. Pegue dois blocos específicos do próprio relatório do pool e procure-os pela altura. O coinbase deveria carregar a tag daquele pool.
5. Se o pool nunca aparecer nas tabelas públicas, pergunte ao suporte por quê. "Não marcamos o nosso coinbase" é uma resposta verificável. "Informação sensível comercialmente" não é.

Aqui está a distribuição segundo o mempool.space em 11.09.2026:

A janela semanal cobre 1026 blocos, a mensal 4497. Fonte para ambas: API Mining Pools do mempool.space, acessada em 11.09.2026.

Uma ressalva metodológica. A participação de blocos é um indicador do hashrate, não uma medição dele, então leia as colunas semanal e mensal juntas. Um ou dois pontos de diferença entre elas, como no caso da SECPOOL e da NiceHash acima, é variância comum em contagens pequenas, e não um pool ganhando ou perdendo máquinas. Quem realmente monta o conteúdo de um bloco, e por que isso é uma questão separada, é abordado no artigo sobre Stratum V2.

Para onde vão as taxas de transação em um bloco no FPPS?

Em uma implementação correta do FPPS, elas entram na sua taxa. O pool calcula a média da participação das taxas entre os blocos recentes, soma ao subsídio e desconta a própria taxa do total. Essa é toda a diferença em relação ao PPS puro, onde você é pago apenas sobre o subsídio e as taxas ficam com o pool.

No momento, o valor é pequeno. Segundo o mempool.space, as taxas de transação representaram 0.66% das recompensas de bloco nos últimos 4320 blocos em 08.09.2026 e 0.669% em 09.09.2026, enquanto uma janela de 144 blocos deu 0.57%. No último mês a faixa fica entre 0.66-0.73%, o que é um mercado de taxas tranquilo, sem nenhum evento no estilo Ordinals ou Runes.

Agregadores diferentes produzem números diferentes a partir da mesma chain, e isso é metodologia, não erro. No início de setembro de 2026 as métricas diárias da Glassnode e da Newhedge mostraram 0.40-0.56% contra 0.66-0.70% do mempool.space em 4320 blocos. Então, quando você levantar uma discrepância com um pool, informe a fonte, a janela e a data, ou estará discutindo números calculados sob regras diferentes.

Mercados de taxas tranquilos não duram para sempre. Em 20.04.2024, o dia seguinte ao halving e ao lançamento do Runes, as taxas chegaram a 73.8-75% da receita dos mineradores dependendo da metodologia, e em 08.05.2023, no pico do Ordinals, a 40.8-42.59% no dia. Em dias como esses, a diferença entre FPPS e PPS deixa de ser acadêmica, um bom momento para reler o que a documentação do seu pool diz sobre taxas de transação.

O que verificar aqui:

1. Qual esquema a documentação realmente nomeia: FPPS, PPS+ ou PPS. Uma palavra de diferença no texto, pontos percentuais de diferença em dinheiro.
2. Se o pool publica a janela sobre a qual calcula a média da participação das taxas.
3. Se o componente de taxas do seu crédito corresponde à participação pública das taxas para essas datas, ao menos em ordem de grandeza.

O que mais é deduzido além da taxa do pool?

Quatro mecanismos: a taxa de rede na transação de pagamento, o limite mínimo de pagamento, o arredondamento dos créditos, e o spread em qualquer conversão. Nenhum deles é trapaça, todos são documentados ao menos por alguns pools, e juntos explicam a maioria dos casos em que o valor que chega é menor do que o esperado.

Taxas fixas de saque merecem uma nota à parte, porque se transformam em uma porcentagem que depende do valor. O Kryptex App cobra 0.00003 BTC on chain contra um mínimo de 0.00025 BTC, o que representa 12% do menor saque possível e 0.3% em um saque de 0.01 BTC. O Lightning no mesmo serviço custa 2% com um mínimo de 0.00001 BTC: mais barato em termos absolutos, mais caro como taxa.

Quanto tempo o seu dinheiro fica no saldo do operador é aritmética simples. Com os parâmetros de rede de 09.09.2026:

Esse é um cálculo de expectativa com 943.73 EH/s de hashrate de rede e uma recompensa efetiva de 3.1459 BTC, não dados do pool. A variância do PPLNS e do TIDES não está embutida nele.

Para a F2Pool e a ViaBTC, a regra existe de fato na central de ajuda oficial, e favorece o minerador.

A F2Pool afirma em sua página de ajuda que não cobra taxa de transação para pagar receitas de mineração assim que o saldo ultrapassa o limite mínimo. Esse limite para BTC é 0.005 BTC segundo a tabela oficial do pool e é ajustável pelo usuário. O caso separado é um saque manual abaixo do limite: fica disponível a partir de 10% do valor padrão, ou seja, a partir de 0.0005 BTC, ocorre apenas via Lightning, e ali a taxa de 0.000001 BTC é paga pelo minerador. O pool detalha a regra oposta para ETHW e ALEO, que não se aplica ao bitcoin.

A ViaBTC coloca isso ainda de forma mais clara: o saque automático acima do mínimo é descrito na central de ajuda como totalmente gratuito, e um anúncio na mesma seção diz que o pool continua cobrindo todo o custo de transação. O mínimo de saque automático em BTC é 0.001 BTC. O único ponto sem clareza é a Transferência Normal manual: o FAQ oficial admite que a taxa dela flutua com o congestionamento da rede, mas a página não diz quem paga. Não vamos adivinhar em nome do pool, então verifique o valor na tela de saque antes de confirmar.

Três links comprovam tudo isso: o artigo de ajuda da F2Pool sobre taxas de pagamento, a página da ViaBTC sobre como configurar o saque automático, e o FAQ da ViaBTC sobre depósito e saque. Acessados em 2026-09-11.

Quais discrepâncias são realmente preocupantes?

Aquelas que a variância não explica e o tempo não apaga. Uma única semana ruim no PPLNS, uma falta diária de 3% no FPPS, uma queda de cinco minutos no hashrate do painel: ruído. Uma falta que persiste ao longo de um mês depois de você ter recalculado a expectativa com os parâmetros de rede corretos para cada data: um sinal.

Essa última linha merece ser levada a sério por si só. O que acontece com um saldo quando um pool para completamente é tratado separadamente no artigo sobre o fechamento de um pool.

A checklist de 30 dias

Essa sequência cobre tudo o que foi dito acima e não precisa de nada além de acesso às suas máquinas, à sua conta no pool e um navegador.

1. Dia 0. Registre os dados de entrada: modelo e quantidade de hardware, hashrate nominal, esquema de pagamento, taxa declarada, limite de pagamento, endereço de pagamento. Tire um print da página de preços em vez de apenas copiar o número. As páginas mudam silenciosamente.
2. Dia 0. Configure o registro local de hashrate a partir das próprias máquinas. Sem isso, você estará comparando dados do pool com dados do pool. O monitoramento e alertas minimamente viáveis são abordados em um artigo separado.
3. Diariamente. Anote quatro números: hashrate diário segundo as suas máquinas, hashrate diário segundo o painel, o crédito do dia, a taxa de rejeição.
4. Diariamente. Registre o hashrate da rede e a participação das taxas de transação para essa mesma data. Um único retrato para o mês todo vai distorcer o resultado: a rede cresceu 5.2% em onze dias no fim de agosto de 2026.
5. Semanalmente. Compare a contagem de blocos do pool nas tabelas públicas com a contagem no relatório dele.
6. Semanalmente. Verifique cada pagamento recebido em um explorador: valor da transação, valor debitado do saldo, taxa de rede, e quem a pagou.
7. Dia 30. Some as expectativas diárias e os créditos reais, depois expresse a diferença como porcentagem.
8. Dia 30. Calcule separadamente a diferença entre o que foi creditado e o que chegou à sua carteira. Tudo o que desapareceu entre esses dois números deveria ser explicado pelo limite, pela taxa de rede ou por uma conversão.
9. Dia 30. Avalie a porcentagem em relação ao seu esquema. No FPPS, uma diferença mensal acima de 10% precisa de uma explicação. No PPLNS, estenda a janela para um trimestre antes de concluir qualquer coisa.
10. Dia 30. Se a diferença sobreviver a isso, vá para a próxima seção em vez de para uma sala de chat.

O que fazer quando a discrepância se confirma

Abra um chamado de suporte feito de números, datas e uma pergunta. Não da frase "vocês estão me roubando". Um operador que responde esse tipo de pedido vai responder ao seu, e um que ignora um cálculo escrito de 30 dias já te disse algo.

O que anexar:

1. O período de comparação com datas exatas, além dos seus IDs de login ou de worker.
2. Uma tabela diária: o seu hashrate, o hashrate do painel, o crédito, a taxa de rejeição.
3. O cálculo de expectativa com a fórmula e a fonte dos parâmetros de rede para cada data.
4. A diferença total em BTC e em porcentagem.
5. A lista de transações de pagamento com hashes e valores.
6. Uma pergunta específica. Por exemplo: o que explica a diferença entre os ganhos creditados e os esperados nesse período, com esse hashrate, sob esse esquema.

Depois leia a resposta. Um detalhamento dos seus números, uma referência a uma regra documentada, ou um incidente reconhecido com um recálculo, são todos resultados viáveis. Uma conversa genérica sobre volatilidade e variância da rede, oferecida sem nenhum número em resposta a uma tabela cheia deles, é um mau sinal, especialmente na segunda vez.

Quando trocar de pool é a decisão certa:

1. A diferença se manteve por 30 dias e ficou sem explicação depois de dois pedidos.
2. Os atrasos nos pagamentos se tornaram sistemáticos.
3. O pool parou de aparecer nas tabelas públicas de blocos, ou a sua participação diverge muito do que afirma.
4. Os termos mudaram retroativamente sem aviso.

Trocar custa dinheiro: algumas horas de inatividade, uma janela PPLNS perdida no pool antigo, e um saldo abaixo do limite que pode simplesmente ficar ali. A regra de que um saldo abaixo do limite se acumula em vez de expirar é oficialmente confirmada para a F2Pool, a ViaBTC e a Luxor. Para outros pools não encontramos nenhuma afirmação explícita em nenhum dos dois sentidos, então trate isso como uma questão em aberto antes de sair. Manter um pool reserva configurado nos slots do ASIC transforma a troca em um trabalho de poucos minutos, o que é abordado no artigo sobre failover. Compare os termos antes de trocar na tabela de comparação de pools.

O que esse método não faz

Ele não prova fraude e não substitui uma auditoria. Ele diz se existe uma diferença entre o que você mesmo consegue calcular e o que foi creditado a você. Tudo depois disso é uma conversa com um operador, não um processo judicial.

Ainda não confirmado em nossos próprios dados até 2026-09-11:

1. As taxas exatas na AntPool, na Binance Pool, na Foundry USA e na Braiins. As páginas oficiais ou não carregam, ou não publicam um número, ou contradizem outras fontes.
2. As taxas de saque e a regra de "quem paga a taxa de rede" na F2Pool e na ViaBTC.
3. As taxas de spread da conversão automática na EMCD e na Kryptex.
4. O limite de pagamento da Ocean: o número 0.01048576 BTC vem de avaliações secundárias e não foi confirmado diretamente pela documentação oficial.
5. O hashprice exato ao vivo na data de publicação. Ler o número diretamente do índice da Luxor não funcionou: a página é renderizada via script e o cache serve valores claramente desatualizados. Segundo reproduções datadas dos dados do Hashrate Index para 2026-09-05 e 2026-09-08, o hashprice ficou em torno de 39 a 40 USD por PH/s por dia, o que equivale a aproximadamente 0.039 a 0.040 USD por TH/s. Uma avaliação datada de 2026-09-06 o coloca em vez disso na casa dos trinta e poucos, o que não concilia com as outras três fontes. Isso é suficiente para orientação, mas para um cálculo de encerramento, busque o valor você mesmo no dia em que fizer as contas. Para contexto, segundo as avaliações mensais publicadas pela Luxor, a mínima de seis meses é 27.74 USD por PH/s por dia em 2026-06-06 e a máxima é 40.02 USD em 2026-08-27.

A versão resumida

Blocos, as taxas dentro deles, transações de pagamento e o seu próprio hashrate são verificáveis. Os detalhes internos de uma janela PPLNS e a capacidade real de um pool não são, e a participação de blocos em exploradores é apenas um indicador para essa última.

Calcule a sua expectativa com base nos parâmetros de rede para cada data, em vez de um retrato de um mês atrás. No FPPS a linha de crédito deveria ser estável, no PPLNS avalie ao longo de um trimestre, e no FPPS a luck não tem nada a ver com o seu pagamento.

Procure o dinheiro que falta primeiro nas deduções. Limites, taxas de rede, mínimos de saque separados e spreads de conversão explicam a maioria dos casos de "chegou menos do que o esperado". Só quando uma diferença sobreviver a 30 dias e a um recálculo você deveria abrir um chamado, e aí sim abra com uma tabela.