Comment utiliser PhoenixMiner pour les forks Ethereum ? (Guide de configuration)

Structure de commande PhoenixMiner pour ETH Forks

1. Identifiez l'identifiant correct de la pièce à l'aide du paramètre -coin . Pour EthereumPoW (ETHW), utilisez ethw ; pour EthereumFair (ETF), précisez etf ; pour Ether-1 (ETHO), saisissez etho . Chaque fork conserve sa propre logique de génération DAG et ses propres paramètres réseau.

2. Définissez les chaînes de connexion du pool avec un alignement de protocole approprié. La plupart des forks ETH adoptent EthereumStratum/1.0.0 ou des variantes eth-proxy. Utilisez -proto 4 pour les forks compatibles NiceHash ou -proto 2 pour les points de terminaison de style nanopool.

3. Attribuez des adresses de portefeuille dédiées par fork. Le mélange des adresses du réseau principal ETH et des adresses fork entraîne une perte irréversible. Vérifiez toujours le format de la somme de contrôle et la compatibilité de la chaîne avant de lancer le mineur.

4. Configurez la gestion de l'époque DAG via le mode -bench pour confirmer la suffisance de la mémoire GPU. Les forks comme ETHW nécessitent des fichiers DAG plus volumineux que ceux d'Ethereum avant la fusion ; 8 Go de VRAM sont un minimum pour un fonctionnement soutenu au-delà de l'époque 450.

5. Activez le contrôle des soumissions obsolètes avec -stales 1 pour préserver la validité des partages pendant les temps de bloc variables courants dans les forks à faible hashrate.

Considérations sur la compatibilité matérielle

1. NVIDIA RTX 3060 12 Go reste largement déployé en raison de sa capacité VRAM et de l'efficacité de son algorithme Ethash, en particulier sur les forks où la croissance du DAG dépasse les anciens GPU.

2. AMD RX 6700 XT présente une forte stabilité sous une charge prolongée sur les réseaux ETF, mais nécessite des ajustements manuels de la synchronisation de la mémoire via le logiciel AMD Adrenalin pour éviter les pertes de hachage.

3. Évitez les cartes GTX série 10 sur les forks lancés après 2022 : la taille des fichiers DAG dépasse 4,2 Go, déclenchant des erreurs de mémoire insuffisante même avec une extension de mémoire virtuelle.

4. Les plates-formes à double GPU doivent attribuer des noms de travail uniques à l'aide de -worker pour éviter le rejet des partages en double côté pool.

5. Les blocs d'alimentation d'une puissance inférieure à 750 W échouent dans les configurations minières ETHO à six GPU en raison de pics de courant transitoires lors de l'initialisation du DAG.

Syntaxe de configuration du pool

1. Connectez-vous au pool Ether-1 avec : PhoenixMiner.exe -pool us1.ether-zero.com:3333 -wal 0xYourETHOAddress -coin etho -proto 2 .

2. Route vers le point de terminaison européen d'EthereumFair à l'aide de SSL : PhoenixMiner.exe -pool ssl://eu.fairpool.dev:5555 -wal 0xYourETFAddress -coin etf -proto 2 .

3. La configuration du basculement pour ETHW inclut le pool secondaire : -pool2 us2.ethw-pool.org:8008 -wal2 0xSameETHWAddress -coin2 ethw .

4. Des en-têtes d'authentification sont requis pour certains forks : ajoutez -pass x à moins que des informations d'identification personnalisées ne soient émises par l'opérateur du pool.

5. Désactivez le rapport automatique des taux avec -rate 0 lors de la connexion à des forks privés ou devnet qui ne prennent pas en charge la télémétrie de hashrate.

Paramètres de réglage de la stabilité

1. Réduisez l’horloge du cœur du GPU de 150 MHz et l’horloge de la mémoire de 300 MHz pour réduire la puissance thermique sans pénalité de hashrate significative sur ETHW.

2. Définissez -ftimeout 300 pour gérer les problèmes de connectivité intermittents courants sur les forks à faible population.

3. Utilisez -cdm 1 pour activer la surveillance à distance de base sans nécessiter l'installation complète de l'agent CDM.

4. Limitez les builds DAG simultanés avec -dagsize 0 si vous exécutez plusieurs instances ciblant différents forks sur une même machine.

5. Forcez la génération de DAG monothread avec -tstop 1 pour éviter une pénurie de processeur sur les systèmes comportant moins de quatre cœurs logiques.

Foire aux questions

Q : PhoenixMiner peut-il détecter automatiquement à quelle fourchette appartient un pool ? R : Non. Le mineur s'appuie entièrement sur les valeurs explicites -coin et -proto . La détection automatique est désactivée pour éviter les erreurs de routage des partages.

Q : PhoenixMiner prend-il en charge le minage fusionné entre les forks ETH ? R : Pas nativement. L'exploitation minière fusionnée nécessite des orchestrateurs externes ou des proxys de strate personnalisés en dehors de la portée de PhoenixMiner.

Q : Pourquoi mon RTX 4090 affiche-t-il 0 MH/s sur ETHO malgré une configuration correcte ? R : ETHO applique des vérifications strictes de la version des pilotes. Seuls les pilotes NVIDIA 535.98 et plus récents sont acceptés pour les opérations minières.

Q : Est-il sûr de réutiliser la même adresse de portefeuille sur plusieurs forks ? R : Techniquement possible mais fortement déconseillé. Les portefeuilles spécifiques à Fork éliminent les risques de relecture inter-chaînes et simplifient la déclaration fiscale.