Que sont les stale shares et les shares rejetées ?
Guide de dépannage pour les miners
Comprendre les trois types de shares en mining, pourquoi certaines ne comptent pas, et comment maximiser votre hashrate effectif et vos gains.
Les shares sont la preuve de votre travail de mining — c'est ainsi qu'un pool mesure votre contribution. Les stale shares sont arrivées trop tard (le pool est déjà passé à un nouveau block), et les shares rejetées contiennent des erreurs (hash invalide, mauvais algorithme, défaillance matérielle). Les deux réduisent votre hashrate effectif et vos gains. Un miner sain devrait avoir >99 % acceptées, <1 % stale et <0,1 % rejetées.
Comprendre les shares de mining
Lorsque vous minez de la cryptomonnaie, votre GPU ou ASIC cherche un hash qui atteint une cible de difficulté très élevée définie par le réseau. Si vous débutez dans le mining, notre guide du débutant couvre les fondamentaux. Trouver un tel hash est extrêmement rare — cela pourrait prendre des jours, des semaines, voire des mois à votre matériel pour trouver une solution de block complète tout seul.
Les pools de mining résolvent ce problème en vous donnant une cible plus facile. Au lieu d'exiger un hash qui résout le block entier, le pool vous demande de trouver des hash qui atteignent une difficulté inférieure. Chaque fois que vous en trouvez un, vous le soumettez comme share. Le pool utilise ces shares pour suivre le travail que vous avez contribué par rapport aux autres miners.
Une share est la preuve que votre matériel effectue un véritable travail de mining. Plus vous soumettez de shares, plus le pool sait que vous avez travaillé, et plus votre part de la récompense de block sera grande lorsque le pool trouve un block.
Pensez aux shares comme à un pointage au travail. Chaque share dit au pool « j'étais là, je travaillais ». Quand le jour de paie arrive (un block est trouvé), votre salaire est proportionnel au nombre de pointages effectués. Une stale share, c'est comme pointer après la fin de votre service — cela ne compte pas. Une share rejetée, c'est comme une carte de pointage que la machine ne peut pas lire — elle est mise au rebut.
Les trois types de shares
Chaque share que votre miner soumet au pool finit dans l'une des trois catégories. Comprendre la différence est la première étape pour diagnostiquer les problèmes de votre configuration de mining.
1. Shares acceptées
Une share acceptée est un hash valide arrivé au pool à temps et sans erreur. Elle atteint la cible de difficulté du pool et correspond au block en cours de mining. C'est le seul type de share qui compte pour vos gains.
Chaque share acceptée augmente votre pourcentage de contribution pour le round en cours. Lorsque le pool trouve un block, votre paiement est calculé en fonction du nombre de shares acceptées que vous avez soumises par rapport à tous les autres miners.
2. Stale shares
Une stale share est un hash qui était parfaitement valide quand votre GPU l'a calculé, mais au moment où il a atteint le serveur du pool, celui-ci était déjà passé au mining d'un nouveau block. La share est correcte mais obsolète — c'est du travail pour une tâche qui n'existe plus.
Les stale shares ne sont pas la faute de votre miner au sens calculatoire. Le hash était bon. Le problème est le timing et la vitesse du réseau — la share n'est simplement pas arrivée avant que le pool ne passe à un nouveau modèle de block.
→ La share voyage à travers le réseau vers le pool (latence)
→ Pendant ce temps, le pool passe au Block #1001
→ La share arrive — mais elle concerne le Block #1000
→ Résultat : STALE (hash valide, mauvais block)
3. Shares rejetées
Une share rejetée contient une véritable erreur. Contrairement aux stale shares (qui étaient valides mais en retard), les shares rejetées sont fondamentalement erronées. Le hash n'atteint pas la cible de difficulté, a été calculé avec des paramètres incorrects, ou est un doublon d'une share déjà soumise.
Les shares rejetées indiquent presque toujours un problème avec votre matériel ou la configuration de votre logiciel. Elles devraient être extrêmement rares dans une configuration de mining fonctionnant correctement.
Références d'un miner sain
Voici à quoi devrait ressembler la distribution des shares d'un miner bien configuré :
Si vos chiffres s'écartent significativement de ces références, les sections ci-dessous vous aideront à identifier et corriger le problème.
Qu'est-ce qui cause les stale shares ?
Les stale shares sont fondamentalement une condition de concurrence. Votre miner a calculé un hash valide, mais le monde a changé avant que la réponse n'arrive. Voici les causes les plus courantes :
Latence réseau élevée
La cause la plus courante. Notre analyse de latence stratum explore ce sujet en détail. Plus vous êtes loin du serveur du pool (géographiquement et en termes de sauts réseau), plus il faut de temps pour que les notifications de nouvelle tâche vous parviennent et pour que vos shares atteignent le pool. Chaque milliseconde de délai est une fenêtre où le block peut changer.
Impact typique : Une connexion aller-retour de 300 ms au lieu de 30 ms ajoute environ 270ms / block_time à votre taux de stale. Pour un coin avec un temps de block de 60 secondes, cela représente environ 0,45 % de stale shares supplémentaires.
Temps de block courts
Les coins avec des temps de block rapides produisent naturellement plus de stale shares car les blocks changent plus fréquemment. Si un coin produit un nouveau block toutes les 15 secondes, il y a 4 fois plus de transitions de block par minute qu'un coin à 60 secondes — soit 4 fois plus d'occasions pour que votre share arrive en retard.
Impact typique : Les taux de stale sont approximativement inversement proportionnels au temps de block. Un coin avec des blocks de 15 s aura environ 4 fois le taux de stale d'un coin avec des blocks de 60 s, toutes choses égales par ailleurs.
Logiciel de mining lent
Lorsque le pool envoie une nouvelle tâche (parce qu'un nouveau block a été trouvé), votre logiciel de mining doit arrêter de travailler sur l'ancienne tâche et passer à la nouvelle le plus rapidement possible. Les miners plus anciens ou mal optimisés peuvent prendre plusieurs centaines de millisecondes pour traiter la transition, pendant lesquelles ils continuent à soumettre des shares pour l'ancien block.
Impact typique : Varie énormément. Les miners modernes changent en moins de 10 ms. Les logiciels plus anciens peuvent prendre 200 à 500 ms, augmentant significativement les taux de stale.
WiFi au lieu d'Ethernet
Le WiFi introduit une latence variable, des pertes de paquets et des coupures périodiques que les connexions Ethernet filaires n'ont pas. Une connexion WiFi peut avoir une latence moyenne de 5 ms mais monter à 200 ms et plus lors d'interférences. Ces pics causent des rafales de stale shares.
Impact typique : Le WiFi peut ajouter 0,5 à 2 % de stale shares par rapport à une connexion filaire, principalement à cause des pics de latence plutôt que de la latence moyenne.
Distance au serveur du pool
Miner sur un serveur de pool situé sur un autre continent ajoute 100 à 300 ms de latence aller-retour en raison de la vitesse physique de la lumière dans les fibres optiques. Bien que les pools modernes minimisent cet impact grâce à des implémentations stratum efficaces, cela reste un facteur contributif.
Impact typique : Le mining intercontinental ajoute généralement 0,1 à 0,5 % de stale shares selon le temps de block du coin. Pour les coins avec des temps de block supérieurs à 60 secondes, c'est généralement négligeable.
Qu'est-ce qui cause les shares rejetées ?
Contrairement aux stale shares (un problème de timing), les shares rejetées indiquent que quelque chose est réellement incorrect dans le hash soumis par votre miner. Voici les coupables les plus courants :
Paramètres du logiciel de mining incorrects
Un logiciel de miner mal configuré est la cause numéro un des shares rejetées pour les nouveaux miners. Les erreurs courantes incluent la connexion au mauvais port (qui peut attendre un algorithme différent), un format de nom de worker incorrect, ou l'utilisation de paramètres destinés à un autre coin. Choisir la bonne combinaison de matériel et logiciel de mining est essentiel.
Comment identifier : Si vous voyez un taux de rejet élevé immédiatement après le démarrage du miner, vérifiez votre adresse de pool, port, nom de worker et paramètres d'algorithme par rapport à la page « Pour commencer » du pool.
Overclock GPU instable
Lorsque vous poussez le clock mémoire ou le clock du cœur de votre GPU trop haut, le GPU peut produire des calculs de hash incorrects. Les mathématiques sont fausses au niveau du silicium — des bits basculent, des valeurs se corrompent, et le hash résultant est invalide. Le miner ne sait pas que le hash est mauvais (il ressemble toujours à un hash), donc il le soumet au pool, qui le rejette immédiatement.
Comment identifier : Si votre taux de shares rejetées augmente après avoir augmenté votre overclock, votre GPU est instable à ces paramètres. Réduisez le clock mémoire de 50 à 100 MHz et le clock du cœur de 25 à 50 MHz jusqu'à ce que les rejets tombent à zéro.
Mauvais algorithme configuré
Chaque cryptomonnaie utilise un algorithme de mining spécifique (SHA-256, Ethash, RandomX, Equihash, Groestl, etc.). Si votre miner est configuré pour calculer des hash avec le mauvais algorithme, chaque share sera rejetée car les hash sont fondamentalement incompatibles.
Comment identifier : Un taux de rejet de 100 % dès le démarrage du mining est presque toujours une incompatibilité d'algorithme. Vérifiez l'algorithme correct sur la page d'information du pool.
Shares en double
Si votre miner soumet la même share deux fois (même nonce, même tâche), le pool rejette le doublon. Cela peut arriver avec un logiciel de mining bugé, ou lorsque plusieurs instances de miner fonctionnent simultanément et chevauchent accidentellement leurs plages de nonce.
Comment identifier : Le message de rejet du pool mentionnera spécifiquement « duplicate share ». Assurez-vous de ne pas exécuter deux copies de votre miner pointées vers le même worker, et mettez à jour votre logiciel de mining.
Erreurs matérielles (mémoire et thermique)
Une mémoire GPU défaillante, une surchauffe ou une pâte thermique dégradée peuvent provoquer des erreurs de calcul sporadiques. Contrairement à l'instabilité d'overclock (qui est constante), les défaillances matérielles ont tendance à produire des shares rejetées intermittentes qui peuvent s'aggraver avec le temps ou augmenter avec la température du GPU.
Comment identifier : Des shares rejetées qui augmentent à mesure que le GPU chauffe, ou qui n'apparaissent que sur un seul GPU dans un rig multi-GPU, suggèrent des problèmes matériels. Surveillez les températures et envisagez de remettre de la pâte thermique ou de remplacer le GPU.
Taux de shares acceptables
Utilisez ce tableau pour diagnostiquer la santé de votre configuration de mining. Ces références s'appliquent à la plupart des coins minés par GPU avec des temps de block de 30 secondes ou plus.
| Type de share | Acceptable | Préoccupant | Critique |
|---|---|---|---|
| Acceptées | >99 % | 97–99 % | <97 % |
| Stale | <1 % | 1–3 % | >3 % |
| Rejetées | <0,1 % | 0,1–1 % | >1 % |
Ces seuils sont des indicateurs, pas des règles absolues. Un miner à l'opposé du monde par rapport au serveur du pool peut voir 1,5 % de stale shares — c'est le coût de la distance et c'est parfaitement normal. Mais un miner sur le même continent avec 3 % de stale shares a un problème réseau qui vaut la peine d'être investigué.
Comment corriger des taux élevés de stale et de rejet
Si vos taux de shares sont en dehors de la plage acceptable, parcourez cette liste de dépannage dans l'ordre. Chaque étape traite les causes les plus courantes, en commençant par les corrections les plus simples.
Corriger un taux élevé de stale
- Utilisez une connexion Ethernet filaire. Remplacez le WiFi par un câble Ethernet direct vers votre routeur. Cela seul peut réduire les stale shares de 50 % ou plus en éliminant les pics de latence et les pertes de paquets.
- Connectez-vous au serveur du pool le plus proche. La plupart des pools proposent plusieurs emplacements de serveur. Choisissez celui le plus proche géographiquement. Consultez la liste des serveurs du pool et testez les temps de ping vers chacun.
- Mettez à jour votre logiciel de mining. Les versions récentes de miners comme T-Rex, lolMiner, GMiner et TeamRedMiner ont un changement de tâche plus rapide. Mettez à jour vers la dernière version stable.
- Vérifiez la stabilité de votre connexion internet. Exécutez un test de ping vers le serveur du pool pendant plusieurs minutes. Recherchez les pertes de paquets ou les pics de latence. Si votre connexion FAI est instable, les stale shares seront plus élevées.
- Fermez les applications gourmandes en bande passante. Le streaming vidéo, les gros téléchargements ou les clients torrent en concurrence pour la bande passante peuvent provoquer des pics de latence. Mettez-les en pause ou planifiez-les en dehors des heures de mining.
- Évitez les connexions VPN ou proxy. Chaque saut réseau supplémentaire ajoute de la latence. Minez avec une connexion directe au serveur du pool sauf si vous avez une raison spécifique d'utiliser un VPN.
Corriger un taux élevé de rejets
- Réduisez votre overclock GPU. Baissez le clock mémoire de 50 à 100 MHz et le clock du cœur de 25 à 50 MHz. Si les shares rejetées diminuent, votre overclock précédent était instable. Augmentez progressivement jusqu'à trouver la limite stable.
- Vérifiez le bon algorithme. Consultez la page « Pour commencer » du pool et confirmez que votre miner est configuré pour l'algorithme exact attendu par le pool. Même des noms d'algorithmes similaires (ex. : Ethash vs. Etchash) ne sont pas interchangeables.
- Vérifiez les températures GPU. Si votre GPU dépasse systématiquement 85 °C (cœur) ou 100 °C (jonction mémoire sur les cartes GDDR6X), le throttling thermique et les erreurs de calcul deviennent probables. Améliorez le refroidissement ou réduisez la limite de puissance.
- Assurez-vous qu'il n'y a pas d'instances de miner en double. Vérifiez que vous n'exécutez pas accidentellement deux copies de votre miner pointées vers le même worker. Chaque worker ne devrait avoir qu'un seul processus de miner.
- Testez les GPU individuellement. Dans un rig multi-GPU, si un seul GPU produit des shares rejetées, cette carte a probablement un problème matériel. Faites tourner chaque GPU seul pour isoler le problème.
- Réinstallez ou changez de logiciel de mining. Si les rejets persistent après toutes les autres corrections, essayez un autre programme de mining. Des binaires corrompus ou des bugs logiciels peuvent causer des shares invalides persistantes.
Comment les shares affectent vos gains
Les stale shares et les shares rejetées ont un impact direct et mesurable sur vos revenus de mining. Votre hashrate effectif — le hashrate qui vous rapporte réellement des coins — est toujours inférieur à votre hashrate rapporté en raison des shares qui ne comptent pas.
La formule du hashrate effectif
Hashrate effectif = Hashrate rapporté × Taux d'acceptation
// Où Taux d'acceptation = Shares acceptées / Total des sharesExemple : le coût de 5 % de shares invalides
Calculons l'impact réel sur les gains pour un miner avec un GPU de 100 MH/s qui a un taux combiné de 5 % de stale + rejetées :
Hashrate rapporté : 100 MH/s
Taux de shares acceptées : 95 % (3 % stale + 2 % rejetées)
Hashrate effectif : 100 × 0,95 = 95 MH/s
// Supposons que ce miner gagne 3,00 $/jour à 100 % d'efficacité
Gains quotidiens à 100 % : 3,00 $
Gains quotidiens à 95 % : 2,85 $
Perte quotidienne : 0,15 $
Perte mensuelle : 4,50 $
Perte annuelle : 54,75 $Cette différence de 5 MH/s représente un véritable travail de calcul effectué par votre GPU — il a consommé de l'électricité, généré de la chaleur et usé votre matériel — mais ne vous a rien rapporté. Suivre de bonnes pratiques de sécurité de mining pool et optimiser votre connexion contribue à minimiser ces pertes. Le coût en électricité du calcul de ces shares gaspillées est une perte pure.
Les chiffres ci-dessus concernent un seul GPU. Si vous faites tourner un rig de 6 GPU, cette perte annuelle devient 328,50 $. Pour une petite ferme de 10 rigs (60 GPU), vous perdriez 3 285 $ par an à cause d'un taux de shares invalides de 5 % réparable. Passer une heure à optimiser votre configuration se rentabilise largement.
Imaginez que vous travaillez un service de 8 heures mais que 24 minutes de votre travail sont jetées chaque jour parce que vous remplissiez les formulaires de la veille (stale) ou faisiez des erreurs de calcul (rejetées). Vous avez fait le travail, vous êtes fatigué, vous avez utilisé les fournitures — mais vous n'êtes pas payé pour ces 24 minutes. Sur un an, cela représente 6 journées de travail complètes non payées.
En résumé
Les shares sont votre preuve de travail. C'est ainsi que le pool mesure votre contribution et détermine votre paiement. Seules les shares acceptées comptent pour vos gains. Chaque stale share ou share rejetée est de l'électricité gaspillée et un revenu perdu.
Les stale shares sont un problème réseau. Elles signifient que vos shares arrivent trop tard à cause de la latence entre vous et le pool. Corrigez-les avec une connexion filaire, un serveur plus proche et un logiciel de mining à jour. Un faible taux de stale (inférieur à 1 %) est normal et inévitable.
Les shares rejetées sont un problème matériel ou de configuration. Elles signifient que quelque chose ne va pas avec le hash lui-même. La cause la plus courante est un overclock GPU instable. Si vous voyez des shares rejetées, réduisez d'abord votre overclock, puis vérifiez votre algorithme et votre température.
Objectif : >99 % acceptées, <1 % stale, <0,1 % rejetées. Si vos chiffres sont moins bons, parcourez la liste de dépannage ci-dessus. Le temps que vous consacrez à l'optimisation sera rentabilisé en gains récupérés en quelques jours ou semaines.