Comment miner Radiant avec un GPU ? (Tutoriel de configuration RXD)

Comprendre la mécanique minière radiante

1. Radiant (RXD) fonctionne sur un modèle de consensus de preuve de travail optimisé pour le calcul basé sur GPU, mettant l'accent sur la bande passante mémoire et l'exécution de threads parallèles par rapport au taux de hachage brut.

2. L'algorithme utilisé s'appelle RadHash, une variante modifiée de RandomX conçue pour résister à la domination des ASIC tout en maintenant l'équité entre les cartes graphiques AMD et NVIDIA grand public.

3. Les récompenses de bloc sont distribuées toutes les 90 secondes, avec une récompense de base commençant à 12,5 RXD par bloc, ajustée dynamiquement en fonction de la difficulté du réseau et du hashrate actif total.

4. Difficulté à recibler tous les blocs de 2016 – environ une fois tous les 5,25 jours – garantissant des temps de blocage cohérents malgré les fluctuations de la participation des mineurs.

5. Les besoins en mémoire dépassent 4 Go de VRAM pour un fonctionnement stable ; les cartes de moins de 6 Go peuvent rencontrer des partages rejetés en raison d'un débordement de cache lors de la rotation de l'ensemble de données.

Préparation du matériel et des pilotes

1. Les GPU pris en charge incluent AMD Radeon RX 570/580/590, RX 6600/6700 XT et NVIDIA GTX 1060 6 Go ou supérieur ; les modèles plus anciens comme la GTX 970 souffrent de problèmes de segmentation de la mémoire qui entraînent des partages obsolètes persistants.

2. Les pilotes AMD doivent être de version 23.5.1 ou ultérieure ; les versions antérieures contiennent des bogues de synchronisation de la mémoire qui réduisent le hashrate effectif jusqu'à 18 % sous une charge soutenue.

3. Les utilisateurs NVIDIA nécessitent la compatibilité CUDA Toolkit 12.1 ; les versions de pilote inférieures à 535.86.05 introduisent des conditions de concurrence au niveau du noyau affectant la fiabilité de la soumission des partages.

4. La RAM du système doit être d'au moins 16 Go DDR4 ; une mémoire hôte insuffisante entraîne une destruction du fichier d'échange lors de la génération du DAG, augmentant ainsi la latence entre les soumissions de partage.

5. Les unités d'alimentation doivent fournir une sortie stable sur rail +12 V ; une chute de tension supérieure à ± 3 % déclenche une limitation automatique du GPU, réduisant le hashrate de 22 à 35 % sans avertissement.

Configuration du portefeuille et du pool

1. Radiant Core Wallet v2.4.7 est obligatoire ; les portefeuilles légers ne prennent pas en charge les commandes RPC requises pour le contrôle du minage local ou la validation des partages en temps réel.

2. Créez une nouvelle adresse de portefeuille à l'aide de la commande generateaddress dans l'interface CLI : la réutilisation des adresses d'autres pièces entraîne des échecs d'analyse des transactions lors du rapprochement des paiements.

3. Choisissez des pools prenant en charge le protocole stratum v2 : RadiantPool.io, RXDMine.net et HashNova-RXD sont vérifiés pour traiter les partages dans des fenêtres de latence inférieures à 150 ms.

4. Configurez les informations d'identification du pool à l'aide de --url stratum+tcp://pool.radiantpool.io:3333 --user YOUR_RXD_ADDRESS --pass x ; l'omission du champ du mot de passe ou la saisie de caractères non alphanumériques interrompent la négociation d'authentification.

5. Activez la reconnexion automatique avec --retry-pause 5 et désactivez le mode de persistance GPU si vous utilisez des systèmes Linux avec les pilotes Nouveau activés.

Optimisation des paramètres GPU

1. Pour les cartes AMD, utilisez --gpu-plotting 1 --gpu-threads 4 pour maximiser l'utilisation du cache L2 sans déclencher de limitation thermique au-dessus de 72°C.

2. Le réglage NVIDIA nécessite le réglage de --cuda-bfactor 12 --cuda-bsleep 25 pour aligner les modèles d'accès à la mémoire avec la séquence de parcours de mémoire pseudo-aléatoire de RadHash.

3. Les décalages d'horloge du cœur doivent rester à ± 125 MHz ; le dépassement de cette plage introduit des erreurs arithmétiques dans les étapes d'exponentiation modulaire, entraînant des partages invalides.

4. Les ajustements de l'horloge mémoire au-dessus de +800 MHz sur les cartes basées sur GDDR6 produisent des rendements décroissants : le taux de hachage atteint un plateau tandis que les taux d'erreur grimpent de façon exponentielle au-delà de ce seuil.

5. Les courbes des ventilateurs doivent maintenir la température de jonction du GPU en dessous de 85°C ; un fonctionnement prolongé au-dessus de ce niveau dégrade la stabilité du contrôleur de mémoire, provoquant des pics intermittents de rejet de partage.

Foire aux questions

Q : Puis-je exploiter Radiant en utilisant des graphiques intégrés ? R : Non. Les GPU intégrés ne disposent pas d'une bande passante VRAM suffisante et des unités de calcul dédiées nécessaires pour exécuter les opérations gourmandes en mémoire de RadHash. Les tentatives entraînent l’arrêt immédiat du processus ou l’absence d’actions acceptées.

Q : Pourquoi mon mineur signale-t-il à plusieurs reprises « ID de travail invalide » ? R : Cela se produit lorsque le serveur de pool envoie un modèle de travail obsolète après une partition réseau. Le redémarrage du mineur force une nouvelle poignée de main ; assurez-vous que la synchronisation NTP est active sur la machine hôte pour empêcher l’invalidation des tâches liées à l’horodatage.

Q : L'overclocking est-il sûr pour le minage Radiant à long terme ? R : Un overclocking agressif augmente le risque d’électromigration en cas de perte de mémoire GPU. Les taux de défaillance observés augmentent de 300 % après 400 heures continues à un décalage de mémoire de +1 000 MHz, même avec un refroidissement adéquat.

Q : Dois-je exécuter un nœud complet pour exploiter Radiant ? R : Non. Le minage en solo nécessite un nœud complet synchronisé, mais le minage basé sur un pool n'a besoin que d'une connectivité TCP sortante vers le point de terminaison de la strate choisi. La synchronisation du portefeuille est facultative, sauf si vous réclamez les paiements directement dans un fichier de portefeuille local.