Les shares périmés sont-ils payés ?
Non, sur aucun pool ni méthode de paiement. Pourquoi un travail tardif ne paie pas, périmé contre rejeté, et comment rester sous 1 pour cent de périmés.
Les shares périmés sont-ils payés ?
Non. Un share périmé n'est payé sur aucun pool, avec aucune méthode de paiement. Aucun pool n'a choisi cela comme règle.
Le travail était réel, et votre matériel a fait le calcul correctement. Il est simplement arrivé après que sa réponse a cessé de valoir quoi que ce soit. Aucune règle de paiement ne peut changer cela, car il ne reste aucune récompense à partager pour lui.
Pourquoi un travail tardif ne peut-il pas être payé ?
Chaque share répond à une question précise : le bloc que le réseau construit en ce moment. Quand quelqu'un, n'importe où dans le monde, trouve ce bloc, la question est close. Chaque mineur de chaque pool en reçoit une nouvelle.
Si votre réponse traverse encore Internet à ce moment-là, elle arrive trop tard. C'est une bonne réponse à une énigme que plus personne ne cherche à résoudre.
Un share périmé n'est donc pas écarté parce qu'il serait faux, ni par sévérité. Son bloc a déjà un gagnant, il ne peut donc plus aider à en trouver un. Un pool ne peut payer qu'à partir des blocs qu'il trouve.
Quelle différence entre périmé, rejeté et orphelin ?
On emploie souvent ces trois mots comme s'ils n'en faisaient qu'un. Ce sont des événements différents, et un seul d'entre eux est normal.
| Terme | Ce qui s'est réellement passé | Payé ? |
|---|---|---|
| Share périmé | Un travail valide arrivé au pool après que le réseau est passé au bloc suivant | Non |
| Share rejeté | Un travail qui a échoué à la validation : mauvais algorithme, sous la difficulté qui vous est attribuée, mal formé ou en double | Non |
| Bloc orphelin | Un bloc entier trouvé par le pool, qui a perdu la course face à un autre bloc à la même hauteur | Non, ce bloc ne rapporte rien |
La différence compte quand vous diagnostiquez un problème. Un filet de shares périmés ne demande aucune action.
Des shares rejetés, en n'importe quelle quantité, signifient que quelque chose cloche dans votre configuration et doit être corrigé. Un bloc orphelin est une affaire de chance, et rien de ce que vous faites sur un rig ne peut l'influencer.
La méthode de paiement change-t-elle la réponse ?
Non. Cela surprend beaucoup de monde, car le PPS (paiement par share) est souvent décrit comme payant chaque share que vous envoyez. La formulation exacte est : chaque share que le pool accepte.
Un share périmé n'est pas accepté, il sort donc du contrat. Il en va de même en PPLNS, en proportionnel et en minage solo.
Aucune méthode ne peut payer un travail qui ne peut pas aider à trouver un bloc. Cet argent devrait venir de quelque part, et le seul endroit disponible, ce sont les autres mineurs.
Ce que la méthode change, c'est la façon dont votre travail accepté est payé. Il peut l'être de façon régulière, en proportion d'une ronde, ou d'un coup quand vous trouvez vous-même un bloc.
Ce choix vaut la peine d'être compris, et l'article sur les méthodes de paiement de ce centre d'aide l'explique. Il n'a aucun effet sur les shares tardifs.
Un pool qui dit payer les shares périmés vous paie avec l'argent des autres mineurs, ou compte autre chose et l'appelle un share.
Quel taux de périmés est normal ?
Moins de 1 pour cent est sain sur une région de serveur bien choisie. Rien n'atteint zéro, sur aucun pool. La lumière dans la fibre n'est pas instantanée, donc une partie de votre travail est toujours en route quand le bloc change.
Surveillez la tendance, pas le nombre. Un chiffre bas et stable est le prix d'être sur Internet. Un chiffre qui monte semaine après semaine signifie que quelque chose a changé de votre côté.
Un share périmé caché vous coûte exactement autant qu'un share périmé signalé. Un pool qui fond le travail tardif dans un hashrate gonflé ne l'a pas rendu payant. Il l'a seulement rendu invisible.
Comparer les pools par le hashrate du tableau de bord récompense donc celui qui arrondit le plus vers le haut. La comparaison qui tient, c'est ce qui arrive dans votre portefeuille au fil des semaines.
Comment réduire votre taux de périmés ?
- Minez sur la région la plus proche. C'est de loin le levier le plus important. L'aller-retour entre votre rig et le pool fixe la largeur de la fenêtre pendant laquelle le travail devient périmé. Lancez le test de latence au lieu de deviner d'après la carte.
- Utilisez une connexion filaire. Le Wi-Fi ajoute de la latence et, pire, de la gigue (un délai qui change sans cesse). La gigue provoque des rafales de shares périmés plutôt qu'un taux bas et stable.
- Réduisez un overclock agressif. Une fréquence de cœur ou de mémoire instable fait hoqueter le logiciel de minage et le pousse à renvoyer. Cela se voit en shares périmés bien avant de se voir en plantage.
- Trouvez le worker défaillant. Un seul rig avec un câble ou un riser qui lâche peut faire monter la moyenne de tout votre compte. La vue par worker montre lequel, pour que vous répariez une machine au lieu d'en régler cinq.
- Vérifiez le chemin, pas seulement le rig. Un routeur grand public très chargé et un fournisseur d'accès qui change d'itinéraire aux heures de pointe ajoutent tous deux de la latence. Ils le font aux heures où vous regardez le moins.
Et si tous les rigs deviennent périmés en même temps ?
Parfois, le chemin entre vous et la région se dégrade pour des raisons qu'aucun des deux côtés ne contrôle. Les causes typiques sont un changement d'itinéraire chez le fournisseur d'accès, une congestion à un point d'échange ou une fenêtre de maintenance sur un câble.
Le signe est un saut sur tous vos rigs à la fois. Un seul rig qui s'écarte des autres est un problème différent.
Relancez le test de latence avant de toucher au matériel. Si une autre région est devenue plus proche en pratique, passez-y, et revenez plus tard.