Avis aux opérateurs de pools NexaPoW

Chers opérateurs de pools!

En raison des différentes implémentations du protocole de stratum NexaPow, certains pools peuvent ne pas être compatibles avec NiceHash. Les acheteurs de l'algorithme NexaPow sur NiceHash ne peuvent actuellement pas utiliser tous les pools publiquement disponibles. Par conséquent, en tant qu'opérateur de pool, vous perdez du trafic potentiel.

Nous avons préparé ci-dessous une explication sur la façon de mettre à jour la communication du pool afin de rendre votre pool compatible avec NiceHash. Le problème principal est de savoir comment le nonce du pool est traité et comment les parties pool et mineur du nonce sont divisées. Il faut garder à l'esprit que NiceHash (comme tout autre proxy) prend un ou deux octets du nonce complet pour lui-même. Le pool doit laisser un ou deux octets de la longueur du nonce pour NiceHash.

Exemple de communication de Stratum entre un mineur et un pool de minage

Pour être compatible avec NiceHash, le pool doit vérifier que le troisième paramètre du tableau mining.submit contient ou commence par le nonce du pool tel qu'il a été défini par le pool lors de l'inscription initiale. La valeur entière doit être utilisée lors du calcul du hachage de partage (c'est-à-dire la difficulté du partage), sinon il en résulte un rejet de partage au-dessus de l'objectif. NexaPow NiceHash

Exemple de communication de strate entre un mineur proxié par NiceHash et un pool de minage NexaPow NiceHash

Exemple de communication par strate (Echelon variant) entre un mineur et un pool de minage

Pour les pools utilisant Echelon stratum variant et souhaitant être compatibles avec NiceHash, le pool doit envoyer un nonce de pool de 6 ou 7 octets, afin de laisser de la place pour les octets de nonce de NiceHash. Le nonce dans les messages de soumission des mineurs sera assemblé à partir du nonce du pool + du nonce de NiceHash + du nonce du mineur, au total il sera toujours de 16 octets. NexaPow NiceHash