Estimados operadores de pools

Debido a las diferentes implementaciones del protocolo NexaPow stratum, algunos pools pueden no ser compatibles con NiceHash. Los compradores del algoritmo NexaPow en NiceHash actualmente no pueden utilizar todos los pools disponibles públicamente. Por lo tanto, usted, como operador de pool, está perdiendo el potencial tráfico.

A continuación hemos preparado una explicación sobre cómo actualizar la comunicación de la piscina para que sea compatible con NiceHash. La cuestión principal es cómo se trata el pool nonce y cómo se dividen las partes del pool y del minero. Tenga en cuenta que NiceHash (como cualquier otro proxy) toma uno o dos bytes del nonce completo para sí mismo. Pool tiene que dejar un byte o dos de la longitud del nonce para NiceHash.

Ejemplo de comunicación entre stratums entre un minero y un pool de minería

Para ser compatible con NiceHash, el pool debe comprobar que el tercer parámetro de la matriz mining.submit contiene o comienza con el pool nonce establecido por el pool durante la suscripción inicial. El valor entero debe utilizarse al calcular el hash de la acción (es decir, la dificultad de la acción), de lo contrario resultará en un rechazo de la acción por encima del objetivo.

Ejemplo de comunicación stratum entre un minero proxy a través de NiceHash hacia un pool de minería.

Ejemplo de comunicación entre stratumS (variante Echelon) entre un minero hacia un pool minero

Para los pools que utilizan la variante de stratum Echelon y deseando ser compatible con NiceHash, el pool debe enviar un pool nonce de 6 o 7 bytes, para dejar espacio a los bytes del nonce de NiceHash. El nonce en los mensajes de envío del minero se ensamblará a partir del Pool nonce + Nicehash nonce + Miner nonce, en total siempre será 16 bytes.

Ejemplo de comunicación stratum (variante Echelon) entre un minero proxy a través de NiceHash hacia un pool minero

Si le queda alguna duda, no dude en unirse a nuestro Servidor de Discord donde podemos ayudarle más.