Stratum V2 vs V1 — A revolução do protocolo

O Stratum é o protocolo que liga os mineradores aos pools — e a versão em que a maior parte do Bitcoin ainda roda, o Stratum V1, é de 2012. Ele transmite credenciais em texto puro, deixa o pool decidir quais transações entram em cada bloco e concentra um controle que o Bitcoin foi desenhado para espalhar. O Stratum V2 corrige os três pontos: criptografia ponta a ponta, formato binário compacto e — acima de tudo — job negotiation, que permite a cada minerador montar seus próprios templates de bloco. Em maio de 2026, sete pools representando cerca de 75% do hashrate da rede apoiaram o padrão: a maior guinada rumo à descentralização que a mineração viu em anos.

Pontos principais

• A falha de fundo do V1 é a centralização: o pool monta cada template de bloco, então um punhado de operadores decide o que entra na maioria dos blocos do Bitcoin.
• O recurso decisivo do V2 é a job negotiation: mineradores com node próprio escolhem suas transações, quebrando o controle dos pools sobre o conteúdo dos blocos.
• A criptografia importa mais para mineradores domésticos: o texto puro do V1 viabiliza o sequestro silencioso de hashrate em redes não confiáveis; a criptografia Noise do V2 torna isso criptograficamente impossível.
• 2026 foi o ponto de virada: em maio, sete pools (~75% do hashrate, incluindo Foundry e AntPool) entraram no grupo de trabalho do Stratum V2 — após anos como projeto de nicho.
• Na mineração solo o que está em jogo é outro: um pool solo não custodial nunca controla seus fundos nem o conteúdo dos seus blocos, então as vantagens do V2 são sobretudo criptografia, latência e longevidade.

Este artigo explica como o Stratum funciona, o que o V2 muda, quem o suporta hoje e o que vem pela frente — e fecha com um extenso apêndice sobre a ameaça quântica, porque em março de 2026 o Google Quantum AI publicou uma pesquisa que comprimiu o prazo previsto para quando as assinaturas do Bitcoin poderiam ceder, e a comunidade de desenvolvimento agora redige defesas pós-quânticas (BIP-360, BIP-361, Hourglass) em resposta.

O que o Stratum realmente é

O Stratum é um protocolo que conecta duas partes: o pool de mineração (roda nodes Bitcoin, monta templates de bloco, distribui trabalho, valida shares, paga recompensas) e o minerador (recebe um cabeçalho de bloco para calcular, itera o nonce, envia resultados). Todo Antminer, Bitaxe e Whatsminer do planeta fala Stratum. Sem ele os pools não existiriam — e sem pools, a maioria dos mineradores não toleraria a variância de agir sozinha em grande escala. A tarefa do protocolo parece simples: entregar o trabalho certo ao minerador certo, rápido o bastante para ninguém desperdiçar potência em jobs vencidos. Mas os detalhes — formato das mensagens, criptografia e quem controla o conteúdo dos blocos — acabam pesando enormemente.

O que há de errado com o Stratum V1?

O Stratum V1, criado por Marek “Slush” Palatinus em 2012, é um protocolo JSON-RPC simples sobre TCP puro: rápido de implementar, fácil de depurar. Catorze anos de contexto expuseram vários problemas estruturais.

1. Comunicação em texto puro

O V1 envia tudo em JSON não criptografado — credenciais do pool, endereço da carteira, nome do worker, envios de shares — legível por qualquer um no caminho de rede. Mais perigoso ainda, o texto puro viabiliza o sequestro de hashrate: um atacante que controle um segmento de rede entre você e o pool pode redirecionar em silêncio seus shares para um pool próprio. A Braiins documentou casos suspeitos de mineradores na China, no Cazaquistão, na Rússia e na Europa — desviar apenas 1-2% do hashrate basta para corroer a rentabilidade sem ficar evidente para a vítima.

2. Seleção de transações controlada pelo pool

Sob o V1, o pool monta o template do bloco e o minerador apenas calcula o hash do cabeçalho que chega. É o pool que decide quais transações entram no bloco. Como cerca de cinco pools controlam uns 70% do poder de processamento, um punhado de operadores decide na prática o conteúdo da maioria dos blocos do Bitcoin. Se um governo pressiona um pool a censurar certas transações, todo minerador daquele pool participa sem saber. Isso já aconteceu de forma limitada: a Marathon minerou blocos “limpos” em conformidade com a OFAC em 2023 como experimento, e mineradores num pool que filtra não têm como, no nível do protocolo, se desvincular.

3. Sobrecarga de JSON e proliferação de conexões

JSON é legível por humanos, o que é ótimo para depurar e desperdício de banda — nomes de campo e aspas acrescentam 30-40% de sobrecarga ante um equivalente binário. E cada ASIC abre sua própria conexão TCP, então uma fazenda de 1.000 máquinas mantém 1.000 sessões Stratum simultâneas. Invisível para um Bitaxe; mensurável numa fazenda grande.

4. Sem integridade de firmware no nível do protocolo

O V1 não consegue verificar se um minerador roda firmware íntegro e conhecido. Firmware comprometido pode enviar shares sutilmente errados que parecem válidos mas custam dinheiro ao pool, e detectá-los exige auditoria fora do protocolo.

Como o V1 sobreviveu mesmo assim: BIP-310

Com quatro falhas estruturais, é justo perguntar como um protocolo de 2012 ainda carrega a maior parte do hashrate do Bitcoin. A resposta é o BIP-310, “Stratum protocol extensions” — uma proposta Informational da camada de Aplicações, atribuída em 10 de março de 2018 e escrita por Pavel Moravec e Jan Čapek, da Braiins, as mesmas duas pessoas que especificariam o Stratum V2 no ano seguinte.

O problema que o BIP-310 resolveu é que o V1 não tinha como crescer. Envie a um servidor uma mensagem que ele não reconhece e muitas implementações simplesmente fecham a conexão, então não havia caminho seguro para propor um recurso novo. Pior, o recurso de que os mineradores precisavam com urgência — o version rolling — era incompatível com versões anteriores por natureza: o minerador não tinha campo para informar uma versão de bloco modificada, e o servidor não tinha como dizer quais bits era seguro tocar.

Uma mensagem para negociar todas

A resposta do BIP-310 foi uma única mensagem nova, mining.configure, que segundo a especificação DEVERIA ser a primeira mensagem enviada pelo minerador assim que a conexão se estabelece — antes do subscribe, antes da autorização. O minerador anuncia o que sabe fazer e pede o que quer; o servidor responde com o que de fato permitirá, recurso por recurso. Cada extensão ganha um namespace, então os parâmetros se leem como version-rolling.mask, minimum-difficulty.value e assim por diante, e cada um retorna true, false ou uma string de erro. O objetivo de projeto era explícito: viabilizar o acréscimo de recursos depois sem acrescentar mais mensagens.

Esse único mecanismo carrega quatro extensões:

Como a máscara de versão é de fato acordada

A negociação é mais sutil que “pedir e receber”, e o detalhe explica muito comportamento do mundo real. O minerador envia uma máscara dos bits que é capaz de alterar; o servidor mantém sua própria máscara dos bits que está disposto a permitir — alguns bits de versão precisam ficar fixos para o bloco ser válido ou para sinalização de soft fork. O resultado é a interseção das duas. Um minerador pode anunciar a faixa completa de 16 bits 1fffe000 e receber de volta 18000000 — apenas dois bits. Isso é uma negociação bem-sucedida, não uma falha.

Junto da máscara, o minerador envia version-rolling.min-bit-count: o número mínimo de bits de que precisa para fazer rolling com eficiência em hardware. Se o pool não puder conceder tantos, a especificação é enfática: o pool NÃO DEVERIA derrubar a conexão — o minerador simplesmente roda em modo degradado, sem potência plena de hashing. Essa instrução é a razão de uma máquina desalinhada render menos em silêncio em vez de falhar ruidosamente, que é exatamente o tipo de comportamento que manda as pessoas caçar um defeito de hardware inexistente.

Mais duas mecânicas que vale conhecer. O servidor pode mudar a máscara a qualquer momento da sessão com mining.set_version_mask, e a nova máscara vale de imediato, não a partir do próximo job. E, uma vez ativo o version-rolling, mining.submit ganha um sexto parâmetro — version_bits, após nome do worker, ID do job, extranonce2, ntime e nonce. O minerador só pode marcar os bits que o servidor permitiu; qualquer coisa fora da máscara invalida o share. O servidor então reconstrói a versão do bloco pegando o valor original do job para cada bit fora da máscara e o valor do minerador para cada bit dentro dela.

Quais bits são seguros de rolar é outra questão, respondida por uma especificação irmã — o BIP-320, referenciado no BIP-310 quando ainda era um rascunho sem número. Nosso mergulho no AsicBoost cobre a mecânica em nível de bit e a história de patentes por trás.

A ironia que vale notar: o BIP-310 ainda é formalmente um rascunho, oito anos depois, e foi ele que permitiu a um protocolo sem criptografia e sem extensibilidade seguir viável por mais uma década. O Stratum V2 torna todo o aparato desnecessário — version rolling, tratamento de dificuldade, atualizações de extranonce e identificação de equipamentos fazem parte do modelo de canais do V2, negociados no handshake sem qualquer puxadinho. O mecanismo de extensão que salvou o V1 é precisamente do que o V2 não precisa mais.

O que o Stratum V2 muda?

O Stratum V2 foi projetado do zero para corrigir cada um desses pontos. Foi especificado pela primeira vez em novembro de 2019 pelos cofundadores da Braiins, Jan Capek e Pavel Moravec, junto do desenvolvedor do Bitcoin Core Matt Corallo; o grupo de trabalho foi cofundado por Braiins e Spiral em 2022. A Stratum V2 Reference Implementation (SRI) amadureceu entre 2024 e 2026, e o Bitcoin Core v30 acrescentou suporte experimental ao V2.

Criptografia ponta a ponta (protocolo Noise)

Toda conexão V2 é criptografada com o framework do protocolo Noise — a mesma base da VPN WireGuard. Após um handshake autenticado, todas as mensagens vão criptografadas (ChaCha20-Poly1305 ou AES-256-GCM). Na prática: quem observa a rede não vê seu pool, sua carteira ou seu worker; o sequestro de hashrate se torna criptograficamente impossível; e as credenciais nunca aparecem em trânsito. Os pools publicam chaves públicas de longo prazo, e os mineradores verificam que falam com o pool legítimo e não com um intermediário — o mesmo modelo de segurança do SSH.

Protocolo binário (eficiente)

O V2 substitui o JSON por um formato binário compacto: mensagens menores (cerca de 30% menos banda), análise mais rápida, menos carga de CPU nas duas pontas. Para uma fazenda grande são economias reais de infraestrutura; para um minerador doméstico numa conexão limitada, significa jobs chegando antes e menos shares obsoletos.

Job negotiation — o recurso decisivo

É isso que torna o V2 historicamente importante, não apenas tecnicamente melhor. Com o job negotiation protocol, os mineradores podem rodar seu próprio node completo do Bitcoin e montar localmente seus templates de bloco — escolhendo quais transações incluir, otimizando para as taxas mais altas ou aplicando políticas próprias. O pool não dita mais o conteúdo do bloco; apenas valida a prova de trabalho e paga pelos blocos válidos. O papel do pool encolhe de “quem decide” para “agregador de shares e validador de PoW”, e o minerador recupera soberania sobre o que sua potência protege.

Três consequências diretas: resistência à censura (um governo pode pressionar um pool, mas não os mineradores individuais que montam seus templates — enquanto hashrate suficiente negociar seus próprios jobs, as transações censuradas acabam incluídas em algum lugar), otimização de taxas (mineradores com mempool próprio podem capturar as transações de taxa mais alta, sobretudo em períodos de congestionamento) e descentralização dos pools (os pools viram infraestrutura comoditizada, reduzindo o incentivo à consolidação).

Em resumo: a job negotiation do Stratum V2 é a mudança mais relevante em protocolos de mineração desde o SegWit. Ela desacopla a função econômica dos pools (suavizar a variância, pagar recompensas) da função sensível à censura (decidir o conteúdo dos blocos) — e devolve a segunda aos mineradores.

Situação da adoção (meados de 2026)

Pela maior parte de sua vida, a adoção do V2 foi tímida — um padrão de nicho apoiado por poucos pools. No início de 2026, estimava-se que apenas 15-20% do hashrate da rede realmente se conectava via V2, mais pelos benefícios de criptografia do que pela job negotiation. Então o quadro mudou bruscamente.

Em maio de 2026, sete dos maiores pools de mineração — Foundry, AntPool, F2Pool, SpiderPool, MARA Pool, Block Inc e DMND — entraram no grupo de trabalho do Stratum V2, representando juntos perto de 75% do hashrate global. Segundo dados do Hashrate Index citados à época, só a Foundry respondia por cerca de 34%, a AntPool ~14%, a F2Pool ~11% e a SpiderPool ~10,5%. Crucialmente, o V2 não reduz a concentração de hashrate — a Foundry mantém a mesma fatia — mas muda quem decide o conteúdo dos blocos, que é a parte com a qual a comunidade de fato se preocupa. A CoinDesk classificou como o maior movimento de descentralização que a mineração vira em anos.

O compromisso é uma linha de largada, não de chegada. “Entrar no grupo de trabalho” significa apoiar o padrão e começar a implantação — não que hoje 75% do hashrate use job negotiation do V2. A maioria dos mineradores em V2 ainda aceita templates montados pelo pool e o usa por criptografia e eficiência. Mas com Foundry e AntPool a bordo, um protocolo que ficou anos à margem passa a ter, de repente, alcance para virar o padrão.

Suporte de hardware e firmware

Esta é a parte da história do V2 mais mal reportada, inclusive em versões anteriores deste artigo. O V2 é uma capacidade do firmware, e em agosto de 2026 exatamente três famílias de firmware a implementam nativamente.

• Braiins OS+ (26.07 recomendada) — o único firmware comercial para Antminer com cliente V2 nativo, do S9 ao S21 XP. É o que leva ao V2 a família de ASIC mais implantada do mundo: um reflash, sem hardware novo.
• AxeOS 2.14.0+ — V2 nativo no Bitaxe, lançado em junho de 2026, com reforços na 2.15.0.
• Firmware NerdQAxe 1.0.37+ — V2 nativo em NerdAxe, NerdQAxe+/++ e NerdOCTAxe.
• Auradine FluxOS — entre os primeiros a oferecer V2 nativo na linha Teraflux.
• Firmware de fábrica da Bitmain — apenas V1, em todos os modelos, incluindo S21 e S23. Nenhum Antminer sai de fábrica com Stratum V2 funcional.
• WhatsMiner de fábrica, VNish, LuxOS, Canaan/Avalon de fábrica — apenas V1.

Duas correções que vale dizer com clareza, porque ambas circulam bastante e custam uma noite às pessoas. Nenhum Antminer suporta V2 no firmware de fábrica — algumas builds exibem um ajuste com cara de V2 que nunca negocia uma sessão real, o que é pior do que não oferecer nada, já que o minerador parece configurado enquanto roda em silêncio no V1. E Bitaxe e NerdQAxe suportam V2 nativamente, sim, desde junho de 2026 — guias escritos antes disso, este incluído, diziam o contrário.

Para a configuração passo a passo de qualquer um deles — incluindo os detalhes da authority key que decidem se sua sessão está apenas criptografada ou realmente autenticada — veja nosso guia de mineração solo com Stratum V2.

A ponte do Translator Proxy

Para hardware mais antigo incapaz de falar V2 nativamente, o SRI oferece um Translator Proxy. Seu ASIC V1 atual se conecta ao proxy na rede local; o proxy fala V1 com o minerador e V2 com o pool, dando os benefícios de criptografia e banda sem trocar o firmware. A job negotiation ainda exige V2 nativo, mas o proxy cobre a camada de criptografia para qualquer máquina.

Quanto lucro extra o V2 realmente acrescenta?

Você verá citada com frequência a marca “o V2 aumenta o lucro em até ~7%”. É um limite superior em condições ideais, e se decompõe mais ou menos assim:

• ~1-2% pela criptografia — eliminando o sequestro silencioso que assola o V1 sem criptografia em redes não confiáveis
• Alguns pontos pela seleção de transações — rodar o próprio mempool para capturar as transações de taxa mais alta, sobretudo em congestionamento
• ~1-2% por menos shares obsoletos — a menor latência e a eficiência binária do V2 significam menos trabalho rejeitado

Na prática, a maioria verá algo em um dígito baixo — e a fatia da criptografia só se materializa se você estava mesmo exposto ao sequestro. Trate o número de manchete como um teto, não como promessa.

O que isso significa para os mineradores da SoloFury

A SoloFury serve Stratum V2 em produção desde agosto de 2026, em nove regiões de cinco continentes. V1 e V2 rodam na mesma porta — o pool detecta qual protocolo seu minerador fala e responde de acordo — então uma frota mista aponta para um único endereço e nada precisa ser reconfigurado. O V2 está disponível para BTC; BCH, BC2, BCH2 e XEC seguem no V1 com version-rolling completo, de modo que todo ASIC moderno mantém seu ganho de AsicBoost em qualquer cadeia para a qual você apontar.

Eis o ponto central especificamente para quem minera solo: na mineração solo, o pool não controla seus fundos nem fica entre você e sua recompensa. Você coloca seu endereço de carteira como nome de usuário stratum, o pool monta um bloco, você o encontra, e a coinbase da rede paga você diretamente. Não há custódia a comprometer nem saldo a congelar. A mineração solo já era estruturalmente alinhada aos objetivos de descentralização do V2 — e é por isso que, para mineradores solo, os ganhos do V2 são criptografia, latência e uma capacidade que o protocolo habilita de forma única: com um canal extended e decodificação de coinbase, seu próprio minerador exibe as saídas do bloco antes de você calculá-las, permitindo verificar que a recompensa está endereçada a você em vez de acreditar na palavra do pool. (Sobre por que o AsicBoost é hashrate de graça independentemente da versão do protocolo, veja nosso mergulho no AsicBoost.)

Apêndice: a ameaça quântica ao Bitcoin

No fim de março de 2026, o Google Quantum AI — junto do criptógrafo de Stanford Dan Boneh e de Justin Drake, da Ethereum Foundation — publicou um whitepaper, The Quantum Threat to Elliptic Curve Cryptocurrencies, que reiniciou a conversa. Modelos anteriores presumiam milhões de qubits para quebrar as assinaturas do Bitcoin. A nova estimativa do Google: menos de 500.000 qubits físicos — cerca de 20 vezes abaixo do número de 2019, de ~20 milhões — poderiam quebrar uma chave privada do Bitcoin em cerca de nove minutos, uma vez que uma transação exponha a chave pública. (Este apêndice é contexto técnico, não aconselhamento de investimento ou de segurança. A ameaça é real, mas não iminente — veja os céticos abaixo.)

Em que consiste realmente a ameaça

O Bitcoin se apoia em duas primitivas criptográficas. O SHA-256 (prova de trabalho e árvores de Merkle) é resistente ao quântico para qualquer efeito prático — quebrá-lo está astronomicamente distante, e seus ASICs não são afetados. O secp256k1 ECDSA e o Schnorr (as assinaturas digitais que protegem as transações) são a parte vulnerável: o algoritmo de Shor, num computador quântico suficientemente grande, consegue derivar uma chave privada a partir de uma chave pública exposta.

A nuance que a maioria das coberturas erra: uma chave pública só fica exposta quando você gasta de um endereço (ou usa um formato antigo que a armazena diretamente). Em março de 2026, mais de um terço de todo o bitcoin — cerca de 6,9 milhões de BTC — está em endereços com chaves públicas já reveladas on-chain. Aproximadamente 1,7 milhão deles estão em antigas saídas pay-to-public-key (P2PK), incluindo cerca de um milhão atribuído a Satoshi. Moedas em endereços modernos nunca reutilizados mantêm a chave pública hasheada e oculta até você gastar.

”Colher agora, decifrar depois”

A razão de os desenvolvedores dizerem que o relógio já começou, mesmo sem existir computador quântico capaz, é que chaves públicas expostas são permanentes e públicas. Um adversário pode arquivá-las hoje e quebrá-las quando o hardware chegar — e um atacante paciente poderia calcular chaves em silêncio e drenar fundos meses depois, de modo que o “Q-Day” só seria reconhecido em retrospecto. Toda chave exposta agora é um alvo futuro permanente.

BIP-360: um tipo de endereço resistente ao quântico

O BIP-360 introduz um novo tipo de saída — descrito como Pay-to-Quantum-Resistant-Hash (P2QRH) ou Pay-to-Merkle-Root, usando um novo prefixo de endereço bc1z. Comporta-se de modo semelhante ao Taproot, mas substitui o elemento de curva elíptica explorável por assinaturas pós-quânticas aprovadas pelo NIST (como o SPHINCS+, baseado em hash, e o CRYSTALS-Dilithium, baseado em reticulados). O custo é o tamanho: assinaturas pós-quânticas vão de alguns kilobytes (Dilithium) a bem mais (SPHINCS+), ante cerca de 64-72 bytes do ECDSA — então os blocos ficam mais pesados e a capacidade se estreita durante qualquer migração. O BIP-360 foi incorporado ao repositório BIP do Bitcoin em fevereiro de 2026, com implementações já rodando em testnet, embora ainda não esteja ativado como soft fork.

BIP-361: o encerramento controverso

O BIP-361, “Post Quantum Migration and Legacy Signature Sunset”, escrito pelo CTO da Casa, Jameson Lopp, e cinco coautores (rascunho publicado em abril de 2026), propõe um plano em fases para forçar a migração para fora das assinaturas vulneráveis:

• Fase A (cerca de três anos após a ativação de um tipo de endereço pós-quântico): bloquear o envio de fundos para tipos de endereço vulneráveis ao quântico, empurrando todos rumo a formatos seguros.
• Fase B (cerca de cinco anos após a ativação): um soft fork com data marcada invalida por completo os gastos ECDSA/Schnorr. Todo UTXO não migrado até então se torna não gastável.
• Fase C (opcional, em pesquisa): um caminho de recuperação que permite aos detentores provar a propriedade via prova de conhecimento zero da sua seed BIP-39 — sem expor chaves.

A Fase B congela na prática os ~1,7 milhão de BTC antigos cujos donos não podem migrar, incluindo os de Satoshi. Críticos chamam o congelamento de moedas — mesmo para protegê-las — de violação do direito de propriedade e precedente perigoso. Apoiadores argumentam que a alternativa é pior: deixar essas moedas para um futuro atacante quântico varrê-las e despejá-las, derrubando confiança e preço. Lopp enquadra a questão como teoria dos jogos; o rascunho explicitamente não está posicionado para ativação, e o Bitcoin Core segue cauteloso. É a proposta mais contestada do conjunto.

Hourglass e as alternativas

Uma abordagem no estilo Hourglass é a prima mais branda: em vez de congelar de vez as moedas vulneráveis, limitaria a velocidade com que podem ser gastas, restringindo quão rápido um ladrão quântico conseguiria drená-las e despejá-las sem trancar permanentemente donos honestos do lado de fora. À parte, um pesquisador da StarkWare publicou um esquema para tornar novas transações seguras contra o quântico já hoje via provas baseadas em hash, opcional e sem soft fork. E existem cadeias resistentes ao quântico feitas de propósito (a QRL usa assinaturas XMSS baseadas em hash, por exemplo), embora nenhuma tenha participação relevante ao lado do Bitcoin. A aposta predominante é que o Bitcoin se atualize a tempo.

Quão perto está a ameaça, de fato?

Não perto em termos de hardware. Os computadores quânticos de hoje operam na ordem de centenas de qubits lógicos; quebrar o secp256k1 exige milhares de lógicos (e centenas de milhares de físicos) com taxas de erro que ninguém alcançou ainda em escala. As estimativas também presumem feitos de engenharia que podem levar muitos anos. Vozes que pedem calma são proeminentes: Adam Back, da Blockstream, argumentou em 2026 que a ameaça provavelmente está a décadas e que a migração deveria ser gradual, enquanto a consultoria McKinsey levantou uma janela de 2027-2030 para viabilidade potencial, e um coautor do BIP-360 estima que uma migração completa poderia, por si só, levar cerca de sete anos. O resumo honesto: real, levada a sério e não um problema de 2026 — mas um que o Bitcoin escolheu começar a resolver cedo, porque a migração é lenta e a oferta exposta é enorme.

O que os mineradores devem fazer hoje

1. Use formatos de endereço modernos (bech32 bc1q ou Taproot bc1p) para todos os pagamentos de mineração; evite formatos antigos quando possível.
2. Não reutilize endereços. Gere um novo a cada pagamento — carteiras modernas fazem isso automaticamente.
3. Guarde em carteiras de hardware que se comprometeram a suportar tipos de endereço pós-quânticos assim que ativados.
4. Acompanhe BIP-360 / BIP-361 / Hourglass pelo Bitcoin Core e pelos autores das propostas.
5. Sem pânico. A prova de trabalho SHA-256 está segura; seus equipamentos seguem funcionando igual, independentemente de como o debate sobre assinaturas se resolva.

Considerações finais: protocolos evoluem, mineradores se adaptam

A história do Bitcoin é uma sequência de atualizações que pareceram controversas no momento e inevitáveis em retrospecto. O SegWit dividiu a comunidade, depois ativou e viabilizou a Lightning. O Taproot levou anos de debate, depois destravou scripting mais rico. O Stratum V2 vai levar tempo semelhante para ser plenamente implantado — e depois vamos nos perguntar como tolerávamos minerar em texto puro sem criptografia. A migração pós-quântica será mais longa e mais disputada, mas os incentivos econômicos se alinham: proteger o valor da rede, proteger as moedas dos usuários e começar enquanto ainda há margem. Seu hardware de mineração não precisa mudar para nada disso. Seus hábitos de carteira importam mais que seu algoritmo de hash: use endereços modernos, não os reutilize, guarde em carteiras de hardware e mantenha-se informado.