Pay Per Share

Jan utilise un ASIC, un appareil conçu pour les calculs de minage, et reçoit régulièrement sa facture d’électricité. En Solo Mining, il pourrait attendre longtemps un seul bloc sans rien gagner. Il rejoint donc un Mining Pool, un service qui coordonne des mineurs et propose PPS. Le pool lui crédite une rémunération selon le travail accepté, même lorsqu’il traverse une mauvaise passe dans la recherche de blocs. Ses revenus deviennent plus prévisibles. Sa machine ne calcule pourtant pas plus vite, et chaque résultat envoyé ne donne pas nécessairement naissance à de nouveaux bitcoins. [1]

Le minage consiste à multiplier les essais pour obtenir un résultat de calcul adéquat, un hash. Le hash est ici un nombre calculé à partir des données du bloc proposé. Le réseau exige qu’il ne dépasse pas une valeur cible. Le mineur modifie donc les données et recommence le calcul. Le pool accepte aussi des résultats satisfaisant sa condition moins exigeante, même s’ils ne suffisent pas pour un nouveau bloc Bitcoin. Un tel résultat s’appelle une share : il atteste régulièrement que la machine travaille. Ce n’est ni une action de société ni un morceau de bloc déjà construit. Les shares peuvent avoir des difficultés différentes ; leur simple nombre ne permet donc pas une comparaison valable. Le pool mesure le travail qu’elles représentent selon la difficulté fixée. Un résultat envoyé peut aussi être refusé, par exemple s’il fait doublon ou arrive trop tard. Il faut connaître les règles précises. [2]

PPS ne fait pas apparaître davantage de blocs. Si la malchance dure, le pool doit couvrir les rémunérations convenues avec ses réserves. Il prélève des frais pour ce service. Le mineur lui transfère les fluctuations liées aux découvertes de blocs, mais reste exposé au risque que l’opérateur ne le paie pas. Une promesse sur un site n’empêche pas le pool de manquer d’argent ou de cesser les paiements. Le protocole Bitcoin ne recouvre pas sa dette envers Jan. Des frais très bas ne suffisent donc pas à prouver qu’une offre est meilleure. [1]

La récompense d’un bloc comprend les bitcoins nouvellement émis, la subvention de bloc, et les frais des transactions incluses. Le PPS de base rémunère généralement la seule subvention. Full Pay Per Share (FPPS) y ajoute une part estimée des frais de transaction. Pay Per Share Plus (PPS+) combine habituellement PPS pour la subvention et un partage des frais réellement encaissés selon PPLNS, qui tient compte du travail accepté récemment lorsqu’un bloc est trouvé. La part liée aux frais de PPS+ peut donc encore varier avec la chance du pool. Le nom de l’offre donne une indication ; c’est son calcul précis qui compte. [3]

Jan voit son solde augmenter, mais son propre portefeuille n’a encore rien reçu. Le pool peut ne payer qu’à partir d’un seuil ou selon un calendrier ; des frais de retrait peuvent s’ajouter. Pour un paiement on-chain, sur le réseau de base de Bitcoin, Jan vérifie que la transaction envoie le bon montant à son adresse. Il vérifie aussi les confirmations : l’inclusion de la transaction dans un bloc, puis les blocs ajoutés à sa suite. Lightning Network permet de payer sans inscrire chaque paiement séparément sur la blockchain ; Jan y vérifie la bonne réception dans son portefeuille. La mention « payé » dans le compte du pool ne suffit pas. La Seed Phrase, la sauvegarde de son portefeuille sous forme de mots, ne rétablit pas non plus l’accès au pool et ne force pas le versement du solde. [5]

Pour comparer deux services, Jan ne regarde pas seulement le pourcentage de frais. Il doit savoir quel travail accepté est rémunéré, si les frais de transaction sont compris et ce qui sera déduit lors du versement. Il compare ensuite la même période et les montants effectivement reçus. Pour une petite installation, notamment, le seuil de paiement peut retarder la réception alors que les récompenses s’accumulent. On ne peut parler de bénéfice qu’après déduction de l’électricité, des autres dépenses et du coût du matériel. Le plus beau graphique du tableau de bord n’est pas nécessairement le meilleur résultat pour le mineur. [4] [5]

PPS ne signifie pas un nombre fixe de BTC par jour. Si la difficulté du réseau augmente, le même travail a moins de chances de trouver un bloc et rapporte moins. Le Halving réduit la subvention ; avec FPPS, l’estimation des frais de transaction change aussi. Les pools peuvent retenir des périodes et des filtres différents. Luxor publie par exemple sa propre méthode, qui n’est pas une règle universelle pour tous les services FPPS. Les arrêts de machine et les shares refusées réduisent également le travail accepté. Même un revenu inchangé en BTC peut avoir une autre valeur en monnaie locale. [4]

Un modèle simple du PPS de base s’écrit B × d / D. B désigne la subvention de bloc, d la difficulté de la share et D celle du réseau ; les deux difficultés doivent ici suivre la même convention. Le rapport d / D exprime approximativement la probabilité qu’une telle share satisfasse aussi la condition plus stricte du réseau. Avec les valeurs purement illustratives B = 3.125 BTC et d / D = 0.000001, on obtient 312.5 sat avant les frais du pool. Ce n’est ni une offre actuelle ni un tarif fixe du réseau. L’abréviation sat désigne le satoshi, la plus petite unité de bitcoin sur le réseau de base. Un service peut comptabiliser des fractions de satoshi en interne ; arrondis et versements obéissent à leurs propres règles. [1] [5]