Quedas de dificuldade do BC2 — Como funcionam as janelas de retarget

Uma janela de queda de dificuldade é o curto período após o retarget de dificuldade de uma cadeia pequena cair acentuadamente, durante o qual o tempo esperado de um minerador solo para achar um bloco cai drasticamente antes que chegue novo hashrate para concorrer. Na Bitcoin II (BC2), que herda o retarget clássico do Bitcoin de 2,016 blocos, essas janelas podem ser violentas: quando o hashrate vai embora e os blocos desaceleram a passo de tartaruga, o próximo ajuste pode desabar até o teto máximo de um único passo do protocolo, de −75%. Por alguns dias depois, uma cadeia que era uma loteria de anos vira um alvo realista.

Pontos-chave

• Cadeias pequenas oscilam onde o Bitcoin não consegue. O hashrate do BTC é profundo e estável demais para se mover muito; uma cadeia fina como o BC2 pode perder metade do hashrate e arrastar-se 10–15× mais devagar que sua meta de tempo de bloco.
• A queda é limitada a −75%. Retargets ao estilo Bitcoin podem ajustar no máximo ±4× num passo, então uma cadeia muito atrasada cai exatamente a um quarto da sua antiga dificuldade — não além, nesse passo.
• O sinal é tempo de bloco vs meta. Quando uma cadeia roda bem mais devagar que sua meta na maior parte de um período de retarget, uma queda máxima fica essencialmente travada para o próximo ajuste.
• A janela é curta. Dificuldade mais baixa atrai hashrate de volta, e o retarget seguinte empurra a dificuldade para cima outra vez — a grande vantagem dura dias, não semanas.
• É específica de cada cadeia. BC2 e BTC usam retargets por época; BCH, BCH2 e XEC usam ASERT, que ajusta a cada bloco e nunca produz essas dramáticas janelas de um único passo.

Por que cadeias pequenas têm janelas dramáticas (e o Bitcoin não)

Toda cadeia SHA-256 reajusta sua dificuldade para que os blocos cheguem perto de um intervalo-alvo — 10 minutos para o BC2, como no Bitcoin. A diferença é a profundidade. A rede do Bitcoin roda na ordem de 980 EH/s; nenhum evento plausível remove o bastante disso para deslocar os tempos de bloco por muito tempo, então seus retargets são suaves, tipicamente alguns por cento. Uma cadeia como o BC2 pode rodar na ordem de dezenas de PH/s — milhões de vezes menor. Uma única fazenda de porte médio apontando para outro lugar pode apagar uma grande fatia da rede da noite para o dia, e de repente blocos que deveriam levar 10 minutos levam duas horas.

A dificuldade não atualiza continuamente nessas cadeias. Ela atualiza uma vez a cada 2,016 blocos, recalibrada para a rede que existia no último retarget. Quando o hashrate sai no meio da época, a cadeia passa o resto daquele período minerando numa dificuldade calibrada para uma rede que não existe mais — lenta, dolorosa e matematicamente fadada a uma correção no próximo retarget. Essa correção é a janela.

A mecânica: a fórmula de retarget e o teto de −75%

A fórmula de retarget ao estilo Bitcoin é simples:

new_difficulty = old_difficulty × (target_time / actual_time)

Onde target_time é 2,016 blocos × 10 minutos = 20,160 minutos (14 dias), e actual_time é quanto esses 2,016 blocos realmente levaram. Se o período rodou duas vezes mais devagar que a meta, a dificuldade cai pela metade. Se rodou 15× devagar, a fórmula quer cortar a dificuldade em mais de 90%.

Mas o protocolo limita cada ajuste individual a um fator de ±4×. A dificuldade não pode subir acima de 4× nem cair abaixo de um quarto do seu valor anterior num único passo. Então, por mais atrasada que uma cadeia esteja, o máximo que ela pode cair num retarget é −75% (a um quarto). Uma cadeia atrasada o bastante para “merecer” um corte de mais de 90% simplesmente bate no teto — e, se o hashrate ficar longe, cai de novo no próximo retarget 2,016 blocos depois. O teto é uma proteção contra ajustes descontrolados; para uma cadeia pequena atrasada, é o piso em que sua janela pousa.

Um exemplo real: BC2, maio de 2026

Em meados de maio de 2026, o BC2 era um caso de manual. A cadeia estava no bloco 54,313 com uma dificuldade em torno de 38 bilhões, e os rastreadores públicos contavam uma história coerente:

O gap entre o hashrate implícito (~38.6 PH/s) e o medido (~17.9 PH/s) — mais da metade da rede faltando — é a história inteira. Jogando o atraso na fórmula, o ajuste “justo” teria sido um corte de mais de 90%; o teto fez o resultado real ficar travado em −75%, levando a dificuldade de cerca de 38 bilhões para cerca de 9.5 bilhões. O WhatToMine marcou a cadeia como “active (lagging)” o tempo todo.

O que isso fez às chances solo: na dificuldade pré-retarget, um ASIC de 100 TH/s esperava um bloco BC2 mais ou menos a cada 19 dias — contra cerca de 180 anos para o mesmo hardware no Bitcoin. Após o teto de −75%, esse número do BC2 caiu para cerca de 4–5 dias. Mesmo hardware, mesmos hashes; só a régua da rede para um bloco válido mudou.

Como identificar uma janela se formando

Você não precisa de dados privilegiados — os sinais são públicos e repetíveis. Fique de olho nos três juntos:

• Tempo de bloco bem acima da meta, sustentado. Um bloco lento é ruído. Uma cadeia com média de 30, 60, 120 minutos por bloco ao longo de centenas de blocos está estruturalmente atrasada, e quanto mais isso persiste dentro de um período de retarget, mais travada fica a próxima queda.
• Um gap entre hashrate implícito e medido. O hashrate implícito pela dificuldade (o que a cadeia assume) bem acima do hashrate calculado a partir dos intervalos reais recentes dos blocos significa que a rede encolheu e a dificuldade ainda não alcançou.
• Hashrate do pool em queda. Se os pools que você consegue ver estão em tendência de baixa, não de alta, não está entrando novo hashrate para socorrer os tempos de bloco antes do retarget — então o atraso, e a queda, vão se manter.

O Network Radar ao vivo mostra a dificuldade atual, o tipo de retarget e o hashrate da rede por moeda, e a visão do pool BC2 mostra a altura de bloco e a dificuldade ao vivo — juntos, eles deixam você ver uma janela se formando em tempo real, e não depois do fato.

Por que BCH2 e XEC não fazem isso (ASERT vs retarget clássico)

Nem toda cadeia pequena produz essas janelas — depende inteiramente do algoritmo de dificuldade. BC2 e BTC usam o retarget por época clássico (um ajuste a cada 2,016 blocos), que é exatamente o que torna o BC2 propenso a quedas dramáticas de um único passo. Em contraste, BCH, BCH2 e XEC usam ASERT, que recalcula a dificuldade a cada bloco conforme o quanto a cadeia está adiantada ou atrasada em relação ao cronograma.

Cadeias ASERT se autocorrigem continuamente, então nunca acumulam o tipo de atraso de várias semanas que força um teto de −75%. É uma escolha de projeto deliberada para cadeias pequenas: o BCH2, que se bifurcou do BC2 no bloco 53,200 em março de 2026, nasceu com uma meia-vida ASERT rápida de 1 hora especificamente para resistir aos problemas de manipulação de hashrate e de variância de tempo de bloco que os retargets clássicos criam em redes finas. O aprendizado prático para um minerador solo: janelas de queda de dificuldade são um fenômeno do BC2 entre as cadeias da SoloFury. Nas moedas ASERT, suas chances são mais estáveis e não há um único “momento” a cronometrar — você só aponta e minera.

Como se posicionar para uma queda

Se você identificou um atraso genuíno no BC2 e quer estar pronto quando o retarget pousar, aqui está a sequência prática.

1. Pré-configure seu equipamento antes do bloco de retarget

Não corra às 2 da manhã. Aponte para o stratum BC2 da SoloFury com antecedência:

stratum+tcp://solofury.com:8080
Username: YOUR_BC2_ADDRESS.worker_name
Password: x

As portas 8081 e 8082 servem para redundância, e os endpoints regionais (eu-bc2.solofury.com:8080, as-bc2.solofury.com:8080) cortam latência e shares stale se você estiver longe do primário. O assistente de configuração preenche o endpoint certo automaticamente.

2. Tenha uma carteira BC2 de verdade pronta

Você precisa de uma carteira nativa Bitcoin II. O BC2 reutiliza os formatos de endereço do Bitcoin (legacy e bech32), mas é uma cadeia diferente — gere seu endereço na carteira BitcoinII Core, não numa carteira Bitcoin comum. Os espaços de endereços se sobrepõem, então um pagamento a um endereço da cadeia errada pode ser irrecuperável. Confira duas vezes antes de minerar.

3. Não mova todo o seu hashrate

Mineração solo é variância. Alocar 30–50% da sua frota ao BC2 durante uma janela te dá exposição real ao lado bom sem te afundar se a sorte esfriar. Deixe o resto no que você normalmente minera.

4. Fique de olho na altura de bloco

Acompanhe a visão do pool BC2 à medida que o bloco de retarget se aproxima. No momento em que a altura passa do ponto de retarget, você está no novo regime de dificuldade mais baixa — sem reinício, o vardiff cuida da transição de forma transparente.

5. Mantenha expectativas honestas

Mesmo na dificuldade pós-queda, o número de “4–5 dias” de um minerador de 100 TH/s é uma média, não uma promessa. Variância significa que podem ser quatro horas ou quatro semanas. A janela inclina as chances a seu favor; ela não garante um resultado.

6. Planeje sua saída

As janelas fecham quando o hashrate retorna. Quando o hashrate do pool BC2 volta a subir e o próximo retarget começa a empurrar a dificuldade para cima de novo, a fase fácil acabou — gire de volta para sua cadeia padrão.

Você deveria mesmo se incomodar com o BC2?

Resposta honesta: depende do que você está otimizando.

Para USD por TH por dia: o BC2 raramente é a escolha certa fora dessas janelas. O preço é volátil e pouco negociado, e em dificuldade típica até um Bitaxe pode rodar com um pequeno prejuízo a um preço de energia residencial médio. Esta não é uma cadeia de “configurar e esquecer para ter lucro”.

Para realmente pegar um bloco com o seu próprio hashrate: o BC2 é uma das cadeias SHA-256 mais realistas para um pequeno operador, porque sua dificuldade fica ordens de magnitude abaixo da do Bitcoin. Durante uma janela pós-retarget, a vantagem está no seu ponto mais afiado — uma cadeia que normalmente é um alvo solo de várias semanas vira brevemente um de vários dias. (Veja as melhores moedas para minerar solo para como o BC2 se compara às alternativas.)

Pelo aprendizado e pela emoção: o BC2 é uma excelente cadeia para aprender — variância mais barata que o Bitcoin, moedas reais no fim e seu endereço na cadeia quando você resolve um. Uma janela de dificuldade é o melhor momento para viver isso sem uma década de espera.

A conclusão honesta

Mineração solo é em parte engenharia, em parte estatística, na maior parte paciência. Na maioria dos dias, o movimento certo é manter seu equipamento apontado para o que oferece o melhor retorno e deixar a variância ser variância. Mas mais ou menos a cada duas semanas, toda cadeia de retarget clássico se reajusta — às vezes contra você, às vezes, como o BC2 após um êxodo de hashrate, nitidamente a seu favor. Você não precisa fazer a aposta; a cadeia não deve vitória a ninguém. Mas se você vinha pretendendo colocar algum hashrate numa cadeia SHA-256 menor para maximizar sua chance de resolver um bloco de verdade, um atraso confirmado do BC2 rumo a um retarget é exatamente o momento de se posicionar. Depois da queda, a matemática é simplesmente diferente — por um tempo.

Perguntas frequentes

O que é uma janela de queda de dificuldade na mineração?

É o curto período após o retarget de dificuldade de uma cadeia cair acentuadamente, quando o tempo esperado de um minerador solo para achar um bloco é bem menor que o usual. Ela abre porque o hashrate saiu da rede, e fecha assim que a mineração mais barata atrai hashrate de volta e o próximo retarget eleva a dificuldade de novo.

Quanto a dificuldade do BC2 pode cair num retarget?

No máximo 75%, a um quarto do seu valor anterior. Retargets ao estilo Bitcoin limitam cada ajuste a um fator de ±4×, então mesmo uma cadeia rodando 15× mais devagar que a meta só pode cair a um quarto num único passo — e então cair de novo no próximo retarget se o hashrate ficar longe.

Como sei que uma queda de dificuldade do BC2 está vindo?

Fique de olho em três sinais juntos: tempos de bloco bem acima da meta de 10 minutos por um trecho sustentado, um gap entre o hashrate implícito pela dificuldade e o hashrate medido a partir dos intervalos reais de blocos, e hashrate do pool em queda. O Network Radar e a visão do pool BC2 mostram isso em tempo real.

O Bitcoin também tem essas janelas?

Em teoria sim, na prática não. O BTC usa o mesmo retarget por época, mas seu hashrate é tão profundo e estável que nenhum evento realista desloca os tempos de bloco o suficiente para forçar uma grande queda. As janelas dramáticas só aparecem em cadeias pequenas como o BC2, que podem perder uma grande fatia de hashrate rapidamente.

Por que BCH2 ou XEC não têm janelas de queda de dificuldade?

Porque usam ASERT, que ajusta a dificuldade a cada bloco em vez de a cada 2,016 blocos. O ASERT corrige o atraso continuamente, então nunca acumula o déficit de várias semanas que força um teto de −75% numa cadeia de retarget clássico como o BC2. O trade-off é que não há um único momento a cronometrar — as chances são apenas mais estáveis.

Quanto minhas chances melhoram durante uma janela do BC2?

Depende da dificuldade ao vivo da cadeia, mas o efeito é grande. No exemplo de maio de 2026, o tempo esperado de um ASIC de 100 TH/s até um bloco BC2 foi de cerca de 19 dias para cerca de 4–5 dias após uma queda de −75% — contra cerca de 180 anos para o mesmo hardware no Bitcoin. Verifique o Network Radar para os números atuais.

Preciso de uma carteira especial para minerar BC2?

Sim. O BC2 reutiliza os formatos de endereço do Bitcoin mas é uma cadeia separada, então gere seu endereço de pagamento na carteira BitcoinII Core, não numa carteira Bitcoin comum. Como os espaços de endereços se sobrepõem, enviar para um endereço da cadeia errada pode ser irrecuperável — verifique antes de apontar hashrate para ele.

Minerar BC2 é lucrativo?

Geralmente não numa base pura de USD por dia — o preço é fino e volátil, e em dificuldade normal rigs pequenos podem rodar com um leve prejuízo. O apelo do BC2 é a chance realista de resolver um bloco inteiro como pequeno minerador, que está no seu melhor durante uma janela pós-retarget, não na economia de regime estável.