Quand l'ère de l'Ethereum en Proof-of-Work a tiré sa révérence, des millions de GPU avec 4 Go et 8 Go de VRAM sont instantanément devenus des « déchets technologiques » aux yeux du grand public. La diff des réseaux ne fait que grimper, la taille des fichiers DAG (Directed Acyclic Graph — le bloc de données chargé dans la mémoire du GPU pour les calculs) s'alourdit, et les vieilles cartes n'ont physiquement plus assez de place dans leur mémoire. En mode standard, le mineur lâche juste une erreur critique du style Allocation failed et crash en boucle.
Pourtant, envoyer ce vieux hardware à la casse est une énorme erreur. Grâce au fameux Zombie Mode, les antiquités légendaires comme les AMD Radeon RX 470/480/570/580 en version 4 Go, ou les vieux GPU Pascal de chez Nvidia, peuvent continuer à miner des altcoins, même quand le fichier DAG dépasse allègrement leur VRAM.
Le Zombie Mode, c'est quoi ? Et comment fonctionne cette magie de la survie
Quand la taille du fichier DAG dépasse la mémoire locale dispo sur la carte graphique (par exemple un DAG à 4.2 Go alors que la carte n'a que 4 Go dans le ventre), le GPU refuse tout service en temps normal. Le Zombie Mode est un hack software directement injecté au niveau du kernel du mineur (popularisé en masse par les devs de TeamRedMiner et LolMiner).
Le principe est simple : le mineur force l'installation de la partie du fichier DAG qui rentre encore dans la VRAM directement sur la carte, et bascule le « reste » (la queue du fichier) dans la mémoire RAM du PC, ou grignote de l'espace en poussant l'adressage au forceps.
Mais ce trick implique un énorme bottleneck technique dont les guides superficiels ne parlent jamais. La vitesse d'échange entre le chipset du GPU et sa propre mémoire GDDR5/GDDR6 se compte en centaines de gigaoctets par seconde (autour de 224 Go/s pour une RX 580). Par contre, la bande passante du bus PCI-Express, par lequel la carte est obligée de passer pour aller chercher les morceaux de DAG manquants dans le processeur et la RAM, est des dizaines de fois plus lente. À cause de cette attente permanente, le hashrate ne chute pas de manière linéaire, mais se prend des grosses marches à chaque changement d'époque (epoch). La carte se transforme alors en « zombie » : elle est quasi morte pour les algos du top du classement, mais elle peut encore cracher du cash si elle est tweakée comme il faut.
Détail crucial : Sur les algorithmes où le fichier DAG est généré une bonne fois pour toutes au démarrage (les dérivés d'Ethash, Etchash, KawPow), le Zombie Mode fait des merveilles en limitant la casse sur le hashrate. Sur les algos où les données mutent constamment pendant le calcul, oubliez tout de suite, le move ne marchera pas.
Les pièces rentables pour le « zombie mining » en 2026
Le marché regorge d'altcoins qui ont été soit taillés sur mesure pour les petites configurations mémoire, soit qui tolèrent le Zombie Mode avec une perte de perf minime.
| Crypto (Ticker) | Algorithme | Taille du DAG (mi-2026) | VRAM Optimale | Spécificités pour les vieux GPU |
|---|---|---|---|---|
| Ethereum Classic (ETC) | Etchash | ~3.45 Go | 4 Go / 8 Go | Pour les cartes de 4 Go, on est en plein dans le Zombie Mode. Le hashrate en a pris un coup, rincer l'algo reste viable si vous avez l'électricité gratuite (courant gratos). |
| Ravencoin (RVN) | KawPow | ~3.90 Go | 4 Go (limite haute) / 8 Go | L'algo fait chauffer le core et la mémoire de manière ultra agressive. Les cartes de 4 Go basculent en Zombie Mode. Prévoyez une alim bien solide. |
| Clore.ai (CLORE) | KawPow | ~3.88 Go | 4 Go / 8 Go | Un projet basé sur le calcul distribué. Le rendement est plus lourd sur les versions 8 Go car on peut louer la puissance pour de l'IA, mais le minage classique tourne nickel. |
| Nexa (NEXA) | NexaPow | Pas de DAG (Core-Heavy) | 4 Go / 8 Go | Le plan parfait pour les versions 4 Go. L'algo s'en tape complètement de la taille de la mémoire, tout repose sur la puissance brute du processeur graphique. |
| Kaspa (KAS) / Sedra (SDR) | HeavyHash / kHeavyHash | Pas de DAG | 4 Go / 8 Go | Minage 100 % sur le core. On peut downclocker la mémoire au minimum pour gratter sur la facture d'électricité. Idéal pour faire bosser le vieux silicium. |
Exigences d'architecture : pourquoi votre rig classique va se faire soulever
Si pour du minage de base avec des cartes de 8 Go, il vous suffit de les brancher sur des risers x1 low cost trouvés au pif sur le premier slot libre de la carte mère, avec le Zombie Mode sur des cartes de 4 Go, ce move est mort d'avance. Tenter de setup un « zombie » sur un riser x1 va atomiser votre hashrate direct à zéro.
Pour esquiver les latences hardcore d'accès à la RAM, le GPU doit impérativement être posé sur un slot pleine vitesse PCIe x16 ou x8. De plus, la version de la norme change toute la donne : le PCIe 3.0 est un prérequis non négociable, le PCIe 2.0 affichera des scores divisés par deux.
Il vous faudra dégoter des vieilles cartes mères de serveur ou des plateformes d'enthousiastes (les chipsets X79/X99, ou des vieilles séries Z) embarquant au moins 2 ou 3 vrais slots PCIe x16, câblés en x8/x8 ou x16/x8/x4 en y collant des processeurs multi-threads Xeon ou Core i7. Laissez tomber les CM spécialisées minage prévues pour 12 GPU pleines de lignes x1 — pour des « 4 Go » en mode zombie, elles ne servent à rien. Côté RAM système, le dual-channel est le minimum syndical avec la fréquence la plus haute possible, vu qu'elle devient le prolongement direct de la mémoire vidéo.
Tuning de l'OS et config des mineurs
Pour essorer le hardware jusqu'à la dernière goutte, on va devoir injecter des arguments spécifiques dans les lignes de commande. Voici un script de config fonctionnel et prêt à l'emploi pour TeamRedMiner (opti pour l'architecture AMD Polaris des séries RX 400/500) sous HiveOS / RaveOS ou un environnement Linux/Windows propre.
#!/bin/bash
# Export des variables d'environnement pour débrider l'accès à l'allocation mémoire 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
# Lancement de TeamRedMiner pour miner de l'ETC sur des cartes 4 Go en Zombie Mode
# --zombie_tune est le paramètre magique. 16.5 définit le palier de réglage de la taille du shard en RAM.
# À calibrer manuellement entre 4.0 et 16.5. Plus la valeur monte, plus le hashrate grimpe, mais la stabilité prend cher.
./teamredminer \
-a etchash \
-o stratum+tcp://eu1-etc.ethermine.org:4444 \
-u 0x0000000000000000000000000000000000000000.ZombieRig01 \
-p x \
--zombie_tune=16.5 \
--eth_config=A256Pour l'équipe des Verts (les Nvidia série 10 en 4 Go), préférez plutôt LolMiner. La ligne de commande change un peu de tête :
# Activation forcée du mode zombie pour des cartes ciblées et verrouillage de la baisse de perf
./lolMiner --algo ETCHASH --pool etc.hiveon.net:4444 --user 0x0000000000000000000000000000000000000000.NvidiaZombie --zombie 1Les cheats codes méconnus : comment esquiver les règles du système
Il y a une couille technique majeure à connaître concernant la première carte graphique du rig (GPU 0). C'est généralement elle qui gère l'écran ou l'émulateur d'affichage (dummy plug), et c'est précisément là que l'OS (surtout Windows) va venir amputer un sous-buffer graphique d'environ 200 à 400 Mo de VRAM. En zombie mining, c'est la sentence immédiate : vous perdez une epoch de minage d'un coup.
Le move absolu consiste à aller dans le BIOS de la carte mère pour forcer l'affichage primaire sur la partie graphique intégrée au processeur (iGPU). Si votre CPU n'a pas de chipset graphique, mettez en GPU 0 une carte qui possède physiquement 8 Go de mémoire (si votre rig est un mix de matos), histoire qu'elle encaisse l'allocation système de l'OS en laissant les 4 Go des autres « cartes zombies » totalement vierges et dispos.
Overclocking aux petits oignons et downvolting sur le fil du rasoir
L'erreur de débutant absolue serait de pousser la mémoire de votre carte zombie comme on le faisait au pic de 2021. Étant donné que le goulot d'étranglement ne vient plus des fréquences des puces GDDR5 mais du bus PCIe, faire saturer la mémoire en fréquence ne vous donnera aucun gain linéaire de hashrate. Par contre, vous allez stacker les erreurs (Invalid shares) et faire exploser la conso.
Calmez le core clock au strict minimum nécessaire pour encaisser l'algorithme actuel, et appliquez un downvolting ultra agressif. Pour une RX 580 4 Go sur du Nexa ou de la Kaspa, le sweet spot se situe là : un core à 1150 MHz bloqué à 850 mV, et la mémoire à 1900 MHz. Ce setup permet au GPU de ne pomper que 80-90 W à la prise au lieu des 150 W d'origine, gardant une efficacité énergétique (ratio watt/megahash) tout à fait honorable.
