Un share est une rétroaction, pas une progression vers un bloc
La difficulté de share de pool définit un seuil pour signaler le travail. L’augmenter peut réduire le nombre de shares signalés sans modifier la cible du réseau Bitcoin. C’est pourquoi les décomptes de deux pools ne sont pas directement comparables. Utilisez le travail accepté, les plages horaires et les raisons d'erreur pour juger du fonctionnement, tout en traitant un enregistrement de meilleure difficulté comme un résultat passé.
- Ne recherchez pas le plus grand compteur de shares.
- Ne considérez pas la meilleure difficulté comme un indicateur de pourcentage complet.
- Gardez la difficulté de share séparée de la difficulté du réseau dans toute estimation.
Lire un refus avant de modifier les paramètres
Un travail périmé ou expiré, une soumission en double et un résultat inférieur à l'objectif nécessitent des enquêtes différentes. Enregistrez la raison exacte avec le travail environnant et reconnectez les messages. Si un tableau de bord ne fournit que des totaux, il ne peut pas vous indiquer quelle catégorie a augmenté. Les implémentations de pool peuvent étiqueter les erreurs différemment, alors confirmez leur signification auprès de l'opérateur en cas de doute.
- Enregistrez le micrologiciel, le point final, l’heure UTC et la réponse exacte.
- Modifiez une variable pertinente par comparaison.
- Un taux de rejet basé sur le nombre ne correspond pas automatiquement à la même fraction de la probabilité de bloc perdue.
Vérifiez les instructions d'origine: ESP-Miner / AxeOS · GitHub · Bitcoin Developer Guide · CKPool FAQ
Comparez la télémétrie sur les fenêtres correspondantes
L'estimation instantanée d'un mineur et l'estimation d'un pool à partir des travaux déclarés ne doivent pas nécessairement correspondre dans une courte fenêtre. Les shares clairsemées à haute difficulté augmentent cette variation. Recherchez les réponses acceptées récentes, le bon worker et la même période avant de déduire une faute. Les données manquantes doivent rester indisponibles plutôt que d'être lues silencieusement comme un travail nul.
- Comparez les observations au niveau des workers avant de combiner plusieurs machines.
- Notez les pannes et les modifications de paramètres dans la fenêtre de comparaison.
- Si les réponses acceptées continuent alors que les statistiques s'arrêtent, étudiez la télémétrie séparément.
Préparer une demande d'assistance qui peut faire l'objet d'une enquête
Conservez un court extrait du journal autour de l’erreur plutôt qu’un dump complet de l’appareil. Indiquez le modèle, le firmware installé, le transport, l’hôte du pool, la difficulté attribuée, la fenêtre horaire et les étapes déjà essayées. Supprimez les détails inutiles du réseau privé et les identifiants personnels. Contactez le support avec ces éléments ; cette page ne téléverse pas vos journaux.
- N’incluez jamais de phrases de départ, de clés privées ou de mots de passe d’administration d’appareil.
- Conservez à la fois l’erreur et le contexte de travail environnant.
- Enregistrez les paramètres du pool de travail avant un essai contrôlé sur un autre point de terminaison.
Quand le changement de pool est-il une expérience utile ?
Un basculement contrôlé peut aider à distinguer un comportement propre à la connexion si le matériel et le réseau restent comparables. Il ne résout pas tous les problèmes de firmware et ne permet pas de classer les pools sur un bref échantillon. Si l’erreur persiste, conservez les deux observations et revenez au motif réel de soumission au lieu de poursuivre une share de difficulté plus élevée.
Contenu mis à jour : 3 octobre 2026 · Politique et sources vérifiées : 6 septembre 2026
Questions sur les shares acceptées et rejetées
Quel pourcentage de rejet est acceptable ?
Il n’existe pas de pourcentage unique qui diagnostique chaque appareil et chaque pool. La fenêtre d'observation, la difficulté de share, la taille de l'échantillon et les raisons de rejet sont importantes. Examinez un changement persistant avec des journaux et des conditions correspondantes. Évitez de supposer que chaque soumission rejetée représente une quantité égale de temps de hachage ou un candidat bloc de valeur égale.
La réduction de la difficulté de share améliorera-t-elle mes chances de trouver un bloc ?
La modification de la difficulté de la share modifie le seuil de déclaration. Cela ne diminue pas l’objectif du réseau Bitcoin. Des shares plus fréquentes peuvent améliorer les retours, mais les soumissions inutiles créent également du trafic. Utilisez le comportement de difficulté documenté par le pool et le micrologiciel plutôt que d'optimiser le compteur comme s'il s'agissait d'une mesure des entrées de loterie.
Combien de temps dois-je attendre le premier share accepté ?
Cela dépend du hashrate et de la difficulté de la share attribué, avec une variation aléatoire autour de la moyenne. L’outil sur les temps d’attente illustre cette relation. Confirmez d’abord la connexion, l’autorisation et les jobs reçus. Une attente statistique ne peut pas corriger des informations d'identification invalides, une incompatibilité de transport ou un mineur qui n'effectue pas de hachage, alors inspectez ces étapes séparément.
Le tableau de bord du wallet peut-il identifier les shares obsolètes ou en double ?
Le tableau de bord SoloMining actuel expose les décomptes et un taux de rejet, et non une analyse complète des motifs de rejet. Utilisez le journal des réponses de l'appareil pour trouver une raison, le cas échéant. Si la réponse est manquante ou ambiguë, conservez son contexte et demandez de l'aide ; le pourcentage à lui seul ne peut pas fournir de manière fiable la classification manquante.
Pourquoi ma meilleure difficulté s’est-elle améliorée après un changement de pool ?
Un résultat très difficile peut survenir par hasard. Un enregistrement ultérieur n'établit pas que le nouveau pool a amélioré la probabilité de chaque hachage efficace. Comparez séparément le comportement de travail et de connexion accepté. Ni les shares accumulées ni un meilleur résultat précédent ne rapprochent le prochain hachage indépendant d'un bloc valide.