Zombie Mode: Como minerar criptomoedas com GPU de 4GB e 8GB

Quando a era do Ethereum em Proof-of-Work chegou ao fim, milhões de placas de vídeo de 4 GB e 8 GB viraram "lixo eletrônico" da noite para o dia para quem olhava de fora. Com a dificuldade da rede subindo sem parar e o tamanho dos DAG-files (Directed Acyclic Graph — o bloco de dados carregado na VRAM da GPU para os cálculos) inflando, as placas antigas simplesmente pararam de conseguir enfiar esses arquivos na memória. Em um boot normal, o minerador crasha na hora com um erro crítico tipo Allocation failed e fecha.

Só que descartar esse hardware é um erro bizarro. Graças à tecnologia do Zombie Mode, guerreiras antigas como as lendárias AMD Radeon RX 470/480/570/580 de 4 GB ou as antigas Pascal da Nvidia conseguem continuar minerando altcoins de boa, mesmo quando o DAG-file já estourou completamente o tamanho da VRAM.

O que é o Zombie Mode e como funciona essa mágica de sobrevivência

Quando o tamanho do DAG-file passa da capacidade física da memória local da placa de vídeo (tipo, o DAG está em 4.2 GB e a placa só tem 4 GB), ela não consegue rodar no modo padrão. O Zombie Mode é um hack de software direto no kernel do minerador (lançado em massa primeiro pelos devs do TeamRedMiner e do LolMiner).

A lógica é bem simples: o minerador força a barra e joga a parte do DAG-file que ainda cabe na VRAM direto na placa, enquanto o resto (o "tail") ele joga para a memória RAM do computador ou abre espaço no marretazo, escalando agressivamente o espaço de endereçamento.

Só que esse processo tem um gargalo técnico brutal que a maioria dos tutoriais superficiais esconde: a velocidade de troca de dados entre o chip da GPU e a sua própria memória GDDR5/GDDR6 bate na casa das centenas de gigabytes por segundo (uns 224 GB/s na RX 580, por exemplo). Já a velocidade do barramento PCI-Express, por onde a placa é obrigada a puxar os pedaços que faltam do DAG direto da CPU e da RAM, é infinitamente menor. Por causa dessa espera constante por dados, a performance (hashrate) não cai de forma linear, mas sim em degraus a cada nova epoch. A placa vira um "zumbi" — está praticamente morta para os algoritmos do topo, mas ainda dá lucro se você souber tunar o setup.

Detalhe crucial: Em algoritmos onde o DAG-file é gerado uma vez só no início (clones do Ethash, Etchash, KawPow), o Zombie Mode roda lindo, perdendo hashrate bem devagar. Já nos algoritmos onde os dados mudam e se transformam o tempo todo durante o processo, esse truque não funciona de jeito nenhum.

Moedas quentes para "Zombie Mining" em 2026

O mercado está cheio de altcoins que foram desenhadas sob medida para hardware com pouca memória ou que deixam você rodar o Zombie Mode quase sem perder performance.

Requisitos de arquitetura: por que uma rig comum vai dar ruim

Se na mineração padrão com placas de 8 GB basta espetar as GPUs usando aqueles risers x1 baratinhos em qualquer slot vago da placa-mãe, no Zombie Mode com placas de 4 GB essa malandragem não passa. Tentar rodar um "zumbi" num riser x1 vai jogar seu hashrate para o zero na hora.

Para reduzir ao máximo a latência na hora de puxar os dados da RAM, a placa precisa estar espetada direto em um slot de alta velocidade: PCIe x16 ou pelo menos x8. E a geração da interface muda o jogo: PCIe 3.0 é vital, se rodar em PCIe 2.0 a performance cai pela metade.

Você vai precisar de placas-mãe antigas de servidor ou plataformas de entusiastas (tipo chipsets X79/X99 ou chipsets Z antigos) que tenham pelo menos 2 ou 3 slots PCIe x16 reais rodando em x8/x8 ou x16/x8/x4 usando processadores parrudos como Xeon ou Core i7. Pode esquecer aquelas placas-mãe específicas de mineração para 12 GPUs cheias de slots x1 — para as de 4 GB em Zombie Mode, elas são inúteis. A memória RAM do sistema também precisa rodar no mínimo em Dual-Channel e na maior frequência possível, porque ela vira uma extensão direta da memória de vídeo.

Tuning do OS e configuração dos mineradores

Para extrair até a última gota de performance, vamos ter que passar uns argumentos específicos na linha de comando. Abaixo está um script de configuração pronto e funcional para o TeamRedMiner (perfeito para as AMD Polaris das séries RX 400/500) rodando em HiveOS, RaveOS ou direto no Linux/Windows.

#!/bin/bash
# Exportando variáveis de ambiente para liberar acesso máximo à memória via AMD OpenCL
export GPU_MAX_ALLOC_PERCENT=100
export GPU_SINGLE_ALLOC_PERCENT=100
export GPU_MAX_HEAP_SIZE=100
export GPU_USE_SYNC_OBJECTS=1
# Subindo o TeamRedMiner para minerar ETC em placas de 4GB no modo Zombie Mode
# --zombie_tune é o parâmetro chave. O valor 16.5 define o ajuste do tamanho do shard na RAM.
# Deve ser testado individualmente de 4.0 a 16.5. Valor maior = mais hashrate, menor estabilidade.
./teamredminer \
  -a etchash \
  -o stratum+tcp://eu1-etc.ethermine.org:4444 \
  -u 0x0000000000000000000000000000000000000000.ZombieRig01 \
  -p x \
  --zombie_tune=16.5 \
  --eth_config=A256

Para o lado verde da força (Nvidia série 10 de 4 GB), a melhor call é usar o LolMiner. A linha de comando fica assim:

# Forçando o modo zumbi em placas específicas e cravando a perda de rendimento
./lolMiner --algo ETCHASH --pool etc.hiveon.net:4444 --user 0x0000000000000000000000000000000000000000.NvidiaZombie --zombie 1

Lifehacks obscuros: como burlar o sistema

Existe um macete crítico que envolve a primeira placa de vídeo do sistema (GPU 0). É nela que a galera costuma plugar o monitor ou o dummy plug, e é exatamente dela que o sistema operacional (principalmente o Windows) vai roubar um belo buffer de vídeo (uns 200 a 400 MB de VRAM). No cenário do zombie mining isso é caixão e vela preta: você perde uma epoch inteira de bobeira.

A jogada é: mude sempre a saída de vídeo principal na BIOS da placa-mãe para o gráfico integrado do processador (iGPU). Se o processador não tiver vídeo integrado, configure como GPU 0 a placa que tiver 8 GB físicos (caso sua rig seja mista). Assim ela segura o tranco do sistema operacional e deixa os 4 GB das outras placas zumbis totalmente limpos e intocados.

Overclock fino e undervolt na linha da navalha

É um erro bizarro querer socar a memória da placa zumbi igual a gente fazia no bull market de 2021. Como o gargalo agora mudou da frequência dos chips GDDR5 para o barramento PCIe, subir demais o clock da memória não vai trazer ganho linear de hashrate, só vai gerar uma enxurrada de invalid shares e fritar energia à toa.

Faça o oposto: derrube o clock do core até o mínimo necessário para empurrar o algoritmo atual e faça um undervolt agressivo. Para uma RX 580 de 4 GB minerando Nexa ou Kaspa, o sweetspot é: core em 1150 MHz com tensão cravada em 850 mV, e memória estável em 1900 MHz. Com isso, a placa vai puxar só uns 80-90 W direto da tomada em vez dos 150 W de fábrica, mantendo uma eficiência energética monstra por megahash.