Kiedy era Ethereum na Proof-of-Work dobiegła końca, miliony kart graficznych z 4 GB i 8 GB pamięci VRAM w oczach laików z dnia na dzień stały się „elektrośmieciami”. Trudność sieci stale rośnie, rozmiary plików DAG (Directed Acyclic Graph – blok danych ładowany do pamięci GPU na potrzeby obliczeń) puchną i stare GPU fizycznie nie są już w stanie pomieścić ich w swojej pamięci. Przy zwykłym uruchomieniu miner po prostu wypluje krytyczny błąd w stylu Allocation failed i zaliczy glebę.
Jednak spisywanie tego żelastwa na straty to ogromny błąd. Dzięki technologii Zombie Mode (Tryb zombie), stare klasyki, takie jak legendarne AMD Radeon RX 470/480/570/580 w wersji 4 GB czy stare karty Pascal od Nvidii, mogą dalej kopać altcoiny, nawet gdy plik DAG dawno przekroczył limit ich pamięci VRAM.
Czym jest Zombie Mode i jak działa ta magia przetrwania
Gdy rozmiar pliku DAG przekracza dostępną pojemność lokalnej pamięci karty graficznej (na przykład DAG waży 4.2 GB, a karta ma tylko 4 GB), sprzęt z automatu odmawia posłuszeństwa. Zombie Mode to softwarowy hack zaimplementowany na poziomie jądra minera (jako pierwsi na masową skalę wprowadzili to dewsi z TeamRedMiner i LolMiner).
Zasada działania jest prosta: miner na siłę upycha tę część pliku DAG, która mieści się w VRAM, na samej karcie, a całą resztę (tzw. ogon) zrzuca do pamięci RAM komputera lub „wydziera” dzięki agresywnemu rozszerzeniu przestrzeni adresowej.
Proces ten wiąże się jednak z potężnym bólem technicznym, o którym powierzchowne poradniki zazwyczaj milczą. Prędkość wymiany danych między rdzeniem GPU a jego własną pamięcią GDDR5/GDDR6 idzie w setki gigabajtów na sekundę (np. około 224 GB/s w przypadku RX 580). Tymczasem przepustowość szyny PCI-Express, przez którą karta musi sięgać do procesora i pamięci RAM po brakujące kawałki pliku DAG, jest wielokrotnie niższa. Przez to ciągłe czekanie na dane wydajność (hashrate) nie spada liniowo, ale zalicza ostre tąpnięcie z każdą kolejną epoką. Karta staje się „zombie” – dla topowych algorytmów jest już praktycznie martwa, ale przy odpowiednich ustawieniach wciąż potrafi generować czysty profit.
Ważny detal: Na algorytmach, gdzie plik DAG jest generowany tylko raz przy starcie (klony Ethash, Etchash, KawPow), Zombie Mode radzi sobie świetnie, stopniowo tylko obniżając hashrate. Na algorytmach, gdzie dane bez przerwy transformują w locie, ten numer w ogóle nie przejdzie.
Opłacalne coiny do „zombie-miningu” w 2026 roku
Na rynku znajdziemy masę altcoinów, które albo są celowo skrojone pod sprzęt z małą ilością pamięci, albo pozwalają na odpalenie Zombie Mode przy minimalnych stratach na wydajności.
| Moneta (Ticker) | Algorytm | Rozmiar DAG (połowa 2026) | Optymalny VRAM | Specyfika dla starych kart |
|---|---|---|---|---|
| Ethereum Classic (ETC) | Etchash | ~3.45 GB | 4 GB / 8 GB | Dla kart 4 GB tryb zombie ruszył już tutaj pełną parą. Hashrate spadł, ale przy darmowym prądzie (tzw. darmowej rozecie) jak najbardziej ma to sens. |
| Ravencoin (RVN) | KawPow | ~3.90 GB | 4 GB (na styku) / 8 GB | Algorytm mocno daje w kość zarówno rdzeniowi, jak i pamięci. Karty 4 GB wchodzą w Zombie Mode. Wymagany porządny zasilacz. |
| Clore.ai (CLORE) | KawPow | ~3.88 GB | 4 GB / 8 GB | Projekt oparty na obliczeniach rozproszonych. Na kartach 8 GB profit jest wyższy, bo można wynająć moc pod AI, ale zwykłe kopanie też jest stabilne. |
| Nexa (NEXA) | NexaPow | Brak DAG (Zależy od rdzenia) | 4 GB / 8 GB | Idealny wybór dla „czwórek”. Algorytm prawie w ogóle nie patrzy na rozmiar pamięci, liczy się tylko czysta moc obliczeniowa rdzenia. |
| Kaspa (KAS) / Sedra (SDR) | HeavyHash / kHeavyHash | Brak DAG | 4 GB / 8 GB | Kopanie opiera się w 100% na rdzeniu. Taktowanie pamięci można skręcić oporowo w dół, oszczędzając na prądzie. Świetna opcja dla starego krzemu. |
Wymagania sprzętowe: dlaczego zwykła koparka polegnie
O ile przy standardowym kopaniu na kartach 8 GB wystarczy wpiąć je przez tanie risery x1 w jakiekolwiek wolne sloty na płycie głównej, o tyle w przypadku Zombie Mode na kartach 4 GB ten numer kategorycznie nie przejdzie. Próba odpalenia „zombie” na riserze x1 natychmiast zetnie hashrate praktycznie do zera.
Żeby zminimalizować opóźnienia przy odwołaniach do RAM-u, karta graficzna musi siedzieć bezpośrednio w pełnowymiarowym slocie PCIe x16 lub x8. Co ważne, wersja interfejsu ma tu kluczowe znaczenie: PCIe 3.0 to absolutny mus, na PCIe 2.0 wyniki będą o połowę gorsze.
Będziesz potrzebować starych płyt serwerowych lub platform dla entuzjastów (na przykład na chipsetach X79/X99 czy starszych „Zetkach”), które mają wyprowadzone przynajmniej 2-3 pełne sloty PCIe x16 działające w trybie x8/x8 lub x16/x8/x4 przy montażu wielowątkowych procków Xeon lub Core i7. Zapomnij o dedykowanych płytach do miningu na 12 kart z masą slotów x1 – dla „czwórek” w trybie zombie są one bezużyteczne. Pamięć RAM komputera musi działać co najmniej w trybie dual-channel i na najwyższym możliwym taktowaniu, bo staje się ona bezpośrednim przedłużeniem pamięci karty.
Tuning OS i konfiguracja minerów
Żeby wycisnąć ze sprzętu ostatnie soki, musimy podać konkretne parametry w linijce startowej. Poniżej znajduje się gotowy, działający skrypt konfiguracyjny dla TeamRedMiner (skrojony pod karty AMD Polaris z serii RX 400/500) pod HiveOS / RaveOS, czystego Linuxa lub Windowsa.
#!/bin/bash
# Eksport zmiennych środowiskowych dla maksymalnego dostępu do pamięci 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
# Odpalenie TeamRedMiner dla kopania ETC na kartach 4GB w Zombie Mode
# --zombie_tune to kluczowy parametr. Wartość 16.5 określa krok dostrajania rozmiaru sharda w RAM.
# Dobiera się to indywidualnie od 4.0 do 16.5. Wyższa wartość to lepszy hashrate, ale gorsza stabilność.
./teamredminer \
-a etchash \
-o stratum+tcp://eu1-etc.ethermine.org:4444 \
-u 0x0000000000000000000000000000000000000000.ZombieRig01 \
-p x \
--zombie_tune=16.5 \
--eth_config=A256Dla zielonych (karty Nvidia z serii 10 o pojemności 4 GB) lepiej sprawdzi się LolMiner. Komenda konfiguracyjna wygląda wtedy inaczej:
# Wymuszenie trybu zombie dla konkretnych kart i zablokowanie drastycznego spadku wydajności
./lolMiner --algo ETCHASH --pool etc.hiveon.net:4444 --user 0x0000000000000000000000000000000000000000.NvidiaZombie --zombie 1Mało znane lifehacki: jak oszukać system
Istnieje jeden krytyczny trik dotyczący pierwszej karty graficznej w systemie (GPU 0). To do niej zazwyczaj podpięty jest monitor lub emulator monitora (dummy plug) i to właśnie na nią system operacyjny (zwłaszcza Windows) rezerwuje bufor graficzny (około 200-400 MB VRAM). W realiach zombie-miningu to wyrok śmierci: z miejsca tracisz całą epokę kopania.
Zawsze przełączaj wyświetlanie obrazu w BIOS-ie płyty głównej na zintegrowaną grafikę procesora (iGPU). Jeśli procesor nie ma integry – jako GPU 0 ustaw kartę, która fizycznie ma 8 GB pamięci (jeśli masz w rigu składaka z różnych kart), żeby to ona wzięła na klatę zapotrzebowanie systemu, zostawiając nieskalane i puste 4 GB na pozostałych „kartach-zombie”.
Precyzyjny podkręcanie i downvolting na krawędzi
Błędem jest piłowanie pamięci karty-zombie tak samo, jak robiło się to w 2021 roku. Skoro wąskim gardłem nie są teraz zegary kości pamięci GDDR5, a szyna PCIe, mocne podkręcanie pamięci nie da liniowego przyrostu hashrate'u. Jedyne, co zyskasz, to wysyp odrzuconych share'ów (Invalid shares) i większy pobór prądu.
Zjedź z taktowaniem rdzenia do minimum niezbędnego do uciągnięcia danego algorytmu i ostro zaatakuj napięcia (downvolting). Dla RX 580 4GB przy kopaniu takiej Nexy czy Kaspy optymalne ustawienia to: rdzeń – 1150 MHz przy napięciu 850 mV, pamięć – 1900 MHz. Dzięki temu karta wciągnie z gniazdka zaledwie 80-90 W zamiast fabrycznych 150 W, zachowując sensowną efektywność energetyczną w przeliczeniu na megahesze.
