Você
Políticas do pool

Retenção de blocos: o ataque que nenhum share revela

Última atualização: 5 de novembro de 2026

Um minerador envia shares reais e esconde o que seria um bloco. Veja quanto isso custa, quem paga, por que alguém faz isso e como é detectado.

O que é um ataque de retenção de blocos?

É um minerador que envia todos os shares comuns, mas esconde o que seria um bloco. O pool paga pelos shares. O bloco nunca chega.

Cada share que você envia a um pool é uma solução real que não atingiu o alvo do bloco. O alvo do bloco é a barra mais difícil que um hash precisa passar para formar um bloco. De vez em quando uma solução passa por ela também, e esse share é um bloco inteiro.

Esse share parece igual a todos os outros até o pool conferi-lo.

Um atacante faz o trabalho de forma honesta e envia todos os shares comuns. Ele joga fora em silêncio o que seria um bloco. O pool conta os shares e paga por eles. O bloco que ele deveria receber nunca chega.

Por que um único share não denuncia o atacante?

Nada no atacante parece errado em nenhum share isolado. O hardware é real, e o hashrate também. Os shares são válidos e chegam no ritmo certo. O pool pode examinar um share e não ver nada de errado.

O que falta é uma ausência, e uma ausência só aparece com o tempo. Um minerador com uma certa parte do hashrate do pool deveria encontrar mais ou menos essa mesma parte dos blocos.

Em uma hora, isso não diz nada. Encontrar blocos é aleatório, e períodos sem blocos são comuns. Em uma janela longa o bastante, isso diz muito.

Um minerador atacante envia um fluxo constante de shares comuns a um pool. A única solução que atinge o alvo do bloco é parada antes de chegar ao pool e descartada.
Os shares fluem normalmente. O único envio que importava é descartado. Nenhum share isolado revela isso.

Quanto custa e quem paga?

O pool perde a recompensa do bloco que deveria ter recebido. Mas a perda não cai de fato sobre o pool. Esta é a parte que vale entender em qualquer pool.

  • Em um método proporcional, a rodada continua até que outra pessoa encontre um bloco. Todos na rodada trabalharam em uma rodada que durou mais do que deveria. Então todos ganham um pouco menos por unidade de trabalho. O custo se espalha entre os mineradores honestos.
  • Em um método de pagamento por share, é pior para o operador. O pool já pagou cada share do próprio bolso e depende da chegada dos blocos. Um ataque prolongado drena o operador diretamente. Historicamente, esse é o caso que mais preocupou as pessoas.

Por que alguém faria isso?

O atacante também joga fora a recompensa do bloco. À primeira vista, isso é puro prejuízo para ele. Só faz sentido se o atacante ganha em algum lugar que o pool não consegue ver.

O motivo comum é a concorrência. Quem tem o próprio pool pode alugar hashrate ou apontá-lo para um rival e sabotar os resultados dele. O pool do atacante então parece ter mais sorte em comparação. Os shares que o atacante ainda recebe pagam a sabotagem.

Em uma variante mais sutil, o atacante guarda o bloco em vez de descartá-lo. Ele continua minerando por cima dele em segredo e o envia depois, no momento que lhe convier. Isso é mais difícil de fazer. É preciso uma grande parte do hashrate para valer a tentativa.

Como ele é detectado?

A detecção é estatística, porque não existe outro sinal. Compare os blocos que um participante encontrou com os blocos que a contagem de shares dele diz que ele deveria ter encontrado. Faça isso em uma janela longa o bastante para a sorte se equilibrar.

Dois mineradores enviam o mesmo fluxo constante de shares. Ao longo de um bom tempo, o primeiro encontra a maior parte dos blocos esperados dele e recebe um visto verde; o segundo não encontra nenhum dos blocos esperados e é sinalizado para uma pessoa revisar.
Em uma janela longa o bastante, um minerador que nunca encontra os blocos esperados se destaca.

A janela é a parte difícil.

  • Se ela for curta, um azar comum parece um ataque. Mineradores honestos seriam acusados o tempo todo.
  • Se ela for longa, um atacante real age por um tempo antes de os números falarem.

Não há um jeito esperto de fugir desse dilema. Ele vem da aleatoriedade, não do software.

Por isso, um detector sério leva a questão a uma pessoa em vez de agir sozinho. Um banimento automático guiado por uma estatística um dia vai banir alguém que só teve azar. Tirar do ar um minerador legítimo é pior do que o próprio ataque.

O que isso significa para um minerador honesto?

Quase nada, e vale dizer isso com clareza.

Seus shares são contados e pagos do mesmo jeito em qualquer caso. Ter azar não é uma infração e não pode ser. Em qualquer janela curta, a maioria dos mineradores tem azar.

Uma sequência de rodadas em que você contribuiu muito e o pool não encontrou nada é variação normal. O número de sorte nas estatísticas do pool mostra o quanto isso é normal.

Esse ataque é um dos motivos pelos quais os pools se importam com quem aponta hashrate para eles. É também por isso que um pool que publica seus blocos e sua sorte com honestidade é mais fácil de confiar. Tudo o que você precisa para conferir o pool está na página de blocos.

Pronto para colocar isso em prática?
O guia Como minerar escolhe o servidor mais próximo de você e monta o comando exato do seu programa de mineração.
Começar a minerar Qubitcoin