Als die Ethereum-PoW-Ära zu Ende ging, wurden Millionen von 4-GB- und 8-GB-Grafikkarten für Außenstehende über Nacht zu absolutem „Elektroschrott“. Die Network Difficulty steigt unaufhörlich, die DAG-Files (Directed Acyclic Graph – der Datensatz, der für die Berechnungen im GPU-VRAM liegen muss) blähen sich immer weiter auf, sodass alte GPUs sie physikalisch einfach nicht mehr in den Speicher kriegen. Lädt man den Miner ganz normal, bricht er direkt mit einem kritischen Fehler wie Allocation failed ab und geht offline.
Diese Hardware komplett abzuschreiben, ist jedoch ein riesiger Fehler. Dank des sogenannten Zombie Mode können Krypto-Klassiker wie die legendären AMD Radeon RX 470/480/570/580 mit 4 GB oder ältere Pascal-Karten von Nvidia weiterhin fleißig Altcoins minen – selbst wenn das DAG-File die VRAM-Größe längst gesprengt hat.
Was ist der Zombie Mode und wie funktioniert das Ganze technisch?
Sobald das DAG-File die physische Kapazität des lokalen Grafikspeichers übersteigt (wenn das DAG z. B. 4,2 GB groß ist, die Karte aber nur 4 GB hat), verweigert die GPU im Normalbetrieb den Dienst. Der Zombie Mode ist ein Software-Hack direkt auf Kernel-Ebene des Miners (ursprünglich massentauglich ausgerollt von den Devs von TeamRedMiner und LolMiner).
Das Prinzip dahinter ist simpel: Der Miner presst den Teil des DAG-Files, der gerade noch so in den VRAM passt, direkt auf die Karte. Der verbleibende Rest („Tail“) wird gnadenlos in den normalen Arbeitsspeicher (RAM) des PCs ausgelagert oder über eine aggressive Adressraumerweiterung freigeschaufelt.
Dieser Prozess bringt allerdings einen massiven technischen Haken mit sich, der in oberflächlichen Guides gerne verschwiegen wird: Der Datendurchsatz zwischen dem GPU-Chip und dem eigenen GDDR5/GDDR6-Speicher liegt bei mehreren hundert Gigabyte pro Sekunde (bei einer RX 580 sind das z. B. rund 224 GB/s). Die Bandbreite des PCI-Express-Busses, über den die Karte die fehlenden DAG-Häppchen von CPU und RAM anfordern muss, ist dagegen extrem lahm. Durch diese permanenten Wartezeiten bricht die Performance (Hashrate) nicht linear, sondern mit jeder neuen Epoch stufenweise ein. Die Karte wird zum „Zombie“: Für die Top-Algorithmen eigentlich schon klinisch tot, wirft sie mit den richtigen Tweaks trotzdem noch ordentlich Ertrag ab.
Wichtige Sidenote: Bei Algorithmen, bei denen das DAG-File nur einmalig beim Start generiert wird (Ethash-Clones, Etchash, KawPow), performt der Zombie Mode verdammt gut und verliert nur langsam an Hashrate. Bei Algos, die ihre Daten während des Prozesses ständig transformieren, funktioniert dieser Trick überhaupt nicht.
Die besten Coins für das „Zombie-Mining“ im Jahr 2026
Der Markt bietet diverse Altcoins, die entweder perfekt für Low-VRAM-Hardware optimiert sind oder bei denen sich der Zombie Mode mit minimalen Performance-Einbußen fahren lässt.
| Coin (Ticker) | Algorithmus | DAG-Größe (Mitte 2026) | Optimaler VRAM | Specs für alte Karten |
|---|---|---|---|---|
| Ethereum Classic (ETC) | Etchash | ~3,45 GB | 4 GB / 8 GB | Für 4-GB-Karten läuft hier der Zombie Mode schon auf Hochtouren. Die Hashrate ist zwar gedrückt, aber bei billigem oder freiem Strom („Gratis-Steckdose“) lohnt sich das Ganze definitiv. |
| Ravencoin (RVN) | KawPow | ~3,90 GB | 4 GB (hart an der Grenze) / 8 GB | Der Algo grillt Core und Memory gleichermaßen. 4-GB-Karten switchen sofort in den Zombie Mode. Ein potentes Netzteil (PSU) ist hier Pflicht. |
| Clore.ai (CLORE) | KawPow | ~3,88 GB | 4 GB / 8 GB | Ein Coin aus dem Bereich Distributed Computing. Auf 8-GB-Karten ist der Profit höher, weil man Rechenleistung für KI vermieten kann, aber das reine Mining läuft auch hier absolut stabil. |
| Nexa (NEXA) | NexaPow | Kein DAG (Core-Heavy) | 4 GB / 8 GB | Der absolute Sweetspot für die alten 4-GB-Karten. Dem Algo ist die VRAM-Größe quasi egal, hier zählt primär die reine Rohleistung des GPU-Chips. |
| Kaspa (KAS) / Sedra (SDR) | HeavyHash / kHeavyHash | Kein DAG | 4 GB / 8 GB | Reines Core-Mining. Den Takt für den Memory-Speicher kann man komplett in den Keller schrauben, um massiv Strom zu sparen. Perfekt, um die alten Silizium-Chips profitabel glühen zu lassen. |
Hardware-Anforderungen: Warum Standard-Rigs komplett versagen
Beim normalen Mining mit 8-GB-Karten steckt man die GPUs einfach über billige x1-Riser in irgendwelche freien Slots auf dem Mainboard – beim Zombie Mode mit 4-GB-Karten geht dieser Plan absolut nicht auf. Wer versucht, einen „Zombie“ über einen x1-Riser laufen zu lassen, killt seine Hashrate sofort gegen Null.
Um die Latenzen beim Zugriff auf den System-RAM so gering wie möglich zu halten, muss die Karte zwingend in einem voll angebundenen PCIe-x16- oder zumindest x8-Slot sitzen. Auch die PCIe-Generation ist matschentscheidend: PCIe 3.0 ist das absolute Minimum, unter PCIe 2.0 halbieren sich die Ergebnisse sofort.
Man braucht dafür alte Server-Boards oder Enthusiasten-Platinen (wie X79/X99 oder ältere Z-Chipsätze), die mindestens 2–3 echte PCIe-x16-Slots bieten, welche beim Einsatz von Multi-Thread-CPUs (Xeon oder Core i7) im x8/x8- oder x16/x8/x4-Modus laufen. Die speziellen Mining-Boards für 12 Karten mit ihren ganzen x1-Slots kann man komplett vergessen – für 4-GB-Karten im Zombie Mode sind sie nutzloser Schrott. Auch der System-RAM muss mindestens im Dual-Channel-Modus laufen und so hoch wie möglich getaktet sein, da er quasi als direkte Verlängerung des Grafikspeichers dient.
OS-Tuning und Miner-Konfiguration
Um das Maximum aus den Karten zu quetschen, müssen wir mit spezifischen Argumenten in der Command Line arbeiten. Hier ist ein fertiges, funktionierendes Config-Script für TeamRedMiner (optimiert für AMD Polaris-Karten der RX 400/500er Serie) unter HiveOS / RaveOS oder einem sauberen Linux/Windows-Setup:
#!/bin/bash
# Umgebungsvariablen exportieren für maximalen Speicherzugriff 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
# TeamRedMiner für ETC-Mining auf 4-GB-Karten im Zombie Mode starten
# --zombie_tune ist der Schlüsselparameter. Der Wert 16.5 bestimmt die Schrittweite der Shard-Größe im RAM.
# Muss individuell zwischen 4.0 und 16.5 ausgetestet werden. Höherer Wert = mehr Hashrate, aber weniger Stabilität.
./teamredminer \
-a etchash \
-o stratum+tcp://eu1-etc.ethermine.org:4444 \
-u 0x0000000000000000000000000000000000000000.ZombieRig01 \
-p x \
--zombie_tune=16.5 \
--eth_config=A256Für das grüne Lager (Nvidia 10er-Reihe mit 4 GB) greift man dagegen besser zu LolMiner. Der Befehl sieht dort wie folgt aus:
# Zombie Mode für bestimmte Karten erzwingen und Performance-Drop fixieren
./lolMiner --algo ETCHASH --pool etc.hiveon.net:4444 --user 0x0000000000000000000000000000000000000000.NvidiaZombie --zombie 1Deep-Dive-Hacks: Wie man das System austrickst
Es gibt einen extrem kritischen Kniff, der die erste Grafikkarte im System (GPU 0) betrifft. An dieser hängt meistens der Monitor oder ein Dummy-Plug – und genau hier zwackt sich das OS (besonders Windows) einen Grafik-Puffer von gut 200–400 MB VRAM ab. Beim Zombie-Mining ist das das sofortige Todesurteil, da man dadurch sofort eine komplette Epoch verliert.
Die Lösung: Im BIOS des Mainboards die primäre Grafikausgabe immer auf die integrierte GPU der CPU (iGPU) umstellen. Falls die CPU keine Grafikeinheit hat, setzt man bei einem gemischten Rig die Karte als GPU 0 ein, die physikalisch 8 GB Speicher besitzt. So fängt diese den VRAM-Hunger des Betriebssystems ab, und die restlichen 4-GB-„Zombies“ bleiben komplett unangetastet und clean.
Feines Overclocking und Undervolting am Limit
Es ist ein fataler Fehler, den Speicher einer Zombie-Karte so heftig zu prügeln wie im Bullrun 2021. Da der Bottleneck mittlerweile nicht mehr beim Takt der GDDR5-Chips liegt, sondern auf dem PCIe-Bus, bringt stumpfes Memory-Overclocking keinen linearen Hashrate-Zuwachs. Es treibt lediglich die Invalid Shares und den Stromverbrauch in die Höhe.
Stattdessen: Den Core-Takt auf das absolute Minimum herabsenken, das für den jeweiligen Algo gerade noch nötig ist, und aggressiv undervolten. Für eine RX 580 4GB beim Mining von Nexa oder Kaspa gilt als Sweetspot: Core auf 1150 MHz bei knackigen 850 mV, Memory auf stabile 1900 MHz. Dadurch zieht die Karte statt der werksseitigen 150 W nur noch schlanke 80–90 W aus der Steckdose – und die Effizienz pro Megahash bleibt absolut im grünen Bereich.
