Ici, nous allons vous expliquer comment fonctionne le minage, comment NiceHash fonctionne, comment voulez-vous payé, et comment pouvez-vous surveiller si votre système miner est entièrement optimisé et fonctionne avec une fiabilité totale et surtout, comment lire les graphiques de NiceHash. Il vous apprendra également rapidement comment évaluer d'autres mineurs et les comparer à NiceHash QuickMiner.

Le minage de crypto-monnaie sur NiceHash (version très simple)

Le minage est crypto-monnaie rien d'autre que d'effectuer des calculs de valeurs de hachage - c'est une fonction mathématique à sens unique qui calcule la sortie Xa hors d'entrée Ia. Chaque entrée Ia a également un numéro spécial ajouté, composé de deux parties: Ns (nonce-serveur) et Nm (nonce-mineur). Votre mineur obtient un emploi (job) du serveur NiceHash, qui contient Ia et Ns. Votre mineur choisit (généralement juste en train de faire des itérations ++1) Nm pour chaque calcul, puis calcule la sortie selon la formule suivante:

Xa = HASH(Ia + Ns + Nm)

Xa est un très grand nombre. Si ce nombre est inférieur à Ta (cible - également fourni dans le travail), votre mineur trouve un partage, et le correspondant Nm est envoyé à NiceHash comme proof-of-work (preuve de travail). Cela prouve que votre mineur a réellement effectué un travail pour trouver le nonce. Parce que HASH est une fonction à sens unique, il n'y a pas d'autre possibilité pour les mineurs, mais d'essayer beaucoup de nonces. Miner avec 60 MH/s signifie que votre mineur essaie 60 millions de nonces par seconde et effectue 60 millions de calculs HASH par seconde.

Partages

Lorsque votre mineur a la chance de trouver un nonce approprié Nm, il l'emballe avec l'ID du travail et l'envoie au serveur de NiceHash en tant que partage. NiceHash peut alors:

• acceptez votre partage (share) comme valide,
• rejeter votre partage comme non valide - mauvais calcul ou
• rejeter votre partage comme périmée - il est arrivé trop tard.

Partages acceptées

Votre nonce trouvé est correct (il n'y a pas eu d'erreur dans le calcul), et le partage est arrivé au serveur à temps (il n'a pas été trop tard). Généralement, vous pouvez remarquer les partages acceptés lorsque la fenêtre de la console du mineur vous en informe, par exemple:

net | daggerhashimoto | Share #114 accepted (31 ms)

Vous êtes payé un montant fixe de BTC pour cette part. Le montant de BTC que vaut le partage dépend de deux facteurs:

• comment le travail était dur et
• combien les acheteurs paient actuellement.

Nous allons expliquer que le premier parce que le second fait partie de la NiceHash confidentiel, algorithme propriétaire. La dureté du travail est définie par Ta, qui est calculé sur (1 * algo_const)/Da. Da est difficile. Plus la difficulté est élevée, plus le nombre est petit Ta et pour le mineur, c'est plus dur (prend plus longtemps) deviner approprié Xa, ce qui serait plus petit que Ta. en fait, si on augmente la difficulté d'un facteur 2, le nombre Ta devient plus petit d'un facteur 2, et votre mineur ne trouve par conséquent que la moitié du nombre de partage qu'avant. Chaque travail a un certain Da attaché (défini par le serveur NiceHash). Lorsque votre mineur trouve une partage pour un travail qui a Da augmenté de x2, alors cette part a également un facteur de dureté x2 et vaut deux fois plus que la part trouvée pour un emploi avec Da x1.

NiceHash ajuste Da (difficulté) dynamiquement en fonction de la vitesse de votre mineur:

• Si votre mineur est plus rapide et soumet des partages plus fréquemment que prévu, NiceHash augmente la difficulté.
• Si votre mineur est plus lent et soumet rarement des partages, puis NiceHash diminue la difficulté.

Par conséquent, peu importe le nombre de partages que votre mineur trouve, mais plutôt combien de partage pondérées votre mineur trouve. Cette valeur peut être mieux représentée avec un graphique en deux dimensions de partages acceptées.

Nous avons 6 rigs avec les vitesses de mineur suivantes: 587 MH/s, 409 MH/s, 261 MH/s, 215 MH/s, 214 MH/s and 121 MH/s. La vitesse totale de toutes les rigs est 1807 MH/s.

Lorsque nous vérifions la vitesse moyenne sur une période plus longue (au moins plusieurs heures pour les rigs multiples / grandes et plusieurs jours pour les rigs petites / individuel rigs), la vitesse doit correspondre à la vitesse totale de notre rig, comme visible sur le graphique ci-dessous. La vitesse totale acceptée sur le graphique est inférieure car nous devons tenir compte d'un 1.14 % taux de rejet. À la vitesse de ~1800 MH/s, qui est d'environ. 20 MH/s. Lorsque nous déduisons 20 MH/s de notre vitesse totale de rig de 1807 MH/s, on a 1787 MH/s. Notre graphique nous montre 1791 MH/s, qui est 4 MH/s ci-dessus - cela peut être attribué à une meilleure chance pendant cette période. Cela nous indique également que le mineur choisi rapporte honnêtement et correctement la vitesse de hachage.

IMPORTANT! vitesse acceptée sur NiceHash est la plus importante graphique. Il vous indique comment votre mineur fonctionne réellement. Si votre graphique montre des nombres très déprimés par rapport à ce que votre mineur affiche dans la console, vous êtes escroqué! C'est un fait bien connu que certains mineurs devfee gonflent artificiellement la vitesse de la console pour attirer plus de clients, et dans la plupart des cas, ils ne déduisent pas la vitesse devfee. Vous aurez donc peut-être l'impression que votre mineur fonctionne très bien à haute vitesse, mais dans NiceHash, votre diagramme de vitesse accepté montre une histoire différente. Ce n'est pas important à quelle vitesse votre mineur rapporte, mais ce que dit le diagramme de vitesse accepté sur NiceHash - vous êtes payé directement en fonction de cela!

NiceHash Rig Manager affiche:

• rentabilité locale et
• rentabilité réelle.

Rentabilité locale La vitesse rapportée par vos mineurs est-elle multipliée par la rentabilité actuelle. C'est plus stable, mais cela peut être faux si le mineur gonfle artificiellement les nombres de vitesse.

Rentabilité réelle est calculé en multipliant la vitesse acceptée par la rentabilité actuelle. C'est pourquoi il est appelé réel - c'est ce que vous êtes réellement payé.

Partages rejetées - partages au-dessus de la cible

Lorsque vous obtenez ce type de partage rejeté, cela signifie que votre mineur a fourni faux ou invalide calcul et, en conséquence un mauvais résultat. Généralement, cela se produit si vous overclocker VRAM trop - la mémoire n'est plus stable, et des erreurs se produisent. Naturellement, vous n'êtes pas payé pour les partages rejetées de tout type. Vous ne devriez pas avoir beaucoup de ces types de rejets (peut-être seulement une ou deux partages ici et là). Dans Rig Manager, vous pouvez filtrer tous les autres partages et afficher uniquement les pourcentage moyen des partages rejetées de type cible.

Dans notre exemple, nous n'avions que quelques partages rejetés de type cible, donc le graphique n'a que deux pics, et le pourcentage moyen est si bas que, en l'arrondissant à deux décimales, il montre 0,00%. Cela nous indique que nos plates-formes sont correctement ajustées et réglées pour produire trop de rejets de partage de type au-dessus de la cible.

Partages rejetées - job pas trouvé (stale- périmés)

Ce type de rejet est inévitable. Cela dépend de nombreux facteurs, y compris la latence de votre réseau sur le serveur NiceHash choisi. C'est pourquoi il est important de choisir celui avec la latence la plus faible comme indiqué ici. Cela peut également dépendre du logiciel de mineur choisi. Un logiciel mineur qui envoie d'anciens partages pour des travaux non valides générera des partages périmés. Il est important pour les mineurs de passer rapidement au nouvel emploi et de commencer à travailler sur le nouvel emploi lorsque les anciens emplois sont périmés. Excavator effectue cette tâche en environ 1 à 2 millisecondes lors de l'utilisation de processeurs modernes.

Notre ratio des partages périmées est de 0,97%. Cela signifie que nous perdons environ 1% des revenus possibles. Avec env. 1800 MH/s de vitesse totale du rig, cela signifie que nous perdons (ou jeter) environ. 18 MH/s de celui-ci.

Mais pourquoi les emplois deviennent périmés de toute façon? Votre mineur effectue des travaux pour une blockchain - il y a un nouveau bloc chaque minutes ou secondes. Lorsque cela se produit, Lorsque cela se produit. Dans Excavator, quand un emploi (job) a un suffixe (propre), tous les emplois précédents sont périmés.

Et quel est l'intérêt des partages? Un partage avec une difficulté extrêmement élevée, qui est au-dessus de la difficulté réseau de la blockchain, est la solution qui crée un nouveau bloc sur la blockchain.