Minage

Vardiff et difficulté de share statique

21/07/2026

🎯 Sur pool.kryptex.com, pour SHA256, Scrypt, RandomX, kHeavyHash (KAS), et Ethash (ETC, ETHW, OCTA), le vardiff est activé par défaut — le pool choisit automatiquement la bonne difficulté de share pour chaque worker, et vous pouvez également définir une difficulté fixe manuellement via le mot de passe du worker.
🛠 Pour PRL (PearlHash), il n'y a pas de vardiff, mais vous pouvez définir une difficulté de share fixe manuellement via le mot de passe du worker si vous en avez besoin.

👉 Difficulté de share du pool de minage

Boucle Vardiff : le worker soumet des shares, le pool ajuste automatiquement la difficulté

Comment fonctionne le vardiff

Le vardiff (difficulté variable) permet au pool de définir automatiquement la difficulté de share pour chaque worker. Il observe la vitesse à laquelle vos shares arrivent et ajuste la difficulté pour qu'un worker soumette environ un share toutes les 60 secondes.

Ce que cela signifie en pratique :

  • Tout matériel se connecte sans configuration — d'un simple CPU à des ASICs industriels.
  • Si le hashrate change (les cartes chauffent, les firmwares buguent, un worker se déconnecte), le vardiff se réajuste immédiatement.
  • Le pool n'est pas inondé de petits shares, et il équilibre la charge de manière uniforme.

Le vardiff est activé par défaut pour SHA256, Scrypt, RandomX, kHeavyHash (KAS), et Ethash (ETC, ETHW, OCTA). PRL (PearlHash) est l'exception — il fonctionne sans vardiff, donc sur PRL vous définissez une difficulté statique manuellement uniquement si vous en avez besoin.

Difficulté statique vs. vardiff

Une difficulté statique est une valeur fixe que vous définissez dans le mot de passe du worker. Le pool envoie alors des shares à exactement cette difficulté et cesse de l'ajuster.

Raisons courantes de l'utiliser :

  • Mesurer le hashrate précisément à partir des statistiques du pool.
  • Exécuter des proxies stratum ou des configurations personnalisées nécessitant une difficulté prévisible.
  • Déboguer un mineur ou un firmware ASIC.

Si la valeur que vous définissez s'avère trop basse ou trop haute, le pool revient automatiquement au vardiff — un mauvais chiffre ne cassera rien.

Définir une difficulté personnalisée

Algorithmes pris en charge : SHA256, Scrypt, RandomX, kHeavyHash (KAS), Ethash (ETC, ETHW, OCTA), et PearlHash (PRL).

Dans le mot de passe du worker, spécifiez d=<number> — par exemple, d=2147483648.

La formule

D = (hashrate × time) ÷ const
  • hashrate — le hashrate de l'appareil en H/s (pas en TH/s ou GH/s).
  • time — le temps cible par share, en secondes. Utilisez 60 — c'est le juste milieu entre la charge du pool et la précision des statistiques.
  • const — la constante de l'algorithme :
Algorithme const
SHA256 2³² = 4 294 967 296
PearlHash (PRL) 2³² = 4 294 967 296
kHeavyHash 2³² = 4 294 967 296
Scrypt 2¹⁶ = 65 536
RandomX 1 (D = hashrate × time)
Ethash 1 (D = hashrate × time)

Exemples pratiques

SHA256, ASIC 200 TH/s :

  • hashrate = 200 000 000 000 000 H/s
  • D = (200 000 000 000 000 × 60) ÷ 4 294 967 296 ≈ 2 793 968
  • Mot de passe : d=2793968

Scrypt, ASIC 9 GH/s :

  • hashrate = 9 000 000 000 H/s
  • D = (9 000 000 000 × 60) ÷ 65 536 ≈ 8 240 723
  • Mot de passe : d=8240723

RandomX, CPU 3 KH/s :

  • hashrate = 3 000 H/s
  • D = 3 000 × 60 = 180 000
  • Mot de passe : d=180000

PearlHash (PRL), GPU 43 TH/s (RTX 3060) :

  • hashrate = 43 000 000 000 000 H/s
  • D = (43 000 000 000 000 × 60) ÷ 4 294 967 296 ≈ 600 703
  • Mot de passe : d=600703

✅ Pourquoi le vardiff est le meilleur choix par défaut

Le vardiff maintient un rythme de share régulier ; la difficulté statique crée des regroupements et des écarts

Le pool voit la vitesse réelle de votre worker, pas un chiffre d'une fiche technique. Cela le rend meilleur pour choisir la bonne difficulté que tout calcul manuel — la performance réelle dérive toujours, et le vardiff en tient compte de lui-même.

Définissez la difficulté manuellement uniquement lorsque vous avez une raison spécifique — mesures, proxy stratum, ou débogage. Dans tous les autres cas, le vardiff fait un meilleur travail.

❌ La difficulté de share n'affecte pas vos gains

Une idée reçue courante : « Si j'augmente la difficulté, je gagnerai plus. » Ce n'est pas comme ça que ça fonctionne.

Même paiement total à n'importe quelle difficulté de share

  • PPS et PPLNS pondèrent chaque share par sa difficulté — un grand share vaut plus, un petit moins. Donc votre hashrate × time reste le même à n'importe quelle difficulté. Avec moins de shares, chacun vaut plus ; avec plus de shares, chacun vaut moins. Le paiement total est identique.
  • Dans le minage en solo, la difficulté de share n'a aucune importance. Votre chance de trouver un bloc dépend de votre hashrate par rapport à la difficulté du réseau. La façon dont le pool suit vos shares n'a rien à voir avec cela.
  • La chance — c'est-à-dire la variance de paiement sur PPLNS — dépend de la longueur des tours et du comportement du pool, pas de la difficulté de share.

La difficulté de share ne change que la précision avec laquelle le pool suit votre travail et la quantité de trafic réseau qu'il génère. Elle ne change pas ce que vous gagnez.

Besoin d'aide ?

Avez-vous des questions, quelque chose d'incertain, ou des problèmes de connexion ?

Contactez le support — nous sommes heureux de vous aider !

Cet article est disponible dans d'autres langues: