MoneroSwapper MoneroSwapper

Tutoriel XMRig 2026 : installation Windows et Linux

MoneroSwapper · · · 19 min read · 6 views

Tutoriel XMRig 2026 : installation pas à pas sur Windows et Linux

Si vous vous êtes déjà demandé pourquoi un simple processeur de bureau correctement réglé peut, en silence, contribuer à l'une des blockchains les plus décentralisées en circulation, la réponse a un nom : XMRig. Début 2026, plus de 78 % du hashrate global de Monero mesuré via les blocs P2Pool provient d'instances XMRig, et cette proportion grimpe à près de 90 % lorsqu'on intègre les mineurs en solo et les petits pools. Contrairement aux blockchains dominées par les GPU, la preuve de travail RandomX de Monero a été pensée pour que les processeurs grand public restent compétitifs, et XMRig est précisément le mineur open source qui transforme ce choix de conception en récompenses concrètes.

Ce guide détaille une installation propre, de bout en bout, de XMRig sur Windows 10/11 et sur les distributions Linux modernes, depuis le téléchargement du binaire vérifié jusqu'au réglage fin des hugepages, des registres MSR et du basculement entre pools. L'objectif n'est pas seulement de faire tourner le mineur, mais d'extraire chaque hash par seconde que votre matériel peut soutenir sans throttling thermique. Une fois les récompenses XMR arrivées dans votre portefeuille, vous verrez aussi comment les convertir en toute sécurité via MoneroSwapper si vous souhaitez échanger une partie contre un autre actif tout en préservant la confidentialité qui justifiait l'effort de minage.

Pourquoi XMRig reste le mineur Monero de référence en 2026

XMRig est un mineur RandomX multiplateforme à haute performance, publié pour la première fois en 2017 et maintenu en continu sur GitHub par le mainteneur xmrig et sa communauté. Il prend en charge les backends CPU, OpenCL et CUDA, mais pour Monero c'est uniquement le backend CPU qui compte : RandomX a été délibérément calibré pour favoriser les processeurs polyvalents disposant de grandes mémoires caches face aux puces spécialisées. Cinq raisons techniques le maintiennent en tête.

  • Implémentation native de RandomX : le mineur embarque une VM RandomX optimisée à la main qui exploite AES-NI, SSE4.1 et AVX2 lorsque disponibles, plus un compilateur JIT qui traduit les programmes RandomX en code machine à la volée.
  • Support des hugepages sur tous les OS majeurs : les pages de 2 Mo et 1 Go réduisent drastiquement les défauts de TLB durant la phase d'accès au dataset, où la plupart des CPU grand public perdent 15 à 30 % de leur hashrate théorique sans configuration adéquate.
  • MSR mod pour AMD et Intel : sur les Ryzen et les Core récents, XMRig peut écrire dans les registres spécifiques du processeur pour désactiver les préfetcheurs matériels qui pénalisent RandomX, gagnant 10 à 25 % sur les architectures Zen 3 et Zen 4.
  • Intégration P2Pool de premier ordre : le mineur dialogue proprement avec P2Pool, le pool Monero décentralisé qui paie en XMR onchain toutes les quelques heures, sans opérateur centralisé.
  • Sécurité activement auditée : les binaires sont reproductibles, les releases signées, et le projet publie les empreintes SHA-256 de chaque artefact — un point essentiel, car des mineurs malveillants qui substituent silencieusement l'adresse du portefeuille existent bel et bien dans cet écosystème.

Aucune de ces fonctionnalités n'est unique sur le papier, mais aucun mineur concurrent ne les combine au même niveau de finition. SRBMiner-Multi et Teamredminer ciblent d'autres algorithmes ; xmr-stak n'est plus maintenu depuis des années ; les mineurs propriétaires introduisent des hypothèses de confiance qui annulent l'intérêt même de faire tourner son propre nœud.

Configuration matérielle et hashrate réaliste à attendre

RandomX est gourmand en mémoire. Le dataset complet pèse 2 080 Mo en mode fast, ce qui implique d'avoir au moins 4 Go de RAM disponibles par nœud NUMA pour le mineur, et idéalement de la DDR4-3600 ou de la DDR5-6000 rapide. Le choix exact du CPU compte moins qu'on ne le croit ; ce qui pèse réellement, c'est la taille du cache L3, la bande passante mémoire, et le nombre de cœurs physiques capables d'exécuter chacun un thread RandomX.

Ce que vous pouvez réalistement attendre selon la puce

CPUThreads (RandomX)Hashrate (kH/s)Conso (W, stock)
AMD Ryzen 9 7950X1622–25140–170
AMD Ryzen 9 9950X1626–30150–180
AMD EPYC 7763 (64c)6444–48240–280
Intel Core i9-14900K8 P-cores13–15120–150
Intel Xeon w7-3465X2830–34250–290
Apple M2 Pro10–128–1130–45

Ces chiffres supposent que les hugepages sont activées, que le MSR mod est appliqué là où il est pris en charge, et que le CPU ne throttle pas thermiquement. Un ordinateur portable lancé sur batterie ne vous donnera que 30 à 40 % de ces valeurs et raccourcira sensiblement la durée de vie de la machine — le minage relève d'un poste fixe, d'une station de travail ou d'un serveur dédié avec une ventilation correcte.

Installation de XMRig sur Windows 10 et Windows 11

Windows est la voie la plus simple, car la release officielle se présente sous la forme d'un ZIP prêt à l'emploi. La contrepartie : Windows Defender et la plupart des antivirus tiers signalent tout mineur de cryptomonnaie comme programme potentiellement indésirable. Vous devrez donc autoriser explicitement le dossier en exclusion. Ce comportement est normal, mais il impose de toujours vérifier l'empreinte SHA-256 avant d'ajouter la moindre exception.

  1. Téléchargez le binaire vérifié. Rendez-vous sur la page officielle des releases GitHub de xmrig et récupérez la dernière archive xmrig-X.Y.Z-msvc-win64.zip. Téléchargez également le fichier SHA256SUMS correspondant. Dans PowerShell, exécutez Get-FileHash xmrig-X.Y.Z-msvc-win64.zip -Algorithm SHA256 et confirmez que la sortie correspond bien à l'empreinte publiée.
  2. Extrayez vers un chemin permanent. Dézippez vers quelque chose comme C:\xmrig, surtout pas dans le dossier Téléchargements. Faites un clic droit sur le dossier, Propriétés → Sécurité, et vérifiez que votre compte utilisateur dispose des droits Lecture et Exécution. Évitez les espaces dans le chemin pour simplifier l'écriture des scripts batch.
  3. Ajoutez l'exclusion Defender. Ouvrez Sécurité Windows → Protection contre les virus et menaces → Gérer les paramètres → Exclusions, et ajoutez le dossier C:\xmrig. Sans cela, Defender mettra l'exécutable en quarantaine quelques minutes après le premier lancement.
  4. Activez les hugepages et le verrouillage en mémoire. Ouvrez secpol.msc, naviguez jusqu'à Stratégies locales → Attribution des droits utilisateur → Verrouiller les pages en mémoire, puis ajoutez votre nom d'utilisateur. Déconnectez-vous et reconnectez-vous pour que la modification prenne effet. XMRig demandera alors automatiquement 1280 hugepages de 2 Mo au démarrage.
  5. Modifiez config.json. Définissez les options "randomx" suivantes : "init": -1 (détection auto), "mode": "fast", "1gb-pages": true si vous disposez d'au moins 4 Go de RAM contiguë libre. Ajoutez l'URL de votre pool (voir plus loin) et votre adresse de portefeuille. Fixez "donate-level": 1, le minimum projet.
  6. Lancez en élévation la première fois. Clic droit sur xmrig.exe → Exécuter en tant qu'administrateur, afin qu'il puisse appliquer le MSR mod au premier démarrage. Les lancements suivants depuis une invite standard fonctionneront, car les valeurs MSR persistent jusqu'au redémarrage.
  7. Vérifiez la bannière de démarrage. Vous devez voir HUGE PAGES: 1280/1280 (100%), MSR REGISTER VALUES applied et READY threads N/N. Si les hugepages affichent moins de 100 %, fermez les applications gourmandes en mémoire et relancez.
Si votre antivirus continue de remettre xmrig.exe en quarantaine malgré l'exclusion, c'est probablement qu'il lance une analyse heuristique sur les archives extraites — désactivez l'analyse en temps réel uniquement pour le dossier xmrig, jamais globalement, et ne téléchargez jamais le mineur ailleurs que sur la page officielle des releases GitHub.

Installation de XMRig sur Linux (Ubuntu, Debian, Fedora, Arch)

Sous Linux, vous avez deux options propres : installer le paquet fourni par votre distribution s'il existe et reste à jour, ou compiler depuis les sources. La voie distribution est plus rapide mais accuse souvent deux ou trois versions de retard, ce qui n'est pas anodin puisque chaque release XMRig peut apporter de 1 à 5 % de hashrate supplémentaire sur le silicium récent. Pour un mineur sérieux, le quart d'heure de compilation supplémentaire en vaut largement la peine.

Option A : paquet de la distribution (le plus rapide)

Sur Ubuntu 24.04 LTS et Debian 12 : sudo apt update && sudo apt install xmrig. Sur Fedora 41+ : sudo dnf install xmrig. Sur Arch et Manjaro : sudo pacman -S xmrig. Vérifiez la version installée avec xmrig --version et comparez-la à la dernière release GitHub avant de vous appuyer sur ce paquet.

Option B : compilation depuis les sources

  1. Installez les dépendances de build. Sur les systèmes Debian : sudo apt install git build-essential cmake automake libtool autoconf libhwloc-dev libuv1-dev libssl-dev. Sur Fedora, remplacez apt par dnf et complétez les noms de paquets avec le suffixe -devel.
  2. Clonez le dépôt. git clone https://github.com/xmrig/xmrig.git && cd xmrig. Positionnez-vous sur le dernier tag stable avec git checkout v6.22.x (remplacez par le numéro de version courant).
  3. Compilez les dépendances embarquées. cd scripts && ./build_deps.sh && cd ... Cette étape construit OpenSSL, hwloc et libuv en bibliothèques statiques dans l'arborescence des sources, ce qui rend le binaire portable d'une distribution à l'autre sur la même architecture.
  4. Configurez et compilez. mkdir build && cd build && cmake .. -DXMRIG_DEPS=$(pwd)/../scripts/deps && make -j$(nproc). Sur un CPU moderne, cela prend 3 à 5 minutes.
  5. Activez les hugepages de façon persistante. Ajoutez vm.nr_hugepages=1280 dans /etc/sysctl.conf puis exécutez sudo sysctl -p. Pour les pages de 1 Go, ajoutez hugepagesz=1G hugepages=3 à la ligne de commande du noyau via GRUB, puis redémarrez.
  6. Chargez le module MSR. Exécutez sudo modprobe msr, puis lancez XMRig avec sudo ./xmrig au moins une fois pour qu'il écrive les valeurs MSR. Vous pourrez ensuite le démarrer sous un utilisateur non privilégié — les écritures MSR persistent jusqu'au redémarrage ou jusqu'à ce qu'un autre outil les écrase.
  7. Créez un service systemd pour du minage non supervisé. Déposez un fichier d'unité dans /etc/systemd/system/xmrig.service avec User=miner, AmbientCapabilities=CAP_SYS_NICE CAP_IPC_LOCK et ExecStart=/usr/local/bin/xmrig --config=/etc/xmrig/config.json. Lancez ensuite sudo systemctl enable --now xmrig.

La capability CAP_SYS_NICE permet à XMRig d'ajuster la priorité des threads sans tourner en root, et CAP_IPC_LOCK autorise la réservation des hugepages. C'est le schéma de déploiement de production le plus propre et il évite de confier au mineur les pleins privilèges root.

Choisir un pool et configurer le mineur

Le minage solo de Monero avec un seul CPU de bureau produit en moyenne moins d'un bloc par CPU et par décennie — statistiquement, vous abandonnerez avant d'avoir gagné quoi que ce soit. Les pools agrègent le hashrate de milliers de mineurs et paient chacun au prorata du travail fourni. Deux philosophies coexistent : les pools centralisés et le P2Pool décentralisé.

OptionAvantagesInconvénients
P2Pool (recommandé)Aucun opérateur central, paiements directs onchain, pas de minimum, récompenses de sidechain toutes les ~10 secondesNécessite un nœud Monero + un daemon p2pool en local
SupportXMRConfiguration zéro, seuil de paiement bas (0,004 XMR), tableau de bord bien tenuCentralisé — l'opérateur pourrait théoriquement retenir les récompenses ou disparaître
MoneroOceanBascule automatiquement entre les coins RandomX pour maximiser le rendement fiatPaie en XMR mais mine d'autres algorithmes sous le capot ; réduit la décentralisation propre à Monero
NanopoolAncienneté, stabilité, serveurs répartis géographiquementCentralisé ; les 1 % de frais dépassent les 0 % de P2Pool

Pour quiconque tient sérieusement au protocole, P2Pool est la bonne réponse. Il préserve la décentralisation de Monero en évitant qu'un seul pool s'approche jamais des 51 % du hashrate réseau, et le coût opérationnel se résume à environ 100 Go de disque pour un nœud élagué et 6 Go de RAM. La configuration côté XMRig pointant vers une instance P2Pool locale tient en quelques lignes : "url": "127.0.0.1:3333", "user": "votre-adresse-principale", "rig-id": "desktop-01", "keepalive": true, "tls": false (puisque la connexion est en loopback).

Si vous ne pouvez vraiment pas héberger de nœud — par exemple parce que vous minez depuis un portable sur une connexion limitée — choisissez un pool centralisé avec TLS activé ("tls": true), pointez l'URL vers le endpoint stratum+ssl du pool, et configurez des pools de secours sous forme de tableau pour que XMRig bascule automatiquement si le primaire devient injoignable. N'utilisez jamais un pool sans support TLS en 2026 ; le stratum en clair expose votre adresse de portefeuille à tout opérateur réseau sur le chemin.

Optimisation des performances et pièges classiques

Une instance XMRig correctement réglée sur un Ryzen 9 7950X doit atteindre 22 à 25 kH/s. Si la vôtre produit 12 à 15 kH/s, l'un des points suivants pose problème, classés par fréquence observée sur le terrain ces douze derniers mois.

  • Allocation partielle des hugepages : la bannière de démarrage affiche par exemple 740/1280. Redémarrez, fermez tout le reste, puis réessayez. Sous Linux, vérifiez avec cat /proc/meminfo | grep Huge.
  • MSR mod non appliqué : sous Windows, lancez XMRig en administrateur au moins une fois par démarrage. Sous Linux, assurez-vous que modprobe msr a bien été exécuté et que le premier lancement disposait de CAP_SYS_RAWIO ou des droits root.
  • Throttling thermique : RandomX chauffe. Un CPU qui tourne à 95 °C sous Cinebench va throttler en moins de cinq minutes de minage et perdre 20 % de hashrate. Améliorez le flux d'air du boîtier, undervoltez, ou réglez "max-threads-hint": 75 pour garder de la marge.
  • Mauvais nombre de threads : XMRig démarre par défaut sur un thread par cœur physique. Sur les puces Intel hybrides (12ᵉ génération et au-delà), désactivez les E-cores dans le BIOS ou épinglez XMRig aux P-cores via les paramètres d'affinité — les E-cores nuisent à RandomX parce qu'ils partagent le L2 avec les P-cores.
  • SMT/Hyper-Threading activé mais non configuré : sur AMD Zen 3 et Zen 4, le SMT peut apporter un léger gain (≈3 à 5 %) si vous accordez aussi l'affinité cache. Sur Intel, laissez-le désactivé pour le minage.
  • Processus de fond : une fenêtre Chrome avec 40 onglets consomme 6 Go de RAM et grignote la bande passante mémoire. Faites tourner les rigs en machines dédiées, ou fermez tout le reste avant de mesurer.

Une fois l'optimisation terminée, laissez le mineur tourner au moins 30 minutes avant de relever le hashrate en régime établi. La valeur à 60 secondes affichée par XMRig dans la console fluctue de 5 à 10 % à cause des patterns d'accès au dataset RandomX ; c'est la moyenne sur 15 minutes qu'il faut retenir et qui correspondra effectivement à ce que le pool créditera.

Sécuriser les récompenses : du XMR miné aux fonds dépensables en privé

Les paiements de minage arrivent sur l'adresse Monero que vous avez configurée dans config.json. La bonne pratique consiste à utiliser une sous-adresse fraîche générée spécifiquement pour le minage plutôt que votre adresse principale — même si Monero masque les montants et les destinataires onchain, séparer les sous-adresses de minage de celles de dépense garde votre portefeuille local rangé et facilite la comptabilité si vous devez déclarer ce revenu auprès de la DGFiP, qui considère les revenus de minage comme des BNC dès lors qu'ils sont perçus à titre habituel.

Trois habitudes de sécurité supplémentaires à prendre dès le premier jour. D'abord, faites tourner votre portefeuille sur une machine isolée (air-gappée) ou au moins dédiée, qui n'héberge pas le mineur — un hôte de minage compromis ne doit pas détenir la clé de dépense. Ensuite, sauvegardez la phrase mnémonique de 25 mots hors ligne ; le format polyseed des wallets CLI et GUI récents est plus court et inclut un indice de date qui simplifie la restauration. Enfin, balayez périodiquement les sous-adresses de minage vers un autre portefeuille via une transaction de churn ou via un atomic swap aller-retour en BTC — cela renforce la fongibilité face à toute analyse statistique qu'un adversaire hypothétique pourrait tenter sur des années de paiements accumulés.

Lorsque vous voudrez convertir une partie de votre rendement minier en un autre actif — un stablecoin pour payer une facture d'hébergement, du BTC pour recharger un canal Lightning — passer par un service de swap non custodial préserve les avantages de confidentialité durement gagnés. MoneroSwapper agrège les taux de plusieurs exchanges sans KYC et règle en une seule transaction pour minimiser l'empreinte onchain. L'ensemble du parcours, du paiement XMRig jusqu'à l'actif de destination, peut s'exécuter en moins de quinze minutes sans création de compte ni envoi de pièce d'identité.

FAQ

XMRig est-il vraiment sûr, ou s'agit-il d'un malware ?

XMRig est un logiciel open source légitime, avec un code source public, des releases signées et des builds reproductibles. Les antivirus le signalent parce que ce même binaire est aussi régulièrement embarqué dans des navigateurs détournés et des chevaux de Troie qui minent à l'insu de l'utilisateur. Tant que vous téléchargez depuis la page officielle des releases GitHub et que vous vérifiez l'empreinte SHA-256, le code que vous exécutez est sain. La majorité des incidents impliquant XMRig remonte à des logiciels piratés ou à des miroirs non vérifiés, jamais au projet lui-même.

Peut-on miner du Monero sur un ordinateur portable ?

Techniquement oui, en pratique non. RandomX maintient le CPU à 100 % d'utilisation et pousse le système de refroidissement des portables à sa limite, abrégeant la durée de vie des ventilateurs et risquant d'endommager thermiquement la batterie. Vous n'obtiendrez aussi qu'environ 30 à 40 % du hashrate d'un équivalent desktop en raison des limites de puissance soutenue. Si vous tenez vraiment à miner sur portable, branchez-le sur secteur, surélevez l'arrière pour la ventilation, et limitez XMRig à 50 % des threads avec "max-threads-hint": 50.

Combien puis-je espérer gagner par mois ?

À la difficulté d'avril 2026, autour de 410 GH, et avec un cours XMR oscillant dans le bas des trois chiffres en USD, un Ryzen 9 7950X produisant 24 kH/s rapporte environ 0,04 à 0,05 XMR par mois avant électricité. Au tarif réglementé EDF en heures pleines (autour de 0,2516 €/kWh en 2026) et 150 W de consommation, vous dépenserez près de 27 € d'électricité pour gagner une somme équivalente en XMR — autrement dit, le minage desktop solo en 2026 relève davantage du soutien au réseau que de la recherche de profit. Seuls les serveurs EPYC déployés dans des régions à électricité bon marché restent modérément rentables.

Quelle est la différence entre P2Pool et un pool classique ?

Un pool classique opère un serveur stratum centralisé et une base de données qui suit les parts puis paie depuis un hot wallet à intervalle régulier. Si l'opérateur disparaît, le solde non payé disparaît avec lui. P2Pool est une sidechain : chaque part est un mini-bloc d'une chaîne pair-à-pair qui paie atomiquement à chaque bloc Monero trouvé par ses mineurs. Pas d'opérateur, pas de seuil minimum, et aucune possibilité pour le pool de détourner les récompenses. Le compromis : il faut faire tourner un nœud Monero et un daemon p2pool en local.

XMRig prend-il en charge le minage GPU pour Monero ?

XMRig embarque des backends CUDA et OpenCL, mais RandomX sur GPU est nettement moins efficient que sur CPU — un GPU haut de gamme produit typiquement moins de hashrate par watt qu'un CPU milieu de gamme. La plupart des mineurs désactivent purement et simplement les backends GPU pour Monero. Le code GPU reste utile pour d'autres algorithmes pris en charge par XMRig, mais pour XMR il faut s'en tenir au CPU, là où l'algorithme a été conçu pour rester compétitif.

Mon FAI ou mon hébergeur VPS va-t-il me bannir si je fais tourner XMRig ?

Les FAI résidentiels en France — Orange, Free, SFR, Bouygues — ne détectent quasiment jamais le trafic de minage et ne s'en soucient pas : il ressemble à un flux TCP sortant banal vers le port 3333 ou 443 en TLS. Les hébergeurs VPS, à l'inverse, interdisent souvent explicitement le minage dans leurs conditions générales en raison de la charge CPU soutenue — Scaleway, DigitalOcean, Linode et AWS suspendent les instances sur lesquelles ils détectent du minage. Les hébergeurs de serveurs dédiés comme OVHcloud et Hetzner l'autorisent sur leurs offres bare-metal mais pas sur les produits cloud mutualisés. Lisez la CGU avant de déployer.

Conclusion

Mettre en place XMRig représente un investissement unique d'environ une heure qui transforme des cycles CPU inutilisés en l'une des rares opérations crypto restées véritablement décentralisées. Les étapes techniques — téléchargement vérifié, hugepages, MSR mod, configuration P2Pool, service systemd sous Linux ou tâche planifiée sous Windows — sont éprouvées et suffisamment stables pour que la même configuration continue de fonctionner sur les prochaines releases XMRig. On règle une fois, on laisse tourner, et on revient mensuellement pour mettre à jour le binaire et vérifier les paiements.

Les questions difficiles sont opérationnelles : à quelle philosophie de pool faire confiance, comment sécuriser le portefeuille qui reçoit les récompenses, et comment convertir le XMR miné vers d'autres actifs sans dilapider la confidentialité produite à coups de kilowattheures. Quand viendra ce moment de conversion, MoneroSwapper offre une voie sans compte ni KYC, depuis votre sous-adresse de minage vers la chaîne de destination de votre choix, en gardant tout le pipeline aligné avec les garanties de confidentialité qui justifiaient de miner Monero en premier lieu. Faites tourner le mineur, soutenez le réseau, et gardez vos fonds entre vos mains — sur votre matériel, à vos conditions.

Partager cet article

Articles similaires

Échange anonyme de Monero

Sans KYC • Sans inscription • Échanges instantanés

Échanger maintenant