Comment connecter un ASIC à un pool de minage

Pointer un ASIC vers un pool consiste à lui donner une URL Stratum, un identifiant de worker et généralement un mot de passe conventionnel. Le firmware ouvre une session, reçoit des jobs, soumet des shares. L'opération prend cinq minutes ; ce qui prend du temps, ce sont les erreurs qui font tourner la machine sans qu'aucune share ne soit comptée.

Ce qu'il faut avant de commencer

• L'ASIC joignable sur le réseau local, ou via le VPN de l'hébergeur, avec accès à l'interface constructeur ou à un firmware alternatif documenté.
• Un compte chez le pool ou, selon les cas, simplement une adresse Bitcoin servant d'identifiant. Les conventions adresse.worker et compte.worker ne sont pas universelles, et la documentation du pool tranche.
• Au moins deux URL, une principale et un failover, idéalement dans des régions différentes ou chez deux opérateurs distincts.
• L'adresse de payout que vous contrôlez, configurée dans le compte du pool si celui-ci paie en dehors de l'identifiant Stratum.

Cette dernière ligne mérite qu'on s'y arrête : confondre le nom du worker et l'adresse de payout est l'erreur la plus fréquente, et selon le pool elle envoie vos gains à une adresse qui n'est pas la vôtre. Vérifiez-la avant de lancer la machine, pas après le premier paiement.

Les champs du firmware, un par un

1. Pool 1, 2 et 3. La plupart des firmwares acceptent trois serveurs et basculent quand le premier ne répond plus. Vérifiez surtout comment s'opère cette bascule, en nombre d'échecs ou en délai d'expiration : un failover trop lent vous laisse hasher dans le vide pendant plusieurs minutes à chaque incident.
2. L'URL. Copiez-la depuis la page officielle du pool, en retenant la région la plus proche en latence mesurée et non en distance apparente. Un port erroné, ou un ssl interverti avec un tcp, produit des rejets immédiats.
3. Le worker. Généralement sous la forme identifiant.nom. Évitez les espaces et les caractères que le pool interdit. Un nom par machine simplifie considérablement le diagnostic quand une unité décroche.
4. Le mot de passe. Beaucoup de pools acceptent x ou ignorent ce champ. D'autres l'utilisent pour transmettre des options, comme une difficulté statique. N'y collez jamais le mot de passe de votre compte web sans avoir lu la documentation.
5. La difficulté de share. Laissez le pool la négocier automatiquement dans la grande majorité des cas. Forcer une valeur inadaptée augmente les rejets ou noie vos statistiques sous un flot de shares triviales.
6. L'application des réglages. Après sauvegarde, confirmez dans les logs et dans l'interface du pool que des shares acceptées apparaissent. Le fait que la machine tourne ne prouve rien.

Sur un site hébergé, l'hébergeur verrouille souvent l'interface et applique son propre profil. Demandez dans ce cas le nom de worker réel et l'URL effectivement utilisée, plutôt que de vous fier à ce que montre une capture d'écran commerciale.

Ce que « connecté » veut dire

Un ASIC peut afficher 100 % de son hashrate local sans qu'une seule share soit acceptée : mauvaise URL, compte inexistant, horloge dérivée, pare-feu sortant bloquant. À l'inverse, le pool peut afficher un hashrate avec un décalage, ses estimateurs étant des moyennes glissantes et non une mesure instantanée.

Trois indicateurs à surveiller les premiers jours :

• Le rapport entre shares acceptées, périmées et rejetées. Un taux de shares périmées élevé désigne la latence, des jobs trop courts ou un failover mal compris, jamais la difficulté du réseau.
• La température et le throttling. Une machine qui réduit sa fréquence a un problème thermique, pas un problème de pool.
• Le premier paiement. Il dépend du seuil et du schéma retenus, pas de la première heure de shares. Vérifiez ce seuil avant de vous inquiéter.

Stratum V1 ou V2

La majorité des ASIC grand public parlent encore Stratum V1. Le V2, avec ses ponts et ses proxys, existe chez certains pools et certains firmwares, et apporte le chiffrement de session ainsi que, selon le déploiement, la délégation de template.

N'activez le V2 que si les deux côtés le documentent pour votre modèle précis. Une URL V2 collée dans un firmware qui ne parle que le V1 échoue silencieusement : la machine tourne, aucune session ne s'ouvre, et rien dans l'interface ne le signale clairement.

Sécurité minimale

Quatre mesures qui prennent dix minutes et évitent le détournement de hashrate :

• Changez le mot de passe d'administration de l'ASIC, et n'exposez jamais son interface sur Internet.
• Restreignez le pare-feu au trafic sortant vers les ports Stratum du pool, sans aucun accès d'administration ouvert depuis l'extérieur.
• Activez la liste blanche d'adresses de payout si le pool la propose.
• Documentez qui a le droit de modifier l'URL du pool. Un changement silencieux d'URL est le mode opératoire classique du détournement de hashrate, et il ne se voit que si quelqu'un compare régulièrement la configuration à sa référence.

Check-list de mise en service

• URL officielle relevée sur le site du pool, avec un failover configuré
• Nom de worker unique par machine, sans caractère interdit
• Adresse de payout vérifiée dans le compte du pool
• Shares acceptées visibles des deux côtés dans un délai raisonnable
• Alerte configurée si le hashrate côté pool tombe à zéro plus longtemps que la fenêtre de statistiques du pool
• Mot de passe d'administration changé et interface non exposée

Une fois ces six points validés, vous pouvez discuter du schéma de paiement et des frais. Tant qu'ils ne le sont pas, aucune optimisation de rendement n'a d'effet : si les shares ne sont pas acceptées, rien d'autre ne compte.