PPS é a abreviação de "pay-per-share", o sistema de recompensas. Isto significa que o mineiro receberá uma recompensa (paga) por cada share válida. Existem outros sistemas de recompensa proporcional, nos quais nem todos os mineiros que contribuem são pagos, mas a NiceHash usa apenas o PPS.
Como funcionam o pay-per-valid-share e o get-paid-per-valid-share?
O mecanismo de stratum NiceHash implementa um algoritmo inovador que detecta a validade das shares e a estabilidade do pool. O nosso objetivo é que os mineiros sejam 100% pagos por todo o trabalho válido que os seus equipamentos produzem (de forma idêntica a um pool comum ou multipool) e os compradores pagam 100% apenas pelo trabalho válido que foi enviado aos pools dos compradores (como se estivessem a usar os seus próprios equipamentos para minar).
Quando um provedor envia seu trabalho (uma share) à NiceHash, este é validado pelo nosso mecanismo de stratum e validador.
A) Se uma share for validada pelo nosso mecanismo, mas for rejeitada pela pool do comprador (por definição de protocolo de stratum), isto significa que há algo errado com o pool (configurado incorretamente, utilização de um algoritmo errado ou problemas temporários) e o trabalho do provedor era válido. Nesse caso, o provedor é pago pelo trabalho que forneceu. Portanto, neste caso, é responsabilidade do comprador mudar para outros pools. No entanto, se os equipamentos do provedor estiverem configurados incorretamente e a produzir algumas (não necessariamente todas) shares inválidas, essas shares serão detectadas pelo nosso mecanismo e, para essas shares, o provedor não será pago (e o comprador não pagará por elas), pois é responsabilidade do fornecedor fornecer equipamentos de mineração estáveis e adequadamente configurados. Este tipo de shares incorretas geralmente é produzido por equipamentos com overclock/superaquecido/mal configurado (geralmente existem 0% desse tipo de shares inválidas para equipamentos configurados com bom/normal e aproximadamente 1-5% desse tipo de shares inválidas para equipamentos mal configurados).
B) O nosso mecanismo também verifica a capacidade de resposta do pool do comprador. Quando um pool do comprador não responde (o pool está a ser atacado, com problemas de desempenho etc.), o mecanismo desconecta-se imediatamente desse pool, desativa a ordem do comprador e redireciona o trabalho para outros pools/ordens. Nesse caso, o comprador não está a pagar (a ordem está em "pausa") e os fornecedores estão a vender o seu trabalho para outras ordens (não há perda de hashrate, mas os fornecedores podem perceber uma desconexão/reconectação rápida nos seus equipamentos) . Essa detecção é muito mais rápida que a detecção de software de mineração comum (cgminer etc.) e, portanto, os compradores pagam menos do que pagariam alugando plataformas físicas (que geralmente são baseadas no tempo) - mesmo que se configurem pools de backup. O comprador pode definir várias ordens com vários pools e, assim, garantir que a maioria das suas ordens obtêm processos, mesmo que alguns deles sejam instáveis.
C) Alguns pools dos compradores reiniciam muito os trabalhos. Geralmente, isto é um sintoma de moedas com dificuldade muito baixa ou de multipools que trocam de moedas muito rapidamente e não têm uma implementação eficiente da troca de moedas. Em alguns casos, isto também é resultado de alguns conjuntos privados personalizados. O reinício excessivo do trabalho reduz a eficiência dos mineiros, especialmente em mineradores rápidos ASIC com controladores fracos. Resolvemos esse problema recompensando os provedores (vendedores) com shares extras pagas pelos compradores quando ocorrem reinicializações rápidas do trabalho. Se é um vendedor, é muito importante monitorar o hashrate médio de médio prazo relatado no nosso site (calculado a partir de shares, recompensadas ao seu mineiro) e os ganhos reais, e não apenas o hashrate ou a taxa de rejeição (aceites/rejeitadas) a de rejeição exibida pelo hardware/software do seu mineiro, pois em alguns casos será recompensado por mais do que o seu mineiro está a mostrar em termos de hashrate.
Essencialmente, isto significa que o provedor é 100% pago pelo trabalho válido que os seus equipamentos produzem (como se tivessem a usar um pool comum) e os os compradores pagam 100% do trabalho válido enviado aos pools dos compradores (como se estivessem a minar com os seus equipamentos).