Le slush Pool présente une exploitation des bitcoins de qualité

Nash 2016 Carp Fishing DVD + Eurobanx 2 Alan Blair Full Movie (Mai 2019).

Anonim

Extraction de Bitcoin aujourd'hui est dominé par les bassins miniers. Ces pools miniers ont sans doute une forte emprise sur le réseau Bitcoin, mais aussi sur leurs propres participants. Étant donné que les pools d'exploitation fonctionnent généralement avec peu de transparence, les participants doivent accorder beaucoup de confiance aux opérateurs de pool pour ne pas les tromper de Bitcoin.

Le Slush Pool, basé en République tchèque, qui représente environ 4% de la puissance de hachage totale du réseau Bitcoin, estime maintenant avoir résolu ce problème. C'est & ldquo; prouvable juste & rdquo; l'exploitation minière devrait éliminer toute méfiance - en plus d'introduire quelques avantages supplémentaires.

Récapitulatif rapide sur l'exploration

Les mineurs sont les entités du réseau Bitcoin qui confirment les transactions et sécurisent le réseau avec la puissance de hachage en trouvant des blocs Bitcoin. Ces blocs comprennent plusieurs types de données, principalement des transactions, mais aussi l'en-tête de bloc précédent (assemblage de blocs), un horodatage et un nombre aléatoire appelé & ldquo; nonce. & rdquo;

En utilisant une astuce mathématique appelée hachage, les mineurs combinent et brouillent toutes ces données en un nombre aléatoire imprévisible appelé un hachage, qui est le & ldquo; en-tête de bloc, & rdquo; identifier le bloc. Les mêmes données produiront toujours exactement le même en-tête de bloc, mais si même une minuscule modification est apportée à l'une des données, il en résultera un tout nouveau hachage.

Si un mineur hache dix fois les données, il y a de fortes chances que l'un de ces hashes commence par zéro. Si un mineur le fait une centaine de fois, les chances sont que l'un d'entre eux commence par deux zéros. Le réseau Bitcoin nécessite un en-tête de bloc valide pour commencer avec une certaine quantité de zéros: le facteur de difficulté.

Les mineurs gardent essentiellement le hachage des blocs potentiels jusqu'à ce qu'ils trouvent un bloc valide, ou un bloc qui rencontre la difficulté requise.

Récapitulatif rapide sur les pools

Les pools miniers - dont le premier était Slush Pool en 2010 - répartissent le travail requis pour trouver des blocs parmi tous les participants. Un opérateur de pool construit un bloc, moins le nonce, et envoie ce bloc à tous les participants, appelé & ldquo; des hashers. & rdquo; (& quot; Hashers & rdquo; sont parfois simplement appelés «mineurs» - mais ils ne font pas tout ce que font les mineurs [solo] typiques.)

Hashers prendre le bloc tel que fourni par l'opérateur de la piscine, et simplement ajouter un non Hacher le paquet ensemble. Si l'un des hashers trouve un bloc valide, il envoie ce bloc à l'opérateur du pool, après quoi le pool redistribue la récompense du bloc parmi tous les hashers connectés. (Un hasher ne peut pas garder le bénéfice du bloc pour lui-même, car la transaction coinbase dans le bloc est déjà attribuée à l'adresse Bitcoin contrôlée par l'opérateur de pool.)

La partie de la récompense de bloc attribuée à chaque hasher est basée sur sa part de la puissance de hachage a contribué à la piscine. Cette part, à son tour, est calculée en utilisant & ldquo; presque valide & rdquo; des blocs. Si la difficulté de Bitcoin nécessite des blocs valides pour commencer avec 10 zéros, un & ldquo; presque valide & rdquo; Le bloc peut commencer par neuf zéros, ou huit ou sept.Depuis hashers trouver ces & ldquo; presque valide & rdquo; bloque plus souvent, les opérateurs de piscine ont une bonne idée de la quantité de hash fournie par chaque hasher.

(Il y a toujours un léger élément de variance - la chance - en jeu, car certains hashers peuvent trouver au hasard des blocs un peu plus valides que d'autres mais à mesure que des blocs plus valides sont pris en compte, cette variance annule de plus en plus .)

Le problème: Contrôle de l'opérateur de pool

Le problème est que personne, à part l'opérateur de la piscine, ne sait quel pourcentage de la puissance de hachage contribue à chaque hachage. Alors que les hacheurs fournissent à l'opérateur de la piscine une certaine quantité de blocs presque valides, ils n'ont aucun moyen de savoir combien de blocs & ldquo; des blocs tous les autres hashers trouvés. Ils doivent faire confiance au pool minier pour leur dire quelle est leur part.

Eh bien, presque. Les Hashers savent quelle puissance de hachage ils ont contribué à un pool, ils peuvent voir combien de blocs un pool a trouvé, et ils peuvent estimer combien de puissance de hachage totale est connectée au réseau Bitcoin en fonction de la fréquence des blocs trouvés. En tant que tels, ils peuvent également estimer combien leur pool d'exploration minière contribue au réseau, et donc si le pool est honnête.

Mais comme les pools - et les plus petits en particulier - ne trouvent qu'un certain nombre de blocs, il peut être long de rassembler suffisamment de données pour en tirer une conclusion fiable.

Cette incertitude peut être exploitée par les exploitants de piscines malhonnêtes. Un exploitant de piscine peut prétendre que la puissance de hachage totale est un peu plus élevée qu'elle ne l'est réellement, et que la piscine est sur une série malchanceuse. Il pourrait alors émettre des hashers trop peu de part et écrémer un certain profit du haut pour lui-même.

De même, si un opérateur de pool honnête a vraiment une série malchanceuse, les hashers pourraient conclure faussement que la puissance de hachage totale de leur pool minier est inférieure à ce qu'elle est réellement - et conclure faussement que leur part est supérieure à est.

La solution: Publier les blocs

La solution introduite par Slush Pool est simple. Plutôt que de garder les blocs presque valides pour eux-mêmes, Slush Pool les publiera pour que quiconque puisse les voir.

Puisqu'il est facile de vérifier si ces blocs presque valides sont en effet presque valides (ce qui signifie qu'ils ont besoin de puissance de hachage), et en raison de l'impact beaucoup plus faible de la variance, il est impossible de truquer la liste publique. Et il devient impossible pour un exploitant de piscine de prétendre que la puissance de hachage totale est plus grande qu'elle ne l'est en réalité.

(Si les hacheurs gardent une trace des blocs presque valides qu'ils soumettent, ils pourraient aussi vérifier s'ils sont inclus dans la liste publique - bien que cela ne soit même pas nécessaire.)

Comme un avantage supplémentaire, cette solution offre également plus de transparence, peut-être le plus intéressant en ce qui concerne les votes mineurs. Avec l'introduction de Bitcoin XT, bientôt suivie par Bitcoin Classic, Slush Pool était le seul pool de minage à permettre à des hacheurs individuels de voter sur leur limite de taille de bloc préférée. Mais alors que les hacheurs - et toute autre partie intéressée - devaient faire confiance à Slush Pool pour attribuer réellement la bonne quantité de puissance de hachage aux hashers de préférence désirés, Slush Pool peut maintenant prouver que c'est le cas.