PPS por su siglas en ingles "pay-per-share" es la abreviatura de sistema de pago por aporte. Esto significa que el minero recibirá una recompensa (se le pagará) por cada aporte válido contribuido. Hay algunos otros sistemas de recompensa proporcional, donde no todos los mineros que contribuyen reciben un pago, pero NiceHash solo usa PPS.
¿Cómo funciona exactamente el pago por aporte válido y el recibir pago por aporte válido?
El motor de stratum de NiceHash implementa un algoritmo innovador que detecta la validez de los aportes y la estabilidad del pool. Nuestro objetivo es que los proveedores reciban el 100% del pago por todo el trabajo válido que producen sus equipos (al igual que con cualquier pool ordinario o multipool) y los compradores solo pagan el 100% por el trabajo válido que se ha enviado a los pool del compradores (tal como si estuviera usando sus propios equipos).
Cuando un vendedor envía su trabajo (un aporte) a NiceHash, nuestro motor de stratum y nuestro validador lo verifican.
A) Si nuestro motor valida un aporte pero es rechazado por el pool del comprador (por definición de protocolo de estrato), esto significa que hay algo mal en el pool (ya sea que esté mal configurado, que use el algoritmo incorrecto o que tenga micro problemas temporales) y el trabajo del proveedor fue válido. En este caso, al proveedor se le paga por el trabajo que proporcionó. Entonces, en este caso, es responsabilidad del comprador cambiar a otros grupos. Sin embargo, si el equipo del proveedor está mal configurada y está produciendo algunos (no necesariamente todos) aportes inválidas, nuestro motor detecta estas acciones y, para esas acciones, el proveedor no recibe el pago (y el comprador no paga por ellas) , porque es responsabilidad del proveedor proporcionar equipos de minería estables y configurados adecuadamente. Este tipo de acciones malas generalmente se produce por plataformas overclocked/recalentadas/mal configuradas (generalmente hay 0% de este tipo de acciones inválidas para plataformas configuradas correctamente / normales y aproximadamente 1-5% de este tipo de aportes inválidos por equipos mal configurados).
B) Nuestro motor verifica adicionalmente la capacidad de respuesta del pool del comprador. Cuando el pool del compradores deja de responder (el pool está siendo DDoSed, tiene problemas de rendimiento, etc.), el motor desconecta inmediatamente este pool, desactiva el pedido del comprador y redirige el trabajo a otros pools / pedidos. En este caso, el comprador ya no paga (su pedido está en "pausa") y los proveedores están vendiendo su trabajo a otros pedidos (no se pierde el hashrate, pero los proveedores pueden notar una desconexión / reconexión rápida en sus mineros) ) Esta detección es mucho más rápida que la detección de software de minería ordinaria (cgminer, etc.) y, por lo tanto, los compradores pagan menos de lo que pagarían alquilando equipos físicos (que generalmente se basan en el tiempo), incluso si se configuraran pools de respaldo. El comprador puede establecer múltiples pedidos con múltiples pool y así garantizar que la mayoría de sus pedidos recibirán aportes, incluso si algunos de los pool son inestables.
C) Algunos pool de los compradores generan muchos reinicios de trabajo. Esto suele ser un síntoma de monedas con muy baja dificultad o multipools, que cambian de monedas muy rápido y no tienen una implementación eficiente de cambio de monedas. En algunos casos, esto también es el resultado de algunos pool personalizados privados. Los reinicios de trabajo excesivos reducen la eficiencia del minero, especialmente con los rápidos mineros ASIC con controladores débiles. Hemos abordado este problema recompensando a los proveedores (vendedores) con aportes adicionales (o recompensas adicionales), pagados por los compradores cuando se produce un reinicio rápido del trabajo. Si usted es un vendedor, es muy importante que controle el promedio de hashrate a mediano plazo, informado en nuestro sitio web (se calcula a partir de los aportes, otorgados a su minero) y las ganancias reales, no solo el hashrate o la proporción aceptado/rechazado que muestra el hardware / software de su minero, ya que en algunos casos será recompensado por más de lo que su minero le muestra en términos de hashrate. En esencia, esto significa que el proveedor recibe el 100% del pago por todo el trabajo válido que sus equipos produzcan (al igual que al usar cualquier pool común o multipool) y el comprador solo paga el 100% por el trabajo válido que se ha enviado a los pools del comprador (tal como lo haría con sus propios equipos).