Comment utiliser SRBMiner pour le multi-mining ? (Tutoriel de configuration)

Comprendre l'architecture multi-mining SRBMiner

1. SRBMiner est un logiciel de minage open source hautes performances conçu spécifiquement pour les GPU AMD et NVIDIA, prenant en charge plusieurs algorithmes simultanément grâce à son mode multi-mining.

2. Le principe de base repose sur une commutation d'algorithmes basée sur des calculs de rentabilité en temps réel dérivés des API du pool, des taux de change et des mesures de difficulté du réseau.

3. Contrairement aux mineurs traditionnels à algorithme unique, SRBMiner maintient des connexions persistantes à plusieurs pools miniers sur différentes blockchains telles que Monero (RandomX), Ethereum Classic (ETC) et Kaspa (K heavy).

4. Chaque thread de minage fonctionne indépendamment avec une affinité de périphérique GPU configurable, permettant un contrôle précis sur quel GPU gère quel algorithme à un moment donné.

5. Le mineur utilise un moteur de rentabilité intégré qui interroge toutes les 30 secondes par défaut, déclenchant un changement d'algorithme uniquement lorsque la nouvelle cible génère au moins 5 % d'efficacité de taux de hachage net plus élevée après avoir pris en compte les frais de pool et la latence du réseau.

Dépendances requises et préparation du système

1. Windows 10/11 64 bits ou Linux Ubuntu 20.04+ est obligatoire ; Les anciennes versions du système d'exploitation ne sont pas prises en charge en raison des exigences d'instruction AVX-512.

2. Les pilotes AMD Adrenalin 23.5.1 ou plus récents doivent être installés pour les GPU RDNA2/RDNA3 ; les anciens pilotes provoquent des violations d'accès à la mémoire au niveau du noyau lors de l'exécution de deux algorithmes.

3. La version 525.85.12 ou supérieure du pilote NVIDIA est requise pour empêcher la corruption du contexte CUDA lors de l'exécution de KawPow avec RandomX dans des threads parallèles.

4. Visual C++ Redistributable pour Visual Studio 2022 doit être présent : les DLL manquantes entraînent l'arrêt immédiat du processus avec le code de sortie 0xC0000005.

5. Désactivez le démarrage rapide et l'intégrité de la mémoire de Windows (HVCI) dans les paramètres d'isolation du noyau, car les deux interfèrent avec le mappage de la mémoire GPU lors des lancements de noyau multithread.

Configuration de config.json pour le fonctionnement à double algorithme

1. Ouvrez le fichier config.json situé dans le répertoire racine SRBMiner-Multi à l'aide d'un éditeur compatible UTF-8 tel que Notepad++.

2. Définissez « MultiMineMode » : true pour activer l'exécution simultanée d'algorithmes au lieu d'un comportement de repli séquentiel.

3. Définissez les pools principaux et secondaires sous le tableau 'pools' , en vous assurant que chaque entrée contient des champs 'algorithm' , 'url' et 'user' valides sans barres obliques finales.

4. Attribuez explicitement des index GPU à l'aide de « devices » : [0,1] à l'intérieur de chaque objet de pool pour éviter les conflits de mémoire entre appareils lors des invocations simultanées du noyau RandomX et Autolykos2.

5. Activez « enableProfitSwitching » : true et ajustez « minProfitSwitchTime : 180 pour appliquer un temps de séjour minimum entre les commutateurs, empêchant ainsi les oscillations en cas de conditions de marché volatiles.

Surveillance du temps d'exécution et interprétation des journaux

1. Lancez SRBMiner-Multi.exe à partir de la ligne de commande avec --log-file miner.log pour capturer toutes les transitions d'algorithme, les partages rejetés et les événements de limitation thermique.

2. Surveillez les lignes contenant « Passer à [ALGO] sur GPU[0] » : elles indiquent une reconfiguration réussie, axée sur la rentabilité, sans redémarrage.

3. Un nombre de partages rejetés supérieur à 3 % par pool nécessite une inspection immédiate de l'inadéquation de « difficulté » ou de la dérive de synchronisation NTP dépassant ± 200 ms.

4. Les avertissements de température indiquant « GPU[1] temp=92 C » signifient que les capteurs de jonction VRAM ont dépassé les seuils de sécurité : réduisez l'intensité ou augmentez la courbe du ventilateur avant qu'une dégradation du matériel ne se produise.

5. Une variance de hashrate supérieure à 15 % sur des GPU identiques signale une instabilité de synchronisation de la mémoire ; recalibrez les timings à l'aide du panneau de réglage de la mémoire d'AMD Radeon Software.

Foire aux questions

Q : SRBMiner-Multi peut-il exploiter Ethereum (ETH) et Ravencoin (RVN) en même temps ? R : Non. ETH utilise Ethash tandis que RVN utilise KawPow : les deux sont gourmands en mémoire mais incompatibles au sein d'une instance en raison de la logique de génération DAG et des modèles d'accès à la mémoire divergents.

Q : Pourquoi le mineur affiche-t-il « Aucun pool approprié trouvé » même avec les informations d'identification correctes ? R : Cela se produit lorsque l'algorithme configuré ne correspond pas à la version de protocole acceptée par le pool : vérifiez si le pool prend en charge RandomX v3.0 ou nécessite la version 2.4 via son point de terminaison d'API /api/status.

Q : Est-il possible de limiter l'utilisation du processeur pendant le minage RandomX sans affecter les threads GPU ? R : Oui. Utilisez 'cpu-threads': 2 dans la section pool RandomX tout en gardant 'gpu-threads': 8 inchangé pour l'algorithme lié au GPU.

Q : Qu'est-ce qui provoque « CUDA_ERROR_LAUNCH_TIMEOUT » lors du multi-mining sur RTX 4090 ? R : Cela résulte d'une violation du délai d'attente TCC de Windows lorsque le GPU passe > 2 secondes en mode noyau : désactivez le mode WDDM dans le panneau de configuration NVIDIA et forcez le mode TCC via nvidia-smi -r -d 0.