Wie richtet man einen Raspberry Pi für Krypto-Mining ein? (DIY-Projekt)

Hardwareanforderungen und Kompatibilität

1. Raspberry Pi-Modellen vor 4B fehlt ausreichend RAM und thermischer Spielraum für einen stabilen Mining-Betrieb, sodass sie selbst für einfache Proof-of-Work-Algorithmen ungeeignet sind.

2. Der Raspberry Pi 4 Model B mit 4 GB oder 8 GB LPDDR4-RAM ist die minimal brauchbare Plattform, wenn er mit externen Kühllösungen wie Kühlkörpern und aktiven Lüftern kombiniert wird.

3. Ein hochwertiges 3A USB-C Netzteil ist zwingend erforderlich; Unterspannungsereignisse führen bei anhaltender Rechenlast zu einem Abfall der Hash-Rate und einer Beschädigung der SD-Karte.

4. MicroSD-Karten müssen der Klasse 10 UHS-I oder besser entsprechen und mindestens 32 GB Kapazität haben – Low-End-Karten fallen bei ständigen Schreibzyklen aufgrund von Mining-Protokollen und Swap-Aktivitäten schnell aus.

5. Die externe GPU-Beschleunigung wird auf keinem Raspberry Pi-Modell unterstützt, da keine PCIe-Lanes und kein Firmware-Zugriff auf Treiberebene vorhanden sind, wodurch der Betrieb ausschließlich auf CPU-basiertes Mining beschränkt ist.

Betriebssystem und Basiskonfiguration

1. Raspberry Pi OS (64-Bit-Lite-Version) wird gegenüber Desktop-Editionen bevorzugt, um den Hintergrundprozess-Overhead und die Speicherüberlastung zu reduzieren.

2. Der Swap-Speicherplatz muss mithilfe der dphys-swapfile-Konfiguration manuell auf mindestens 2 GB erhöht werden, da die Standardzuweisung von 100 MB zu sofortigen Abbrüchen aufgrund von Speichermangel während der Kompilierung führt.

3. Kernel-Parameter in /boot/cmdline.txt sollten „cgroup_enable=cpuset cgroup_memory=1“ enthalten, damit containerisierte Mining-Umgebungen Ressourcenbeschränkungen durchsetzen können.

4. Der SSH-Zugriff muss frühzeitig aktiviert und die Passwortauthentifizierung zugunsten einer schlüsselbasierten Anmeldung deaktiviert werden, um Brute-Force-Angriffe auf Mining-bezogene Dienste zu verhindern.

5. Die Systemuhr muss über systemd-timesyncd oder chrony synchronisiert werden – eine Zeitabweichung über 5 Sekunden unterbricht den Stratum-Protokoll-Handshake mit Mining-Pools.

Installation und Optimierung der Mining-Software

1. XMRig ist der am weitesten verbreitete CPU-Miner auf ARM64 und erfordert eine Kompilierung aus dem Quellcode mit clang-11 oder höher, um illegale Befehlsfehler bei NEON-Befehlen zu vermeiden.

2. Die Thread-Affinität muss explizit über --cpu-max-threads-hint=3 festgelegt werden, um einen Kern für die Systemreaktionsfähigkeit und Wärmemanagement-Daemons frei zu lassen.

3. Die AES-NI-Beschleunigung ist auf ARM-Prozessoren nicht verfügbar, daher sind Cryptonight-Varianten, die darauf basieren, nicht funktionsfähig – nur RandomX- und AstroBWT-Forks werden erfolgreich kompiliert.

4. Mining-Konfigurationsdateien müssen „max-cpu-usage“: 85 angeben, um eine thermische Drosselung über 70 °C zu verhindern, die eine automatische Frequenzreduzierung im BCM2711 SoC auslöst.

5. Die Protokollrotation muss über Logrotate mit täglicher Komprimierung und einer 7-Tage-Aufbewahrungsrichtlinie erzwungen werden – nicht verwaltete Protokolle verbrauchen im ausführlichen Debug-Modus innerhalb von 48 Stunden Speicherplatz.

Netzwerk- und Poolintegration

1. Die statische IP-Zuweisung über dhcpcd.conf verhindert, dass der Ablauf der DHCP-Lease dauerhafte Stratum-Verbindungen während des Neustarts des Routers unterbricht.

2. Firewall-Regeln, die iptables verwenden, müssen ausgehenden Datenverkehr ausschließlich auf bekannte Mining-Pool-Domänen und -Ports beschränken – Port 3333, 5555 und 7777 sind häufige Ziele für gefälschte Pool-Weiterleitungen.

3. Die DNS-Auflösung muss gestärkt werden, indem /etc/resolv.conf auf internes dnsmasq oder Cloudflares 1.1.1.1 verweist. Bei früheren Vorfällen wurde beobachtet, dass öffentliche DNS-Resolver gefälschte Pooladressen einschleusten.

4. Die TLS-Terminierung für HTTPS-basierte Pool-APIs muss CA-Zertifikate verwenden, die über apt update && apt install -y ca-certificates aktualisiert wurden – abgelaufene Root-Zertifikate beeinträchtigen die Abfrageendpunkte des Wallet-Guthabens.

5. Failover-Pool-URLs müssen mit steigenden Schwierigkeitsschwellenwerten konfiguriert werden, um die Betriebszeit bei Ausfällen des primären Pools aufrechtzuerhalten, ohne ungültige Freigabeübermittlungen auszulösen.

Häufig gestellte Fragen

F: Kann Raspberry Pi Bitcoin abbauen? Bitcoin Mining erfordert SHA-256-ASICs. Keine ARM-basierte CPU – einschließlich Raspberry Pi – kann konkurrenzfähige Hashraten erzeugen. Der Versuch bringt keinen Nutzen und birgt das Risiko einer Hardwareverschlechterung.

F: Ist GPU-Mining mit Raspberry Pi über über USB angeschlossene Grafikkarten möglich? Auf keinem Raspberry Pi-Board ist eine PCIe-Schnittstelle vorhanden. Über USB angeschlossene GPUs werden von Linux-Kernel-Treibern nicht unterstützt und verfügen nicht über die für Mining-Workloads erforderlichen OpenCL/Vulkan-Rechenstacks.

F: Verbessert Übertaktung die Mining-Leistung erheblich? Das Übertakten der CPU oder GPU auf dem Raspberry Pi erhöht die Wärmeabgabe überproportional zu den Gewinnen. Die thermische Drosselung beginnt bei 80 °C und ein dauerhafter Betrieb über 75 °C verkürzt die SoC-Lebensdauer um bis zu 40 %.

F: Kann Raspberry Pi beim Mining vollständige Blockchain-Knoten ausführen? Wenn beide gleichzeitig ausgeführt werden, werden die Speicher- und E/A-Bandbreitengrenzen überschritten. Ethereum Geth oder Bitcoin Core benötigen allein für die Synchronisierung mehr als 4 GB RAM – es bleiben also keine Ressourcen für Mining-Threads ohne ständigen Austausch übrig.