Comment configurer un Raspberry Pi pour le crypto mining ? (Projet de bricolage)

Exigences matérielles et compatibilité

1. Les modèles Raspberry Pi antérieurs au 4B manquent de RAM et de marge thermique suffisantes pour des opérations minières stables, ce qui les rend impropres aux algorithmes de preuve de travail, même légers.

2. Le Raspberry Pi 4 modèle B avec 4 Go ou 8 Go de RAM LPDDR4 est la plate-forme minimale viable lorsqu'elle est associée à des solutions de refroidissement externes telles que des dissipateurs thermiques et des ventilateurs actifs.

3. Une alimentation USB-C 3A de haute qualité est obligatoire ; les événements de sous-tension provoquent des baisses du taux de hachage et une corruption de la carte SD lors de charges de calcul soutenues.

4. Les cartes MicroSD doivent être de classe 10 UHS-I ou supérieure, avec une capacité d'au moins 32 Go. Les cartes bas de gamme échouent rapidement sous les cycles d'écriture constants des journaux d'exploration de données et des activités d'échange.

5. L'accélération GPU externe n'est prise en charge sur aucun modèle Raspberry Pi en raison du manque de voies PCIe et d'accès au micrologiciel au niveau du pilote, limitant les opérations strictement au minage basé sur le processeur.

Système d'exploitation et configuration de base

1. Le système d'exploitation Raspberry Pi (version Lite 64 bits) est préféré aux éditions de bureau pour réduire la surcharge des processus en arrière-plan et la surcharge de la mémoire.

2. L'espace d'échange doit être augmenté manuellement jusqu'à au moins 2 Go à l'aide de la configuration dphys-swapfile, car l'allocation par défaut de 100 Mo entraîne une interruption immédiate de la mémoire lors de la compilation.

3. Les paramètres du noyau dans /boot/cmdline.txt doivent inclure « cgroup_enable=cpuset cgroup_memory=1 » pour permettre aux environnements d'exploration de données conteneurisés d'appliquer les limites de ressources.

4. L'accès SSH doit être activé tôt et l'authentification par mot de passe désactivée en faveur d'une connexion par clé pour empêcher les attaques par force brute ciblant les services liés au minage.

5. L'horloge système doit être synchronisée via systemd-timesyncd ou chrony : une dérive temporelle au-delà de 5 secondes perturbe les négociations de protocole de strate avec les pools miniers.

Installation et réglage du logiciel minier

1. XMRig est le mineur de CPU le plus largement adopté sur ARM64, nécessitant une compilation à partir de la source à l'aide de clang-11 ou version ultérieure pour éviter les erreurs d'instructions illégales sur les instructions NEON.

2. L'affinité des threads doit être explicitement définie via --cpu-max-threads-hint=3 pour laisser un cœur libre pour la réactivité du système et les démons de gestion thermique.

3. L'accélération AES-NI n'est pas disponible sur les processeurs ARM, donc les variantes cryptonight qui en dépendent ne sont pas fonctionnelles : seuls les forks RandomX et AstroBWT se compilent avec succès.

4. Les fichiers de configuration minière doivent spécifier « max-cpu-usage » : 85 pour empêcher une limitation thermique au-dessus de 70°C, qui déclenche une réduction automatique de la fréquence dans le SoC BCM2711.

5. La rotation des journaux doit être appliquée via logrotate avec une compression quotidienne et une politique de rétention de 7 jours : les journaux non gérés consomment du stockage dans les 48 heures en mode de débogage détaillé.

Intégration de réseau et de pool

1. L'attribution d'une adresse IP statique via dhcpcd.conf empêche l'expiration du bail DHCP de rompre les connexions de strate persistantes lors des redémarrages du routeur.

2. Les règles de pare-feu utilisant iptables doivent restreindre le trafic sortant exclusivement aux domaines et ports connus du pool de minage : les ports 3333, 5555 et 7777 sont des cibles courantes pour les redirections de pool usurpées.

3. La résolution DNS doit être renforcée en pointant /etc/resolv.conf vers dnsmasq interne ou vers la version 1.1.1.1 de Cloudflare : des résolveurs DNS publics ont été observés en train d'injecter de fausses adresses de pool lors d'incidents passés.

4. La terminaison TLS pour les API de pool basées sur HTTPS doit utiliser des certificats ca mis à jour via apt update && apt install -y ca-certificates : les certificats racine expirés rompent les points de terminaison d'interrogation du solde du portefeuille.

5. Les URL des pools de basculement doivent être configurées avec des seuils de difficulté croissants pour maintenir la disponibilité pendant les pannes du pool principal sans déclencher de soumissions de partages non valides.

Foire aux questions

Q : Le Raspberry Pi peut-il exploiter Bitcoin ? Le minage Bitcoin nécessite des ASIC SHA-256. Aucun processeur basé sur ARM, y compris Raspberry Pi, ne peut produire des hashrates compétitifs. Tenter de le faire ne rapporte aucune récompense et risque de dégrader le matériel.

Q : Le minage de GPU est-il possible avec Raspberry Pi via des cartes graphiques connectées par USB ? Aucune interface PCIe n'existe sur aucune carte Raspberry Pi. Les GPU connectés par USB ne sont pas pris en charge par les pilotes du noyau Linux et ne disposent pas des piles de calcul OpenCL/Vulkan requises pour les charges de travail d'exploration de données.

Q : L'overclocking améliore-t-il les performances de minage de manière significative ? L'overclocking du CPU ou du GPU sur Raspberry Pi augmente la production de chaleur de manière disproportionnée par rapport aux gains. La limitation thermique commence à 80 °C et un fonctionnement soutenu au-dessus de 75 °C réduit la durée de vie du SoC jusqu'à 40 %.

Q : Le Raspberry Pi peut-il exécuter des nœuds blockchain complets pendant le minage ? L’exécution simultanée des deux dépasse les limites de mémoire et de bande passante d’E/S. Ethereum Geth ou Bitcoin Core nécessitent > 4 Go de RAM uniquement pour la synchronisation, ce qui ne laisse aucune ressource pour l'extraction de threads sans échange constant.