Qu'est-ce que le système de récompense PPS?

Comment fonctionne exactement le paiement par action valide et le paiement par action valide?

Le moteur de stratification NiceHash implémente un algorithme innovant, qui détecte la validité des partages et la stabilité du pool. Notre objectif est que les fournisseurs soient payés à 100% pour tous les travaux valides que leurs plates-formes produisent (tout comme en utilisant n'importe quel pool ordinaire ou multi-pool) et les acheteurs ne paient que 100% pour le travail valide qui a été soumis aux pools d'acheteurs (tout comme il utiliserait ses propres plates-formes).

Lorsqu'un vendeur soumet son travail (une part) à NiceHash, il est validé par notre moteur de strate et validateur.

A) Si un partage est validé par notre moteur mais est rejeté par le pool de l'acheteur (par définition de protocole de strate), cela signifie qu'il y a quelque chose de mal avec le pool (qu'il soit mal configuré, en utilisant le mauvais algorithme ou qu'il ait des problèmes de micro temporaires) et le le travail du prestataire était valide. Dans ce cas, le prestataire est payé pour le travail qu'il a fourni. Dans ce cas, il incombe donc à l'acheteur de passer à d'autres pools. Cependant, si la plate-forme du fournisseur est mal configurée et produit des partages non valides (pas nécessairement tous), ces partages sont détectés par notre moteur et pour ces partages, le fournisseur n'est pas payé (et l'acheteur ne paie pas pour eux), car il est de la responsabilité du fournisseur de fournir des plates-formes minières correctement configurées et stables. Ce type de mauvais partages est généralement produit par des plates-formes sur-synchronisées / surchauffées / mal configurées (il y a généralement 0% de ce type de partages invalides pour les bonnes configurations configurées et environ 1 à 5% de ce type de partages invalides pour les mauvais plates-formes configurées).

B) Notre moteur vérifie en outre la réactivité du pool de l'acheteur. Lorsque le pool d'un acheteur ne répond plus (le pool étant DDoSed, le pool a des problèmes de performances, etc.), le moteur déconnecte immédiatement ce pool, désactive la commande de l'acheteur et redirige le travail vers d'autres pools / commandes. Dans ce cas, l'acheteur ne paie plus (sa commande est en "pause") et les fournisseurs vendent leur travail à d'autres commandes (aucun pouvoir de hachage n'est perdu, mais les fournisseurs peuvent remarquer une déconnexion / reconnexion rapide de leurs mineurs ). Cette détection est beaucoup plus rapide que la détection de logiciel de minage ordinaire (cgminer, etc.) et, par conséquent, les acheteurs paient moins qu'ils ne paieraient en louant des plates-formes physiques (qui sont généralement basées sur le temps) - même s'ils configuraient des pools de sauvegarde. L'acheteur peut définir plusieurs commandes avec plusieurs pools et ainsi garantir que la majorité de leurs commandes obtiendront des processus, même si certains des pools sont instables.

C) Certains pools d'acheteurs génèrent de nombreux redémarrages de travail. Ceci est généralement un symptôme de pièces avec une très faible difficulté ou des multi-bobines, qui changent de pièces très rapidement et n'ont pas une implémentation efficace de la commutation de pièces. Dans certains cas, cela est également le résultat de certains pools privés personnalisés. Un redémarrage excessif du travail réduit l'efficacité du mineur, en particulier avec les mineurs ASIC rapides avec des contrôleurs faibles. Nous avons résolu ce problème en récompensant les fournisseurs (vendeurs) avec des actions supplémentaires (ou des récompenses supplémentaires), payées par les acheteurs en cas de redémarrage rapide du travail. Si vous êtes un vendeur, il est très important pour vous de surveiller le hashrate moyen à moyen terme, rapporté sur notre site Web (il est calculé à partir des actions attribuées à votre mineur) et les gains réels, pas seulement le hashrate ou l'acceptation / le rejet ratio affiché par le matériel / logiciel de votre mineur, car dans certains cas, vous serez récompensé pour plus que ce que votre mineur vous montre en termes de hashrate, ce qui signifie que le fournisseur est payé à 100% pour tout travail valide que son les plates-formes produisent (tout comme en utilisant n'importe quel pool ordinaire ou multi-pool) et l'acheteur ne paie que 100% pour le travail valide qui a été soumis aux pools de l'acheteur (tout comme il utiliserait ses propres plates-formes).