Tutorial XMRig: Guia Completo Windows e Linux 2026

Se alguma vez se questionou por que motivo um único processador desktop bem otimizado consegue contribuir silenciosamente para uma das blockchains mais descentralizadas em existência, a resposta tem um nome: XMRig. No início de 2026, mais de 78% de todo o hashrate da rede Monero medido pelos blocos do P2Pool vem de instâncias do XMRig, e essa fatia sobe para perto de 90% quando se contam os mineradores solo e os participantes de pools pequenas. Ao contrário das blockchains dominadas por GPU, o proof-of-work RandomX do Monero foi engenhado para que processadores de consumo continuem competitivos, e o XMRig é o minerador open-source que transforma essa decisão de design em recompensas reais.

Este guia percorre uma configuração limpa e ponta-a-ponta do XMRig tanto em Windows 10/11 como em distribuições Linux modernas, desde o download do binário verificado até ao ajuste fino de hugepages, registos MSR e failover de pools. O objetivo não é apenas pôr o minerador a funcionar, mas extrair cada hash por segundo razoável que o hardware consiga sustentar sem throttling térmico. Quando aquelas recompensas em XMR chegarem à sua carteira, verá também como trocá-las em segurança no MoneroSwapper caso precise de converter uma parte para outro ativo, preservando a privacidade que tornou o Monero digno de ser minerado.

Por que o XMRig continua a ser o minerador padrão de Monero em 2026

O XMRig é um minerador RandomX de alto desempenho e multiplataforma, lançado originalmente em 2017 e mantido continuamente no GitHub pelo utilizador xmrig em conjunto com uma comunidade de colaboradores. Suporta backends CPU, OpenCL e CUDA, mas para Monero especificamente é o backend CPU que importa — o RandomX foi deliberadamente afinado para favorecer processadores de uso geral com caches grandes, em detrimento de hardware especializado. Cinco razões técnicas mantêm o XMRig no topo da pilha:

• Implementação nativa do RandomX: o minerador inclui uma VM RandomX otimizada à mão que utiliza AES-NI, SSE4.1 e AVX2 quando disponíveis, mais um compilador JIT que traduz programas RandomX em código de máquina em tempo real.
• Suporte de huge pages em todos os sistemas operativos relevantes: páginas de 2 MB e 1 GB reduzem drasticamente as falhas de TLB durante a fase de acesso ao dataset, que é onde a maioria dos CPUs domésticos perde 15–30% do seu hashrate teórico sem configuração adequada.
• MSR mod para AMD e Intel: em Ryzen e Core recentes, o XMRig pode escrever em registos específicos do modelo para desativar os prefetchers de hardware que prejudicam o desempenho do RandomX, somando 10–25% em silício Zen 3/Zen 4.
• Suporte de primeira classe para P2Pool: o minerador integra-se de forma limpa com o P2Pool, a pool descentralizada de Monero que paga em XMR onchain a cada poucas horas sem operador centralizado.
• Auditoria de segurança ativa: os binários são reproduzíveis, as releases são assinadas e o projeto publica hashes SHA-256 para cada artefacto — algo essencial, dado que mineradores maliciosos que trocam silenciosamente o endereço de carteira são uma ameaça real neste espaço.

Nenhuma destas funcionalidades é única no papel, mas nenhum minerador concorrente as combina ao mesmo nível de polimento. O SRBMiner-Multi e o Teamredminer focam-se noutros algoritmos; o xmr-stak está sem manutenção há anos; mineradores de código fechado introduzem pressupostos de confiança que anulam o sentido de correr o próprio nó.

Requisitos de hardware e expectativas realistas de hashrate

O RandomX é memory-hard. O dataset completo em modo rápido tem 2080 MB, o que significa que precisa de pelo menos 4 GB de RAM disponíveis para o minerador por nó NUMA e, idealmente, memória rápida DDR4-3600 ou DDR5-6000. A escolha do CPU importa menos do que a maioria das pessoas assume; o que conta de verdade é o tamanho da cache L3, a largura de banda da memória e o número de núcleos físicos capazes de correr cada um a sua thread RandomX.

O que esperar de forma realista em cada chip

Estes números assumem hugepages ativas, MSR mod aplicado onde for suportado e o CPU sem throttling térmico. Um portátil a minerar em bateria dar-lhe-á talvez 30–40% dos valores acima e encurtará a vida útil do aparelho — mineração pertence a um desktop, workstation ou servidor dedicado com fluxo de ar adequado.

Configuração do XMRig em Windows 10 e Windows 11

O Windows é o caminho mais fácil porque a release oficial vem como um ZIP pré-compilado com tudo o que é necessário. O preço a pagar é que o Windows Defender e a maioria dos antivírus de terceiros sinalizam qualquer minerador de criptomoeda como programa potencialmente indesejado, por isso terá de colocar a pasta em lista branca explicitamente. Isto é normal e não é sinal de malware, mas significa que deve sempre verificar o hash SHA-256 antes de criar qualquer exceção.

1. Faça download do binário verificado. Vá à página oficial de releases do xmrig no GitHub e escolha o xmrig-X.Y.Z-msvc-win64.zip mais recente. Faça download do ficheiro SHA256SUMS correspondente. No PowerShell execute Get-FileHash xmrig-X.Y.Z-msvc-win64.zip -Algorithm SHA256 e confirme que a saída coincide com o hash publicado.
2. Extraia para um caminho permanente. Descompacte para algo como C:\xmrig, não para a pasta Downloads. Clique com o botão direito na pasta, escolha Propriedades → Segurança e confirme que a sua conta tem Leitura e Execução. Evite espaços no caminho para manter os scripts batch simples.
3. Adicione a exclusão no Defender. Abra Segurança do Windows → Proteção contra vírus e ameaças → Gerir definições → Exclusões e adicione a pasta C:\xmrig. Sem isto, o Defender colocará o executável em quarentena minutos depois da primeira execução.
4. Ative huge pages e lock-pages-in-memory. Abra secpol.msc, navegue até Políticas Locais → Atribuição de Direitos do Utilizador → Bloquear páginas em memória e adicione o seu nome de utilizador. Termine sessão e volte a entrar para que a alteração tenha efeito. O XMRig pedirá então automaticamente 1280 huge pages de 2 MB cada no arranque.
5. Edite o config.json. Defina nas opções "randomx": "init": -1 (deteção automática), "mode": "fast", "1gb-pages": true se tiver pelo menos 4 GB de RAM livres e contíguos. Adicione o URL da pool (mais sobre isto em baixo) e o seu endereço de carteira. Defina "donate-level": 1, que é o mínimo do projeto.
6. Execute como administrador na primeira vez. Clique com o botão direito em xmrig.exe → Executar como administrador, para que ele possa aplicar o MSR mod no primeiro arranque. As execuções seguintes a partir de uma janela normal funcionarão, porque os valores MSR persistem até reiniciar a máquina.
7. Confirme o banner inicial. Deverá ver HUGE PAGES: 1280/1280 (100%), MSR REGISTER VALUES applied e READY threads N/N. Se as huge pages mostrarem menos de 100%, feche aplicações pesadas em memória e reinicie o minerador.

Se o seu antivírus continuar a colocar o xmrig.exe em quarentena mesmo depois da exclusão, o software estará provavelmente a fazer análise heurística sobre ZIPs extraídos — desative o scan em tempo real apenas para a pasta do xmrig, nunca globalmente, e nunca faça download de mineradores fora da página oficial de releases no GitHub.

Configuração do XMRig em Linux (Ubuntu, Debian, Fedora, Arch)

Em Linux tem duas opções limpas: instalar o pacote da distribuição se este existir e for recente, ou compilar a partir do código-fonte. A via do pacote é mais rápida, mas geralmente está duas ou três releases atrás da última, o que importa porque cada release do XMRig pode somar 1–5% de hashrate em silício novo. Para mineradores sérios, compilar vale bem os quinze minutos extra.

Opção A: pacote da distribuição (mais rápido)

Em Ubuntu 24.04 LTS e Debian 12: sudo apt update && sudo apt install xmrig. Em Fedora 41+: sudo dnf install xmrig. Em Arch e Manjaro: sudo pacman -S xmrig. Verifique a versão instalada com xmrig --version e compare com a release mais recente do GitHub antes de confiar no pacote.

Opção B: compilar a partir do código-fonte

1. Instale as dependências de compilação. Em sistemas baseados em Debian: sudo apt install git build-essential cmake automake libtool autoconf libhwloc-dev libuv1-dev libssl-dev. Em Fedora troque apt por dnf e os nomes dos pacotes seguem o mesmo padrão com o sufixo -devel.
2. Clone o repositório. git clone https://github.com/xmrig/xmrig.git && cd xmrig. Faça checkout da última tag estável com git checkout v6.22.x (substituindo pelo número da release atual).
3. Compile o bundle de dependências. cd scripts && ./build_deps.sh && cd ... Isto compila OpenSSL, hwloc e libuv como bibliotecas estáticas dentro da árvore do código-fonte, para que o binário resultante seja portátil entre distribuições da mesma arquitetura.
4. Configure e compile. mkdir build && cd build && cmake .. -DXMRIG_DEPS=$(pwd)/../scripts/deps && make -j$(nproc). Num CPU moderno isto demora 3–5 minutos.
5. Ative hugepages de forma persistente. Adicione vm.nr_hugepages=1280 ao /etc/sysctl.conf e execute sudo sysctl -p. Para páginas de 1 GB, adicione hugepagesz=1G hugepages=3 à linha de comandos do kernel através do GRUB e reinicie.
6. Carregue o módulo MSR. Execute sudo modprobe msr e arranque o XMRig com sudo ./xmrig pelo menos uma vez para que ele consiga escrever os valores MSR. Depois disso, pode iniciá-lo como utilizador sem privilégios — as escritas MSR persistem até reiniciar ou até outra ferramenta as sobrepor.
7. Crie um serviço systemd para mineração não-assistida. Coloque um ficheiro de unit em /etc/systemd/system/xmrig.service com User=miner, AmbientCapabilities=CAP_SYS_NICE CAP_IPC_LOCK e ExecStart=/usr/local/bin/xmrig --config=/etc/xmrig/config.json. Execute sudo systemctl enable --now xmrig.

A capability CAP_SYS_NICE permite ao XMRig definir prioridade de threads sem correr como root, e CAP_IPC_LOCK autoriza a reserva de huge pages. Este é o padrão mais limpo de deployment em produção e evita entregar privilégios totais de root ao minerador.

Escolher uma pool e configurar o minerador

Minerar Monero em solo com um único CPU desktop produz, em média, menos de um bloco por CPU por década — estatisticamente, vai desistir antes de ganhar fosse o que fosse. As pools agregam hashrate de milhares de mineradores e pagam cada um proporcionalmente ao trabalho contribuído. Existem duas filosofias: pools centralizadas e a P2Pool descentralizada.

Para quem leva o protocolo a sério, a P2Pool é a resposta certa. Preserva a descentralização do Monero, garantindo que nenhuma pool individual se aproxima dos 51% do hashrate da rede, e o único custo operacional é cerca de 100 GB de disco para um nó pruned mais 6 GB de RAM. A configuração para o XMRig apontar para uma instância local de P2Pool é essencialmente: "url": "127.0.0.1:3333", "user": "o-seu-endereco-principal", "rig-id": "desktop-01", "keepalive": true, "tls": false (já que a ligação é loopback).

Se realmente não puder correr um nó — por exemplo porque mina a partir de um portátil numa ligação medida — escolha uma pool centralizada com TLS ativo ("tls": true), aponte o URL para o endpoint stratum+ssl da pool e configure pools de failover como um array, para que o XMRig comute automaticamente caso a principal fique inacessível. Nunca utilize uma pool que não suporte TLS em 2026; o stratum em claro expõe o seu endereço de carteira a qualquer entidade no caminho de rede.

Tuning de desempenho e armadilhas comuns

Uma instância de XMRig corretamente afinada num Ryzen 9 7950X deve atingir 22–25 kH/s. Se a sua produz 12–15 kH/s, uma ou mais das seguintes situações está errada, por ordem de frequência observada em campo no último ano.

• Alocação parcial de huge pages: o banner inicial mostra algo como 740/1280. Reinicie, feche tudo o resto e tente novamente. Em Linux verifique com cat /proc/meminfo | grep Huge.
• MSR mod não aplicado: em Windows, corra o XMRig como administrador pelo menos uma vez por arranque do sistema. Em Linux confirme que modprobe msr foi executado e que o primeiro arranque do XMRig teve CAP_SYS_RAWIO ou root.
• Throttling térmico: o RandomX aquece muito. Um CPU que corre Cinebench a 95 °C vai entrar em throttling cinco minutos depois de começar a minerar e perder 20% de hashrate. Melhore o fluxo de ar da caixa, faça undervolt ou defina "max-threads-hint": 75 para deixar margem térmica.
• Contagem de threads errada: o XMRig usa por defeito uma thread por núcleo físico. Em chips Intel híbridos (12.ª geração+), desative os E-cores no BIOS ou prenda o XMRig apenas aos P-cores via afinidade — os E-cores prejudicam o RandomX porque partilham L2 com os P-cores.
• SMT/Hyper-Threading ativo mas mal configurado: em AMD Zen 3/Zen 4, o SMT pode ajudar ligeiramente (≈3–5%) se afinar também a afinidade de cache. Em Intel, deixe-o desativado para mineração.
• Processos em segundo plano: uma janela do Chrome com 40 tabs come 6 GB de RAM e rouba largura de banda à memória. Tenha as máquinas de mineração como caixas dedicadas ou, no mínimo, feche tudo antes de fazer benchmark.

Quando o tuning estiver concluído, deixe o minerador a correr pelo menos 30 minutos antes de ler o hashrate em regime permanente. O valor de 60 segundos que o XMRig mostra na consola oscila 5–10% devido aos padrões de acesso ao dataset do RandomX; o valor a reportar — e que a pool de facto creditará — é a média a 15 minutos.

Enquadramento legal e fiscal em Portugal e no Brasil

Antes de pôr o minerador a correr 24/7, vale a pena entender em que terreno regulatório está a pisar. Em Portugal, a Autoridade Tributária e Aduaneira clarificou em 2023 que rendimentos de mineração de criptoativos são considerados rendimentos da Categoria B (atividade comercial) quando exercidos de forma habitual, ou Categoria G (mais-valias) quando se converte o ativo em fiat. O limiar habitual de tributação em mais-valias situa-se em 28% para detenções inferiores a 365 dias; acima desse período, as mais-valias estão atualmente isentas para cripto que não seja considerada valor mobiliário.

No Brasil, a Receita Federal exige declaração mensal através do programa de Ganhos de Capital sempre que as vendas mensais ultrapassarem R$ 35.000, com alíquotas progressivas de 15% a 22,5% sobre o ganho. A mineração propriamente dita não gera fato gerador no momento do recebimento, mas o custo de aquisição do XMR minerado deve ser registado pelo seu valor de mercado à data, para cálculo posterior de mais-valia. Em ambos os países, manter um registo CSV com timestamp, hashrate, payouts e taxa de câmbio à data evita dores de cabeça caso a Autoridade Tributária ou a Receita Federal venha a pedir esclarecimentos.

Garantir as recompensas: do XMR minerado à privacidade gastável

Os pagamentos da mineração chegam ao endereço Monero que configurou no config.json. A boa prática é utilizar um subendereço novo, gerado especificamente para mineração, em vez do endereço principal — apesar de o Monero esconder valores e destinatários onchain, separar subendereços de mineração dos subendereços de gasto mantém a carteira local organizada e simplifica a contabilidade caso precise de declarar rendimentos de mineração numa jurisdição que os tribute.

Mais três hábitos de segurança que vale a pena construir desde o primeiro dia. Primeiro, corra a carteira numa máquina air-gapped ou pelo menos dedicada, que não hospede o minerador — um host de mineração comprometido não deve ter a spend key. Segundo, faça backup offline da seed mnemónica de 25 palavras; o formato polyseed usado pelas versões recentes da CLI e da GUI é mais curto e inclui uma birthday hint que simplifica a recuperação. Terceiro, periodicamente faça sweep dos subendereços de mineração para uma carteira diferente, através de uma transação de churning ou de uma atomic swap para BTC e regresso — isto reforça as propriedades de fungibilidade contra análise estatística que um eventual adversário possa tentar sobre anos de payouts acumulados.

Quando eventualmente quiser converter parte do seu rendimento minerado para outro ativo — digamos, uma stablecoin para pagar a fatura do hosting, ou BTC para abastecer um canal Lightning — utilizar um serviço de swap não-custodiante preserva as vantagens de privacidade que conquistou com todo aquele trabalho de hashing. O MoneroSwapper agrega cotações em várias exchanges sem KYC e paga numa única transação, mantendo a pegada onchain pequena. O fluxo completo desde o payout do XMRig até ao ativo de destino corre em menos de quinze minutos, sem nunca criar conta nem carregar documentos de identificação.

Perguntas frequentes

O XMRig é seguro de instalar ou é mesmo malware?

O XMRig em si é software open-source legítimo, com repositório público, releases assinadas e builds reproduzíveis. Os antivírus sinalizam-no porque o mesmo binário também é frequentemente empacotado com sequestradores de browser e trojans que mineram sem consentimento. Desde que faça download a partir da página oficial de releases no GitHub e verifique o hash SHA-256, está a correr código limpo. A maioria dos incidentes de segurança envolvendo XMRig remete para software pirateado ou mirrors não verificados, e não para o projeto em si.

Posso minerar Monero num portátil?

Tecnicamente sim, na prática não. O RandomX manterá o CPU a 100% e empurrará o sistema de arrefecimento do portátil até ao limite, encurtando a vida das ventoinhas e arriscando danos térmicos na bateria. Verá também cerca de 30–40% do hashrate de um desktop por CPU equivalente, devido aos limites de potência sustentada mais baixos. Se for mesmo obrigado a minerar num portátil, ligue-o à corrente, eleve a parte de trás para melhorar o fluxo de ar e limite o XMRig a 50% das threads com "max-threads-hint": 50.

Quanto consigo ganhar por mês, de forma realista?

Com a dificuldade de abril de 2026 em torno dos 410 GH e o preço do XMR a oscilar nos três dígitos baixos em USD, um Ryzen 9 7950X a produzir 24 kH/s rende cerca de 0,04–0,05 XMR por mês antes da eletricidade. A um preço típico de eletricidade em Portugal de 0,18 €/kWh com 150 W de consumo, gasta cerca de 20 € em energia para ganhar um valor semelhante em XMR. No Brasil, a uma tarifa média de R$ 0,90/kWh, o gasto ronda os R$ 100 mensais — o que torna a mineração em desktop solo em 2026 mais um ato de apoio à rede do que de lucro. Servidores AMD EPYC em regiões com eletricidade barata ainda produzem lucro modesto.

Qual é a diferença entre a P2Pool e uma pool regular?

Uma pool regular corre um servidor stratum centralizado e uma base de dados que regista shares e paga a partir de uma hot wallet num calendário fixo. Se o operador desaparecer, o seu saldo por pagar desaparece com ele. A P2Pool é uma sidechain: cada share é um pequeno bloco numa cadeia peer-to-peer que paga atomicamente com cada bloco da mainnet Monero que os seus mineradores encontram. Não há operador, não há pagamento mínimo e não há possibilidade de a pool roubar recompensas. O preço a pagar é ter de correr um nó Monero e um daemon p2pool localmente.

O XMRig suporta mineração em GPU para Monero?

O XMRig tem backends CUDA e OpenCL, mas o RandomX em GPU é significativamente menos eficiente do que em CPU — tipicamente uma GPU de topo produz menos hashrate por watt do que um CPU de gama média. A maioria dos mineradores desativa por completo os backends de GPU quando mina Monero. O código de GPU é útil para outros algoritmos suportados pelo XMRig, mas para XMR especificamente, mantenha-se em CPU, onde o algoritmo foi desenhado para ser competitivo.

O meu ISP ou fornecedor de VPS vai banir-me por correr o XMRig?

Os ISPs residenciais quase nunca detetam nem se importam com tráfego de mineração, que parece TCP normal de saída para a porta 3333 ou 443 com TLS. Os fornecedores de VPS, por outro lado, costumam proibir explicitamente mineração nos seus termos de serviço, devido à carga sustentada de CPU — a DigitalOcean, Linode e AWS suspendem instâncias onde detetem mineração. Fornecedores de servidores dedicados como Hetzner e OVH permitem-na em planos bare-metal mas não em produtos de cloud partilhada. Leia o AUP antes de fazer deploy.

Conclusão

Configurar o XMRig é um investimento único de cerca de uma hora que transforma ciclos ociosos de CPU numa das poucas operações verdadeiramente descentralizadas que ainda existem no mundo das criptomoedas. Os passos técnicos — download verificado, huge pages, MSR mod, configuração de P2Pool, serviço systemd no Linux ou tarefa agendada no Windows — estão bem pisados e são suficientemente estáveis para que a mesma configuração continue a funcionar ao longo das próximas releases do XMRig. Afine uma vez, corra para sempre, e visite mensalmente para atualizar o binário e rever os payouts.

As perguntas mais difíceis são operacionais: em que filosofia de pool confia, como protege a carteira que recebe as recompensas e como acaba por converter o XMR minerado de volta para outros ativos sem fugir da privacidade que produziu à custa de quilowatts-hora. Quando esse momento de conversão chegar, o MoneroSwapper oferece uma rota sem conta e sem KYC desde o seu subendereço de mineração até à blockchain de destino que precisar, mantendo todo o pipeline alinhado com as garantias de privacidade que tornam o Monero digno de ser minerado. Corra o minerador, apoie a rede e mantenha os seus fundos seus — no seu hardware, nos seus termos.