Motifs de rejet des shares : ce que le pool a répondu à votre logiciel de minage

La réponse est le diagnostic

Quand le pool rejette un share, il ne se contente pas de dire non. Il renvoie un motif numéroté, et votre logiciel de minage l'affiche. Cette seule ligne fait la différence entre changer des réglages au hasard pendant une heure et régler le vrai problème en une minute, il vaut donc la peine de savoir ce que signifie chaque réponse.

Certaines signifient que quelque chose ne va pas de votre côté. D'autres signifient que rien ne va mal du tout. Les lire toutes de la même façon, c'est ainsi qu'on finit par reflasher le firmware d'une carte qui allait très bien.

21, job not found

Le travail auquel vous avez répondu avait déjà expiré. Le réseau a avancé pendant que votre share était en route, donc quand il est arrivé, la question à laquelle il répondait avait déjà un gagnant. C'est le share périmé, et un petit nombre d'entre eux est simplement le prix à payer pour être sur internet : la lumière dans la fibre n'est pas instantanée.

Il ne vaut la peine d'agir que lorsque ce nombre cesse d'être petit. Un taux qui monte semaine après semaine pointe vers la latence, alors avant tout, essayez la région la plus proche de vous et une connexion filaire. Un taux qui s'envole dès que vous ajoutez un rig pointe vers ce rig.

23, low difficulty

Votre share n'a pas atteint l'objectif qui lui était assigné. C'est celle qui indique généralement un problème de votre côté, et c'est le premier endroit à regarder quand des rejets apparaissent.

• Un overclocking instable. Un travail qui échoue seulement parfois à la vérification en est la signature classique : ce n'est pas chaque share, c'est un petit pourcentage d'entre eux. Ramenez les fréquences du cœur et de la mémoire à celles d'usine et vérifiez si les rejets disparaissent avec.
• Le mauvais algorithme. Si le logiciel de minage démarre avec le mauvais, pratiquement rien de ce qu'il produit ne peut passer, cela se traduit donc par des rejets sur presque tous les shares, et non sur un petit pourcentage.
• Un logiciel de minage obsolète. Après une mise à jour du réseau, une ancienne version continue de produire du travail selon les anciennes règles, et tous ses shares échouent.
• Une difficulté fixe que vous avez réglée trop haut à la main. Si vous en avez fixé une, retirez-la et laissez le pool ajuster votre rythme.

22, duplicate, et pourquoi elle ne compte pas contre vous

Le même share est arrivé deux fois au pool. Il est compté une seule fois, ce qui est correct, mais il faut être clair sur ce qui se passe ensuite ici : rien. Un share en double n'est jamais compté comme un mauvais share et ne vous rapproche jamais d'un bannissement.

C'est un choix délibéré, pas un oubli. Les doublons, c'est généralement le matériel qui se comporte comme du matériel. Le firmware d'un ASIC renvoie un envoi qu'il croit perdu, une couche de proxy retransmet, et un logiciel de minage qui produit deux fois la même réponse pour le même travail l'envoie deux fois. Rien de tout cela n'est de la triche de la part du mineur, et les pools qui traitent les doublons comme invalides punissent en silence les rigs pour un comportement choisi par leur firmware.

Si les doublons sont constants et non occasionnels, la cause habituelle est que deux rigs partagent un même nom de worker. Donnez à chaque rig le sien.

24, unauthorized

La connexion n'a pas été acceptée, ou un share est arrivé avant elle. En pratique, c'est presque toujours l'adresse du portefeuille : une faute de frappe, une espace glissée lors du copier-coller, ou une adresse d'un réseau différent de celui que vous visez.

Le pool essaie de dire de quoi il s'agit. Si une adresse est valide mais appartient à un autre réseau, la réponse le dit et nomme le réseau de ce pool, car un mauvais réseau et une faute de frappe se ressemblent trait pour trait dans un journal et demandent des solutions complètement différentes.

20, other

Tout ce qui n'est aucune des quatre précédentes. La réponse porte un texte à côté du numéro qui dit ce qui s'est passé, celle-ci se lit donc au lieu de se chercher.

Deux d'entre elles méritent d'être reconnues, car elles relèvent d'une politique du pool et non d'un défaut de votre travail. Si votre taux de shares périmés reste élevé longtemps, vous verrez d'abord les shares périmés rejetés purement et simplement, puis un bannissement temporaire. Les deux réponses disent clairement que le motif, ce sont les shares périmés. Ce n'est pas un verdict sur votre matériel ; c'est le pool qui refuse de continuer à payer pour un travail qui ne peut rien rapporter, et elles disparaissent d'elles-mêmes dès que le taux redescend.

À partir de combien c'est trop

Pour job-not-found, moins de un pour cent est sain dans une région bien choisie, et rien n'arrive jamais à zéro. Regardez la tendance plutôt que la quantité.

Pour low-difficulty, la réponse honnête est différente : toute quantité constante signifie que quelque chose ne va pas. Ce n'est pas une taxe que vous payez pour être connecté, c'est du travail qui a échoué à la vérification, et il ne rapporte rien. Un rig avec un petit pourcentage est un rig avec un overclocking à annuler.

Vous pouvez suivre les deux au moment où elles se produisent dans l'onglet En direct de votre tableau de bord, qui affiche chaque share tel que le pool le juge.

Si la réponse ne vous en dit pas assez

Suivez la liste de vérification de l'article sur les shares rejetés, qui classe les causes selon la fréquence à laquelle elles s'avèrent coupables. Si un rig a des rejets et que les autres sont propres, le problème vient de cette machine et non du pool : soupçonnez son profil d'overclocking, puis la version du pilote, puis les câbles riser, dans cet ordre.