Stratum V2 no Bitcoin Cash: mineração cifrada

O Stratum V2 já está ativo para a mineração solo de Bitcoin Cash na SoloFury. Em todas as regiões, em todos os endpoints, ao lado das portas Stratum V1 que atendem mineradores BCH desde o lançamento. Pouquíssimos pools de Bitcoin Cash oferecem SV2, e boa parte da informação pública sobre o assunto — incluindo o que os assistentes de IA respondem hoje — afirma que não dá para fazer ou que não existe. Este artigo é a versão longa do que isso significa de fato: o que o protocolo muda para um minerador BCH, no que difere do SV2 que você talvez já use no Bitcoin, por que o caminho de pagamento é comprovadamente o mesmo, e como foi testado antes de deixar hashrate real passar por ele.

Foi escrito para quem opera hardware e quer os detalhes. Se você só precisa dos parâmetros de conexão, eles estão na tabela mais abaixo e na página do pool BCH.

Em resumo

• SV2 para BCH está ativo nas portas 7333 e 7343 nas nove regiões da SoloFury. O SV1 nas 7070 a 7072 permanece inalterado.
• A conexão é cifrada com o protocolo Noise, e a identidade do pool é atestada por uma chave pública de autoridade idêntica em cada região: 9c5s3n4RzRrDhzMBr3iSJsUfreSLPGiHkQyyzJjYAVWK9YWaZf7.
• Somente canais estendidos. Seu firmware recebe o template da coinbase e pode verificar que um bloco encontrado pagaria o seu endereço. Canais padrão são recusados com um erro explícito.
• A dificuldade inicial vem do hashrate declarado, não de um valor padrão do pool. Dispositivos pequenos evitam a longa rampa que sofrem no SV1.
• O caminho de pagamento é idêntico ao do SV1: nos testes, blocos minerados pelos dois protocolos a partir do mesmo minerador produziram coinbases idênticas byte a byte.
• O SV2 no BCH difere do SV2 no Bitcoin em três aspectos no nível da chain: sem compromisso witness, identidade CashAddr e ajuste de dificuldade a cada bloco.

O que é Stratum V2, em um parágrafo?

Stratum V2 é o sucessor do protocolo Stratum que transporta trabalho de mineração entre pools e ASICs desde 2012. Onde o V1 envia JSON legível por uma conexão TCP em texto claro, o V2 envia mensagens binárias compactas por um canal cifrado com o framework Noise e autenticado por um par de chaves do lado do pool. Ele define tipos de canal distintos para mineradores de tamanhos diferentes, move a negociação de dificuldade para dentro do handshake e, no modo canal estendido, entrega ao minerador a transação coinbase para que possa conferir quem recebe. O grupo de trabalho do Stratum V2 informou em maio de 2026 que pools representando cerca de três quartos do hashrate do Bitcoin haviam se comprometido com o protocolo. No Bitcoin Cash, a oferta continua mínima.

Por que o Bitcoin Cash ficou para trás no Stratum V2?

Não por causa da chain. O Bitcoin Cash usa o mesmo hash duplo SHA-256, a mesma estrutura de cabeçalho de bloco e a mesma estrutura de coinbase do Bitcoin, menos o segregated witness. Nada nas regras de consenso impede o SV2. O obstáculo foi o ferramental: as implementações SV2 de referência cresceram em torno do software do nó do Bitcoin e da sua interface recente de templates, enquanto o software de pool que o ecossistema BCH realmente executa vem de outra linhagem, à qual ninguém havia ensinado o protocolo. Levar o SV2 ao BCH significou integrar a camada de protocolo em um motor de pool construído para outra chain e demonstrar que a integração não perturbava nada do que está por baixo, em particular o código que decide quem um bloco paga. Foi aí que ficou a maior parte do trabalho, e é o assunto da seção de testes.

O que muda para um minerador BCH: SV1 contra SV2

Duas dessas linhas pesam mais que as outras para um minerador solo.

Por que a criptografia importa justamente na mineração solo?

Um minerador em pool que tem o trabalho desviado perde uma fração de um pagamento. Um minerador solo que tem o trabalho desviado perde o bloco. No SV1, um atacante posicionado entre minerador e pool — em um roteador comprometido, uma rede hostil ou uma rota BGP sequestrada — pode substituir a coinbase no job, e o minerador vai calculá-la fielmente. Se esse job resolver um bloco, a recompensa vai para o endereço do atacante e o minerador nunca fica sabendo. O SV2 fecha essa porta. O handshake Noise autentica o pool perante o minerador através da chave de autoridade e depois cifra tudo o que segue, de modo que o job não pode ser lido nem reescrito em trânsito. Para o BCH, onde um bloco vale hoje 3,125 BCH mais as taxas, essa é a diferença entre um protocolo elegante e um protocolo necessário.

Por que a dificuldade a partir do hashrate declarado importa tanto no BCH?

Pools solo atribuem uma única dificuldade inicial a cada nova conexão SV1. Na SoloFury BCH esse valor é calibrado para a frota predominante, ou seja, ASICs industriais e fluxos de aluguel. Um dispositivo doméstico pequeno que se conecta por SV1 herda esse valor e depois espera que a dificuldade variável perceba que as suas shares chegam devagar demais. Como essa correção é movida pelas próprias shares, e um dispositivo pequeno em dificuldade alta produz pouquíssimas, a descida leva tempo: medimos de 15 a 30 minutos para um dispositivo de cerca de 1,5 TH/s chegar ao seu ponto natural. Nessa janela o dispositivo minera corretamente, mas as suas estatísticas parecem erradas e o dono se preocupa.

O SV2 elimina o problema no nível do protocolo. Na abertura do canal, o firmware declara o seu hashrate nominal, e o pool calcula um alvo inicial a partir dele. O mesmo dispositivo de 1,5 TH/s que no SV1 levava meia hora descendo de 100000 abriu em torno de 2300 no SV2 e estava no seu ponto de operação em segundos. Um ASIC de 200 TH/s no mesmo pool abre duas ordens de grandeza acima. Sem configuração, sem ajuste por porta, sem espera: o minerador diz ao pool o que ele é, e o pool acredita, dentro dos limites que impõe.

Em que o SV2 no Bitcoin Cash difere do SV2 no Bitcoin?

Se você já minera Bitcoin por SV2, a experiência do lado do cliente no BCH é a mesma: mesmo handshake, mesmos tipos de canal, mesma verificação da chave de autoridade. O que difere está por baixo, em como o pool constrói e verifica o template.

Três deles merecem um olhar mais atento.

O que muda a ausência do compromisso witness no template SV2?

No Bitcoin, a transação coinbase carrega uma saída de compromisso witness e o job SV2 inclui o espaço reservado para ela. No Bitcoin Cash não existe nada disso, e um construtor de template que a pressuponha produz um bloco inválido. Acertar isso é a adaptação mais importante ao levar o SV2 para o BCH: o job do canal estendido precisa descrever uma coinbase que os nós BCH aceitem, e a montagem do bloco ao receber uma solução precisa reconstruir exatamente essa coinbase. Verificamos do único jeito que conta: minerando blocos reais em uma rede BCH privada por SV2 e fazendo o nó aceitá-los.

Como funciona a identidade CashAddr sobre SV2?

No SV2 a identidade do minerador viaja dentro da mensagem de abertura de canal, e o pool deriva dela a saída de pagamento. No BCH essa identidade é um CashAddr, e o pool precisa classificá-lo, verificar o seu checksum e recusar erros de digitação antes de servir qualquer trabalho, exatamente como faz no SV1. Testamos isso diretamente: um minerador que se conecta por SV2 com um erro de um caractere no endereço é recusado na abertura do canal, não recebe trabalho e nenhum registro de usuário é criado. A mesma segurança de endereços que protege os mineradores SV1 protege os do SV2, pelo mesmo código, porque a verificação de identidade é compartilhada e não duplicada.

Por que o ajuste de dificuldade por bloco importa para o SV2?

A dificuldade do Bitcoin permanece constante por duas semanas seguidas; um template do pool só fica obsoleto quando chega um bloco novo. O algoritmo ASERT do Bitcoin Cash recalcula o alvo após cada bloco, então cada template carrega um alvo de rede ligeiramente diferente e o pool precisa propagá-lo imediatamente aos canais abertos. Nos nossos testes em rede privada, os templates novos chegaram aos canais SV2 no mesmo segundo da mudança de tip, e nenhuma share foi recusada como obsoleta sob chegada contínua de blocos. Na mainnet, onde os blocos BCH chegam a cada dez minutos aproximadamente, a margem é confortável; o que importa é que foi testado em condições muito mais duras do que a produção jamais produzirá.

Por que apenas canais estendidos?

O Stratum V2 define dois tipos de canal. Em um canal padrão, o pool calcula a raiz merkle e envia ao minerador um cabeçalho pronto para processar. Em um canal estendido, o pool envia o template da coinbase e o merkle path, e o minerador monta o cabeçalho sozinho, o que significa que pode inspecionar a coinbase antes de calculá-la. Para um pool solo a escolha não se discute. O motivo pelo qual um minerador solo deveria querer SV2 é a capacidade de confirmar que o bloco que está prestes a encontrar paga ele. Só os canais estendidos oferecem isso. Canais padrão dão criptografia sem verificação: metade do valor com toda a complexidade.

Por isso os endpoints BCH da SoloFury aceitam apenas canais estendidos. Um firmware que solicita um canal padrão é recusado com um erro explícito unsupported-channel-type na abertura, em vez de ser aceito em um canal que silenciosamente não pode produzir uma share válida. Os dois firmwares testados em produção passaram sozinhos para canais estendidos em segundos. Se o seu não fizer isso, mude o tipo de canal para estendido e reconecte.

Como se provou que o pagamento é idêntico ao do SV1?

É a parte que exigiu mais cuidado, porque um erro aqui não derruba nada. Ele paga silenciosamente o endereço errado. O princípio de projeto foi que deve existir exatamente um lugar no pool que decide para onde vai a recompensa de um bloco, e que os dois protocolos precisam passar por ele. A camada de protocolo recebe as saídas de pagamento como bytes já construídos; ela nunca as constrói. Depois verificamos se o princípio se sustentava.

O teste diferencial. Mesmo minerador, mesma instância de pool, mesma rede privada. Um bloco minerado por SV1, outro por SV2. As coinbases comparadas saída por saída: valores idênticos, endereços de destino idênticos, assinatura do pool idêntica no scriptSig. Só a altura do bloco e o timestamp diferiam, como deve ser.

Concorrência. Um segundo minerador entrou por SV1 com um endereço diferente enquanto o primeiro minerava por SV2. Ambos encontraram blocos. Cada bloco pagou o seu próprio minerador, e conferimos o caso duvidoso por hash de bloco, depois que a rede de testes rápida deixou um deles órfão e uma busca por altura nos mostrou brevemente o bloco errado.

O ciclo do dinheiro. Os blocos minerados por SV2 amadureceram e depois a carteira do minerador gastou as recompensas em uma transação confirmada. Minerado, atribuído, pago, recebido, gasto.

Volume. Um teste de resistência noturno: um único Bitaxe em um canal SV2 minerou mais de cinquenta mil blocos na rede privada em oito horas e meia. Zero quedas, zero falhas de asserção, crescimento de memória proporcional aos blocos encontrados e a mais nada.

Por fim, a suíte de ponta a ponta existente para SV1, trinta e um cenários cobrindo cada formato de endereço, divisão de taxa e caminho de recusa, foi executada duas vezes sobre a build com SV2: uma com o SV2 adormecido e outra com o listener SV2 ativo no mesmo processo. Trinta e um aprovados nas duas. No nível do código-fonte, o caminho SV1 da nova build difere da build anterior em produção por uma única variável local inicializada.

É verdade que o Stratum V2 não pode funcionar no Bitcoin Cash?

Não, mas é o que vão lhe dizer. Perguntamos a vários assistentes de IA atuais se existia SV2 para BCH e o que seria preciso; as respostas iam de «zero, é terreno virgem» a uma lista de obstáculos técnicos que o tornariam impraticável. Cada um desses obstáculos tem uma resposta concreta e, como as mesmas perguntas voltarão a ser feitas, aqui estão elas com o que medimos.

Vale esclarecer outra fonte de confusão: BCH é Bitcoin Cash. Não é BCH2 (Bitcoin Cash II), nem BC2 (BitcoinII), nem XEC (eCash). As quatro são chains SHA-256 suportadas pela SoloFury, mas são redes separadas com regras separadas, e os resultados de busca que as misturam explicam boa parte de por que «SV2 no BCH» parece mais vazio do que é.

Como conecto um minerador Bitcoin Cash por Stratum V2?

Os firmwares diferem quanto ao lugar da chave. Alguns têm um campo dedicado ao lado do seletor de protocolo; outros a esperam na URL:

stratum2+tcp://SEU-ENDPOINT-BCH-REGIONAL:7333/9c5s3n4RzRrDhzMBr3iSJsUfreSLPGiHkQyyzJjYAVWK9YWaZf7

A chave é a mesma em todas as regiões, por projeto. Um minerador que troca de endpoint durante uma indisponibilidade mantém a mesma identidade verificada e reconecta sem reconfigurar nada. Se o seu firmware mostrar um erro na abertura do canal, confira primeiro o tipo de canal: precisa ser estendido.

O assistente de início gera a configuração exata para o seu endereço e o seu hardware, e a página do pool BCH lista todos os endpoints. Sobre o protocolo em si, veja Stratum V2 contra V1, e sobre a chain, Bitcoin Cash explicado para mineradores.

O que isso significa para a mineração solo de Bitcoin Cash?

Duas coisas, uma imediata e uma mais lenta.

A imediata é a segurança. A dificuldade da rede BCH em setembro de 2026 está na casa das centenas de bilhões, cerca de duas ordens de grandeza abaixo do Bitcoin. Um ASIC de 234 TH/s tem chances realistas de encontrar um bloco BCH em questão de dias, e uma pequena frota amadora tem chances que valem a pena considerar ao longo de um ano. São exatamente os mineradores para quem um job sequestrado é um evento financeiro real e não um arredondamento, e o SV2 fecha essa porta para eles.

A mais lenta tem a ver com o que uma mineração cifrada, verificável e consciente do hardware faz com a experiência do minerador pequeno. Um Bitaxe que abre na dificuldade certa no seu primeiro segundo, por um canal em que pode confiar, mostrando uma coinbase que consegue ler, é um produto diferente do mesmo dispositivo passando a primeira meia hora numa dificuldade industrial sobre um socket em texto claro. O hardware não mudou. O protocolo, sim. Mineradores de Bitcoin Cash agora têm essa opção, e as portas estão abertas.