Comment configurer SRBMiner pour multi-algorithme ? (Exploitation minière en solo)

Comprendre l'architecture multi-algorithmes SRBMiner

1. SRBMiner est un mineur GPU open source hautes performances conçu pour prendre en charge plusieurs algorithmes cryptographiques simultanément sur différentes blockchains.

2. Il gère nativement des algorithmes tels que RandomX, KawPow, Octopus, CuckooCycle et BeamHash III sans nécessiter de binaires séparés ni de commutation manuelle.

3. Le mineur utilise un modèle d'exécution basé sur la configuration dans lequel chaque algorithme s'exécute dans son propre groupe de threads isolé, empêchant ainsi les interférences entre les charges de travail.

4. La sélection de l'algorithme est définie au moment de l'exécution via des fichiers de configuration basés sur JSON qui spécifient les paramètres des pièces, les cibles de difficulté et les noyaux de hachage.

5. L'allocation de mémoire pour chaque algorithme est pré-calculée lors de l'initialisation en fonction de la capacité GPU VRAM et des exigences du noyau, garantissant une utilisation optimale sans débordement.

Conditions préalables à la configuration du minage en solo

1. Un nœud entièrement synchronisé et compatible RPC pour la blockchain cible doit être exécuté localement ou accessible via LAN avec des informations d'authentification.

2. Les pilotes NVIDIA version 470+ ou AMD Adrenalin 21.10+ sont obligatoires ; les anciennes versions déclenchent des noyaux de secours avec un hashrate réduit.

3. Windows 10/11 64 bits ou le noyau Linux 5.4+ est requis ; macOS n'est explicitement pas pris en charge en raison des limitations du pilote OpenCL.

4. Au moins 16 Go de RAM système sont recommandés lors de l'extraction simultanée de RandomX avec d'autres algorithmes gourmands en mémoire.

5. Les règles de pare-feu doivent autoriser les connexions sortantes de SRBMiner vers le port RPC du nœud local (par exemple, le port 18081 pour Monero) et le trafic entrant pour le transfert de proxy de strate, le cas échéant.

Construire le fichier de configuration Solo

1. Créez un fichier nommé config.json dans le répertoire racine de SRBMiner contenant des sections spécifiques aux algorithmes sous la clé « algorithms » .

2. Chaque entrée d'algorithme comprend les champs 'coin' , 'pool' , 'wallet' et 'rig-id' — pour le minage en solo, 'pool' pointe vers 127.0.0.1:PORT et 'wallet' est défini sur l'adresse de minage du nœud local.

3. Utilisez « algorithme » : « randomx » pour Monero, « kawpow » pour Ravencoin et « octopus » pour VeChain ; mélanger des algorithmes incompatibles comme Ethash et RandomX sur le même GPU peut provoquer une instabilité.

4. Activez 'solo': true à l'intérieur de chaque objet algorithme pour contourner la logique du pool et soumettre directement à l'interface RPC du démon local.

5. Définissez « api-port » : 5 000 pour exposer les métriques en temps réel via HTTP, permettant ainsi aux tableaux de bord externes de surveiller les taux d'acceptation par algorithme et le nombre de partages obsolètes.

Lancement et validation du mineur

1. Exécutez SRBMiner-MULTI.exe --config config.json à partir de la ligne de commande ; la sortie affiche les GPU détectés, l’état d’initialisation de l’algorithme et les horodatages de récupération de la tâche initiale.

2. Surveillez les journaux de la console pour détecter les lignes contenant « Accepté » ou « Périmé » pour vérifier la soumission réussie du modèle de bloc et l'analyse des réponses à partir du nœud local.

3. Exécutez curl http://127.0.0.1:5000/api/status pour récupérer des statistiques au format JSON montrant les algorithmes actifs, le hashrate actuel par appareil et la latence moyenne vers le point de terminaison RPC.

4. Vérifiez le fichier debug.log du nœud pour les entrées telles que « bloc soumis par le mineur » ou « nouveau modèle de bloc » pour confirmer l'intégrité de la communication bidirectionnelle.

5. Observez l'utilisation de la mémoire GPU via nvidia-smi ou rocm-smi ; une occupation soutenue de la VRAM au-dessus de 95 % indique un conflit de noyau et justifie la désactivation d'un algorithme.

Foire aux questions

Q : SRBMiner peut-il soumettre des blocs valides à une chaîne exploitée en solo sans point de terminaison RPC de portefeuille ? R : Non. Le mineur nécessite un démon compatible avec le portefeuille avec activate-mine et rpc-bind-ip configurés. Sans accès RPC au portefeuille, il ne peut pas signer de transactions ni construire de sorties Coinbase.

Q : Pourquoi KawPow affiche-t-il un hashrate nul alors que RandomX fonctionne normalement sur le même GPU ? R : Cela se produit lorsque la VRAM dépasse 8 Go mais que le GPU n'a pas de capacité de calcul 6.1+. SRBMiner désactive automatiquement les noyaux KawPow sur les architectures non prises en charge et enregistre un avertissement lors du démarrage.

Q : Est-il possible d'attribuer différents GPU à différents algorithmes dans un même fichier de configuration ? R : Oui. Utilisez le tableau « devices » à l'intérieur de chaque section d'algorithme pour spécifier les indices CUDA ou OpenCL, par exemple, « devices » : [0] pour le GPU 0 uniquement sur RandomX et « devices » : [1,2] pour le minage KawPow à double GPU.

Q : SRBMiner valide-t-il les solutions de bloc avant de les soumettre au nœud local ? R : Oui. Chaque solution subit une vérification PoW complète en utilisant la même fonction de hachage et le même seuil de difficulté que le nœud. Les partages invalides sont supprimés silencieusement sans transmission réseau.