Minage

Vardiff et difficulté de share statique

11/05/2026

🎯 Sur pool.kryptex.com, vardiff est activé par défaut — le pool choisit automatiquement la bonne difficulté de share pour chaque worker.
🛠 Pour SHA256, Scrypt, RandomX, kHeavyHash (KAS), et Ethash (ETC, ETHW, OCTA), vous pouvez également définir une difficulté fixe manuellement via le mot de passe du worker.

👉 Difficulté de share du pool de minage

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

Comment fonctionne vardiff

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), vardiff réajuste immédiatement.
  • Le pool n'est pas inondé de petits shares, et il équilibre la charge de manière uniforme.

Vardiff est activé par défaut pour chaque algorithme sur Kryptex Pool.

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 à cette difficulté exacte 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 à 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).

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
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

✅ Pourquoi vardiff est le meilleur choix par défaut

Vardiff maintient un rythme de share constant ; 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 fluctue toujours, et 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, 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: