Les shares périmés sont-ils payés ?
Non, sur aucun pool et avec aucun mode de rémunération. Pourquoi un travail tardif ne peut pas être payé, en quoi un share périmé diffère d'un share rejeté et comment faire passer votre taux sous un pour cent.
La réponse courte est non
Un share périmé n'est pas payé. C'est vrai pour tous les pools, avec toutes les méthodes de paiement, et ce n'est une politique choisie par aucun d'eux. Le travail était réel, votre matériel l'a fait et le calcul était juste. Il est simplement arrivé après que la réponse a cessé de valoir quoi que ce soit, et 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 pas être payé
Chaque share que vous envoyez est la réponse à une question précise : le bloc que le réseau est en train de construire. Dès que n'importe qui dans le monde trouve ce bloc, la question est retirée et tous les mineurs de tous les pools en reçoivent une nouvelle. Si votre réponse à l'ancienne question traverse encore internet quand cela arrive, elle arrive trop tard. C'est la bonne réponse à une énigme que plus personne ne cherche à résoudre.
C'est tout. Un share périmé n'est pas écarté parce qu'il serait faux, ni jeté par excès de rigueur. Il porte sur un bloc qui a déjà un gagnant : il ne peut donc plus aider à en trouver un, et un pool ne peut payer qu'à partir des blocs qu'il trouve.
Périmé, rejeté et orphelin : trois choses différentes
Ces termes sont employés comme synonymes, mais ils ne désignent pas le même événement. 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 déjà passé au bloc suivant | Non |
| Share rejeté | Un travail qui n'a pas passé la validation : mauvais algorithme, sous la difficulté 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 distinction compte au moment du diagnostic. Un filet de shares périmés ne demande aucune action. Des shares rejetés, en n'importe quelle quantité, signifient que quelque chose dans votre configuration ne va pas et doit être corrigé. Un bloc orphelin est une question de chance, et rien sur quoi vous pouvez agir depuis un rig.
La méthode de paiement change-t-elle la réponse ?
Non, et c'est là que beaucoup de gens se trompent, car on décrit souvent PPS comme le fait d'être payé pour chaque share envoyé. La formulation exacte est : chaque share que le pool accepte. Un share périmé n'est pas accepté, il sort donc de l'accord, exactement comme avec PPLNS, la méthode proportionnelle et le minage en solo.
Il n'existe aucune méthode où un pool pourrait payer un travail qui ne peut pas aider à trouver un bloc, car 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é : de manière stable, en proportion d'une ronde, ou d'un seul coup quand vous trouvez vous-même un bloc. Ce choix mérite d'être compris, et l'article sur les méthodes de paiement de ce centre d'aide l'explique. Il n'a aucun rapport avec les shares tardifs.
Tout pool qui annonce payer les shares périmés vous paie avec l'argent d'autres mineurs, ou compte autre chose et l'appelle un share.
À quoi ressemble un taux de périmés normal
Sous un pour cent, c'est sain avec une région de serveur bien choisie. Rien ne tombe à zéro : la lumière dans la fibre n'est pas instantanée, donc sur n'importe quel pool une partie de votre travail est toujours en route quand le bloc change. Le chiffre à surveiller est la tendance, pas le décompte. Un chiffre bas et stable est le prix d'être sur internet. Un chiffre qui monte semaine après semaine vous dit que quelque chose a changé de votre côté.
Il est aussi bon de savoir qu'un share périmé caché vous coûte exactement autant qu'un share signalé. Un pool qui glisse le travail tardif dans un hashrate gonflé ne l'a pas fait payer, il l'a seulement rendu invisible : comparer les pools sur le hashrate du tableau de bord récompense donc celui qui arrondit le plus vers le haut. La comparaison qui résiste à la réalité, c'est ce qui arrive sur 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, car le temps d'aller-retour entre votre rig et le pool fixe la largeur de la fenêtre pendant laquelle votre travail peut devenir périmé. Faites le test de latence au lieu de deviner d'après la carte.
- Préférez une connexion filaire. Le Wi-Fi ajoute de la latence et, pire encore, de la gigue, et c'est la gigue qui produit des rafales de périmés au lieu d'un taux bas et stable.
- Adoucissez un overclock agressif. Une fréquence de cœur ou de mémoire instable fait caler le logiciel de minage et le fait renvoyer, et cela apparaît comme des périmés bien avant d'apparaître comme un plantage.
- Trouvez le worker fautif. Un seul rig avec un câble ou un riser défectueux peut faire monter la moyenne de tout votre compte. La vue par worker vous dit lequel, pour ne pas régler cinq machines afin d'en réparer une.
- Mettez en cause le chemin, pas seulement le rig. Un routeur domestique très chargé et un fournisseur d'accès qui change d'itinéraire aux heures de pointe ajoutent de la latence justement aux heures où vous avez le moins de chances de regarder.
Quand ce n'est pas votre faute
Parfois, le chemin entre vous et la région se dégrade pour des raisons qu'aucune des deux extrémités ne contrôle : un changement d'itinéraire du fournisseur d'accès, une congestion à un point d'échange de trafic, une fenêtre de maintenance de câbles. Le signe, c'est un saut sur tous vos rigs à la fois, et non un rig qui s'écarte des autres. Refaites le test de latence avant de toucher au matériel et, si une autre région est devenue plus proche en pratique, passez-y et revenez plus tard.