AsicBoost explicado — 13% de eficiência de graça

AsicBoost é uma otimização do SHA-256 que permite a um chip de mineração pular parte do trabalho de hashing, cortando o consumo em até cerca de 13% com o mesmo hashrate. Ele explora uma peculiaridade em como o SHA-256 processa o cabeçalho de bloco do Bitcoin, e em 2017 quase fraturou a comunidade mineradora do Bitcoin — porque sua primeira versão, usada de forma encoberta por um fabricante dominante, distorceu silenciosamente os incentivos da rede. Em 2026, todo ASIC moderno já vem com a versão “boa” ativada por padrão, e a “ruim” é uma curiosidade histórica.

Pontos-chave

• AsicBoost economiza energia, não adiciona hashes: o mesmo hashrate roda com até ~13% menos energia reutilizando cálculos de “midstate” do SHA-256.
• Encoberto vs aberto é a história toda: o AsicBoost encoberto (Merkle grinding) incentivava blocos vazios e brigava com o SegWit; o aberto (version-rolling) faz a mesma matemática de forma inofensiva.
• A briga de 2017 remodelou o Bitcoin: deu urgência ao SegWit, produziu uma licença de patente defensiva e ajudou a motivar o Stratum V2.
• Agora é universal: padronizado como version-rolling do BIP320, todo chip moderno do S9 em diante e todo Bitaxe o suportam.
• Seu pool precisa falar version-rolling para o ganho valer — aponte um minerador com AsicBoost para um pool que não faz isso e você queima ~10-13% mais energia à toa.

O truque do SHA-256 no coração do AsicBoost

Para entender o AsicBoost você precisa de um fato sobre o SHA-256: ele processa dados em blocos de 64 bytes. Um cabeçalho de bloco do Bitcoin tem 80 bytes, então o SHA-256 o divide em dois pedaços — chunk 1 (bytes 0-63) e chunk 2 (bytes 64-79, com padding até 64). Calcular o chunk 1 é a parte cara; o chunk 2 é barato. O motivo é que o SHA-256 arrasta um “estado” corrente entre os pedaços: uma vez processado o chunk 1, esse estado — o midstate — fica fixo, e qualquer cabeçalho que compartilhe o mesmo chunk 1 pode reutilizá-lo e pular direto para o chunk 2.

O cabeçalho é disposto de modo que o chunk 1 contenha a versão (4 bytes), o hash do bloco anterior (32 bytes) e os primeiros 28 bytes da raiz de Merkle, enquanto o chunk 2 contenha os últimos 4 bytes da raiz de Merkle, o tempo, os bits, o nonce e o padding. Um minerador normal itera o nonce (no chunk 2), reutilizando de graça o único midstate do chunk 1. O AsicBoost faz uma pergunta mais afiada: e se você pudesse gerar vários chunk 1 diferentes, cada um com seu próprio midstate, e reutilizar cada um ao longo de muitas iterações de nonce? Com quatro midstates você faz aproximadamente 4× o trabalho do chunk 2 pelo mesmo esforço do chunk 1 — e o cálculo caro roda bem menos vezes.

O resultado: aproximadamente 13-20% menos energia por hash dependendo de quão agressivamente é implementado no silício. Mesmo hashrate, menos calor, conta de luz mais baixa.

AsicBoost encoberto — a versão polêmica

A primeira implementação publicamente conhecida foi o AsicBoost encoberto, ou “Merkle grinding”. Ele gera novos midstates de chunk 1 mudando a porção da raiz de Merkle do chunk 1 — colocando e tirando transações do bloco, recalculando a árvore de Merkle e caçando raízes que compartilhem os bytes certos. Foi polêmico por quatro motivos:

1. Incentivava blocos menores. Encontrar colisões de Merkle viáveis é mais rápido com uma árvore menor, então um minerador com AsicBoost encoberto tinha motivação econômica para minerar blocos menores ou vazios mesmo com transações esperando — em choque direto com os usuários que pagam taxas para serem incluídos.
2. Interferia com o SegWit. A estrutura de Merkle do SegWit dificultava implantar o AsicBoost encoberto, colocando a otimização contra uma atualização de protocolo.
3. Era indetectável. Um bloco com AsicBoost encoberto parece idêntico a um normal, então a rede não conseguia saber quem o usava. A suspeita era alta; a prova, escassa.
4. Era patenteado. A técnica foi patenteada por Timo Hanke (ex-CTO da CoinTerra) e Sergio Lerner, o que significava que uma única entidade poderia deter um monopólio legal sobre uma vantagem de eficiência de 13-20% — o pior cenário para uma rede descentralizada.

Em abril de 2017, o desenvolvedor do Bitcoin Core Greg Maxwell publicou um e-mail hoje famoso argumentando — com fortes evidências técnicas — que a Bitmain usava AsicBoost encoberto em produção e alavancava essa vantagem para se opor ao SegWit. A Bitmain negou usá-lo na mainnet enquanto mantinha pedidos de patente descrevendo exatamente essa capacidade; as negações convenceram poucos. A resposta da comunidade foi rápida: Maxwell, Adam Back e outros se opuseram publicamente, e o SegWit foi ativado em agosto de 2017 em parte pelo movimento do user-activated soft fork (UASF). O AsicBoost encoberto foi efetivamente neutralizado.

AsicBoost aberto — a versão amiga do protocolo

Enquanto o AsicBoost encoberto rasgava a comunidade, surgiu uma alternativa limpa: o AsicBoost aberto, ou “version-rolling”. Ele obtém o mesmo ganho do SHA-256 variando o campo de versão (os primeiros 4 bytes do chunk 1) em vez da raiz de Merkle, usando bits de que as regras de consenso não precisam de outra forma. As vantagens sobre o encoberto são decisivas:

• Sem incentivo para pular transações. Os bits de versão são independentes do conteúdo do bloco, então o mercado de taxas permanece intacto.
• Compatível com o SegWit. O version-rolling não toca na estrutura de Merkle.
• Transparente. Qualquer um observando a cadeia consegue ver os blocos com AsicBoost aberto pelos seus padrões de bits de versão.
• Na verdade mais eficiente. Sem remexer a árvore de Merkle há menos sobrecarga que no grinding encoberto.

O avanço político veio em março de 2018, quando o titular da patente, Little Dragon Technology LLC, abriu a patente sob a Blockchain Defensive Patent License (BDPL): qualquer fabricante poderia usar o AsicBoost por version-rolling, desde que aderisse à BDPL e se comprometesse a não brandir patentes de forma agressiva. O DragonMint da Halong Mining foi o primeiro hardware a embarcá-lo, a Slush Pool o primeiro grande pool a suportar a extensão de version-rolling, e a Bitmain lançou firmware de AsicBoost aberto para o Antminer S9 — que já o suportava discretamente em hardware o tempo todo — mais tarde naquele ano. Em 2019 era o padrão de fato; em 2026 você não consegue comprar um ASIC SHA-256 sem ele.

BIP320 — a especificação técnica

O AsicBoost aberto é padronizado no BIP320. Ele designa 16 bits do campo de versão de 32 bits (bits 13-28 inclusive, máscara 0x1fffe000) como “roláveis” — livres para o minerador modificar sem afetar o consenso, e removidos da sinalização de soft fork para não colidirem com ela. São 65,536 valores de versão por cabeçalho, muito mais variação do que o AsicBoost precisa (bastam dois bits para uma colisão de 4 vias). O minerador itera esses bits para gerar novos midstates de chunk 1 e roda muitos nonces contra cada um.

Como o pool e o minerador combinam isso

Para o ganho valer, pool e minerador precisam combinar quais bits de versão o minerador pode modificar, via uma extensão do Stratum chamada version-rolling (negociada através de mining.configure). O handshake é simples:

Miner -> pool:  mining.configure
version-rolling.mask = 1fffe000
Pool  -> miner: version-rolling = true
version-rolling.mask = 1fffe000
Depois o pool envia jobs sem fixar a versão completa,
e o minerador rola livremente os bits mascarados.

Se o pool não suporta version-rolling, o minerador recai na mineração padrão e roda com eficiência menor. É por isso que o suporte do pool importa — um sem ele deixa ~13% da eficiência dos seus mineradores em cima da mesa. A SoloFury implementa version-rolling em cada endpoint de stratum nas cinco cadeias SHA-256, então qualquer minerador com AsicBoost obtém o ganho automaticamente. (O version-rolling também é um tijolo da reformulação mais ampla do protocolo que cobrimos no nosso guia Stratum V2 vs V1.)

Quais chips suportam AsicBoost (2026)

Todo chip de mineração Bitmain moderno suporta o AsicBoost aberto nativamente no silício:

Os chips MicroBT (Whatsminer) suportam o AsicBoost aberto desde a série M30 (2020), e a linha Avalon da Canaan desde cerca de 2022 — é universal no hardware moderno. Os dispositivos Bitaxe, NerdQAxe e NerdOCTAxe rodando o AxeOS de código aberto o ativam por padrão e negociam o version-rolling durante o handshake do stratum. (Para a linhagem completa dos chips, veja nosso guia de evolução dos chips ASIC.)

O ganho de eficiência real — medido, não estimado

O máximo teórico no SHA-256 gira em torno de 20%; as implementações do mundo real aterrissam em 5-15% dependendo de quão agressivamente o silício é otimizado. A Braiins (o time por trás da Slush Pool e do Braiins OS) verificou o AsicBoost do Antminer S9 em 2018 e mediu aproximadamente 13% de economia de energia em produção. Os chips modernos (BM1370, BM1373) o integram mais a fundo e alcançam resultados semelhantes ou ligeiramente melhores. O que 13% significa na prática:

Para um único Bitaxe em casa são alguns dólares por ano; para uma fazenda industrial de 1,000 equipamentos S21+ são aproximadamente $394,000 por ano em eletricidade economizada. De qualquer forma, a rede inteira roda com mais eficiência — tudo a partir de uma observação engenhosa sobre como o SHA-256 lida com suas entradas.

O legado: como o AsicBoost remodelou o Bitcoin

A saga deixou marcas duradouras. O empurrão para neutralizar o AsicBoost encoberto deu urgência ao SegWit, que por sua vez habilitou a Lightning Network e trabalhos posteriores de segunda camada. A BDPL criou um precedente para abrir patentes de mineração enquanto se protege de litígios, reduzindo o risco de futuros monopólios de hardware. O Stratum V2 se apoiou em parte nas lições deste episódio, dando aos mineradores mais autonomia sobre a seleção de transações como resposta estrutural ao risco de centralização que o AsicBoost encoberto expôs. E o version-rolling do BIP320 virou infraestrutura de base corriqueira — a técnica que quase dividiu o Bitcoin em 2017 é hoje algo que todo pool e minerador simplesmente falam. O Bitcoin sobreviveu a uma vantagem de hardware de um ator interno, e a resposta deixou o sistema mais transparente e mais resiliente.

O que isso significa para o seu minerador hoje

Se você tem qualquer coisa do S19 em diante, qualquer Bitaxe ou qualquer Whatsminer M30+: o AsicBoost vem ativado por padrão no firmware, e você só precisa de um pool que suporte version-rolling para o ganho estar ativo — a SoloFury suporta, nas cinco cadeias. Você pode confirmar que está funcionando no seu painel AxeOS (Bitaxe), na página de status da Bitmain (Antminer) ou nas estatísticas do pool, onde uma sessão ativa mostra “version-rolling: yes” ou similar. O aviso prático: se você trocar de um pool com version-rolling para um sem, seu hashrate permanece o mesmo mas seu consumo sobe ~10-13% — mesmo trabalho, mais energia. Sempre confirme que seu pool fala version-rolling. Em firmware personalizado (Braiins OS+, VNish, LuxOS) o ajuste é exposto por equipamento, mas o padrão é ligado, e a maioria deveria deixá-lo assim.

Conclusão

AsicBoost é uma dessas otimizações silenciosas invisíveis de fora — seu minerador roda, seu hashrate é o que é — enquanto por baixo cada ASIC moderno pula o chunk desnecessário e economiza os watts desnecessários. Os 13% não parecem muito até você escalá-los: numa rede rodando perto de 980 EH/s, o AsicBoost representa bem mais de 100 EH/s de hashrate efetivo que de outro modo não existiria — mais do que a rede Bitcoin inteira tinha em 2018 — liberado por uma peculiaridade do SHA-256 e uma briga de patentes que acabou tornando o sistema mais forte. Cada bloco que você encontra — cada prêmio de loteria de um Bitaxe, cada bloco BCH resolvido, cada subsídio XEC — é em parte produto disso. A matemática sempre esteve ali no SHA-256; a comunidade teve que brigar sobre como usá-la, e o AsicBoost aberto foi o que venceu.

Perguntas frequentes

O que é AsicBoost em termos simples?

É um atalho em como um chip de mineração executa o SHA-256. Ao reutilizar parte do cálculo de hashing ao longo de muitas tentativas, o chip faz a mesma quantidade de trabalho útil queimando até cerca de 13% menos eletricidade. Mesmo hashrate, conta de luz mais baixa.

O AsicBoost aumenta meu hashrate?

Não diretamente — ele reduz a energia necessária para um dado hashrate. Muitos mineradores então usam essa folga para rodar um pouco mais rápido na mesma potência, então na prática você pode obter mais hashes por watt, por isso é descrito como um ganho de eficiência e não um aumento bruto de velocidade.

O AsicBoost é legal e ainda patenteado?

Sim, é legal e padrão. A patente foi aberta em março de 2018 sob a Blockchain Defensive Patent License, tornando a forma aberta (version-rolling) livre de uso para os participantes. Hoje é especificado como BIP320 e integrado em todo ASIC moderno.

Qual a diferença entre AsicBoost encoberto e aberto?

Ambos obtêm a mesma economia do SHA-256, mas o encoberto fazia isso remexendo transações (o que incentivava blocos vazios e brigava com o SegWit), enquanto o aberto varia bits de versão não usados, o que é inofensivo, transparente e compatível com o SegWit. Hoje só o aberto é usado.

Preciso ligar o AsicBoost?

Geralmente não — o firmware moderno o ativa por padrão e o negocia automaticamente com o pool. A única coisa que você deve garantir é que seu pool suporte version-rolling; caso contrário o minerador recai no modo padrão e puxa mais energia pelo mesmo trabalho.

Como sei que o AsicBoost está ativo?

Confira a página de status do seu minerador ou o painel do pool por um indicador “version-rolling” ou “VR” aparecendo como ativado. Num Bitaxe, o AxeOS reporta; nos Antminers, a página de status de mineração; as estatísticas da SoloFury mostram isso por worker onde a negociação do stratum o expõe.

Todo pool suporta AsicBoost?

A maioria dos pools modernos sim, mas não todos — e um pool que não implementa version-rolling custa silenciosamente aos seus mineradores ~10-13% de energia extra. Vale a pena verificar. A SoloFury o suporta nativamente em cada endpoint nas redes BTC, BCH, BC2, BCH2 e XEC.

O AsicBoost funciona minerando altcoins como BCH ou XEC?

Sim. O AsicBoost é uma propriedade do próprio SHA-256, então se aplica a qualquer cadeia SHA-256 — Bitcoin, Bitcoin Cash, BC2, BCH2 e eCash se beneficiam de forma idêntica, desde que tanto o firmware quanto o pool suportem version-rolling.