Full Pay Per Share

La machine envoie au pool des shares : des résultats partiels de calcul qui attestent le travail. Ils ne satisfont généralement pas l’exigence plus élevée d’un bloc complet, mais le pool peut les vérifier. Luxor rémunère par FPPS les résultats valides acceptés sans attendre de trouver son propre bloc. Braiins explique aussi leur pondération : un résultat de difficulté d compte pour d unités élémentaires de travail. Compter les messages envoyés ne suffit donc pas. Leur poids peut varier, et le travail rejeté ne doit pas être ajouté automatiquement au travail accepté. [2] [3]

Un nouveau bloc peut apporter des bitcoins nouvellement émis, appelés subvention de bloc, et les frais de ses transactions. FPPS évalue la part attendue du travail d’Eva dans ces deux composantes. L’expression technique de Braiins pour une période aux paramètres constants est R=(S/D)×(C+AF). S représente le travail accepté pondéré par difficulté, D la difficulté du réseau, C la subvention et AF les frais moyens définis par la méthode. R est la récompense brute avant les frais du pool. S ne peut pas être le simple nombre de messages de difficultés différentes : cela assimilerait des quantités de travail inégales. S/D indique combien de blocs cette quantité de travail permettrait de trouver en moyenne à la difficulté considérée. Ce n’est ni le nombre de blocs réellement trouvés ni la promesse d’en trouver un. [1] [3]

Le relevé quotidien d’Eva ne résulte pas d’un simple partage des blocs trouvés ce jour-là par son pool. Braiins clôture le calcul sur une journée UTC, la référence horaire mondiale commune, et normalise les résultats du réseau sur les 144 blocs attendus. C’est une base de calcul, pas un résultat quotidien imposé au réseau ou au pool. Une journée moins productive peut relever du hasard ordinaire. Une journée civile ne correspond donc pas automatiquement aux derniers 144 blocs : cette fenêtre peut commencer et finir à d’autres heures. [1]

Luxor décrit une autre méthode : à la hauteur courante h, la position du bloc dans la chaîne, il examine les derniers 144 blocs. Il exclut les frais situés aux extrémités de la distribution, notées ≤p5 et ≥p95, puis calcule la moyenne du reste. Cela limite l’influence des valeurs extrêmes. Il emploie aussi la subvention et la difficulté de cette hauteur. p5 et p95 sont des seuils parmi les valeurs classées de la plus basse à la plus haute : environ 5 % se situent sous le premier et 95 % sous le second. Le calcul retient donc la partie centrale de l’ensemble plutôt que ses extrêmes. Ce filtrage n’est ni une règle de Bitcoin ni une obligation pour tous les pools FPPS. Luxor peut modifier sa méthode : Eva doit comparer les règles concrètes, pas seulement les sigles. [2]

Imaginons qu’Eva mine avant et après un changement de difficulté du réseau. Le même travail a désormais une autre valeur attendue ; Braiins calcule donc séparément les parties concernées de la journée. Il traite de même un Halving, la division périodique par deux de la récompense nouvellement émise. Le Halving modifie la subvention, pas automatiquement le calcul des frais moyens. FPPS réduit ainsi la dépendance à la chance du pool, sans fixer le montant quotidien en bitcoins (BTC). Le cours du bitcoin et le coût de l’électricité influencent également le résultat économique d’Eva. [1] [2]

Les sigles décrivent ce qui donne droit au paiement. PPS signifie Pay Per Share : le paiement des shares acceptées. PPLNS signifie Pay Per Last N Shares : lorsqu’un bloc est trouvé, la récompense est répartie selon le travail dans la dernière tranche de shares considérée, dont le pool fixe la taille. FPPS comme PPS+ peuvent proposer une part des frais de transaction sans la calculer de la même façon. F2Pool distingue FPPS, aux frais modélisés, de PPS+. Avec PPS+, la subvention est rémunérée par PPS, le paiement du travail accepté, tandis que les frais effectivement gagnés par le pool sont distribués par PPLNS selon le travail dans la fenêtre récente correspondante. Cette composante reste donc liée aux blocs trouvés par le pool. La mention « frais inclus » ne suffit pas à dire à Eva quelle partie de sa récompense attend encore des blocs réels. [4]

Si un pool reste longtemps sans trouver de bloc tout en créditant des récompenses, il a besoin de fonds pour honorer ses engagements. Meni Rosenfeld étudie ce problème pour PPS : l’opérateur assume les fluctuations des découvertes et doit constituer des réserves. Le même raisonnement aide à comprendre le risque de FPPS. Son modèle historique n’est pas un audit d’un pool actuel et ne renseigne pas sur la trésorerie d’une entreprise précise. Eva détient une créance sur un service, pas une garantie du protocole d’être payée si l’opérateur fait défaut. [5]

Braiins et Luxor distinguent tous deux l’inscription d’une récompense et son envoi. Le versement dépend aussi du calendrier, du solde minimum requis et d’éventuels frais de transfert. Un chiffre FPPS sur un tableau de bord ne prouve pas l’arrivée des fonds dans le portefeuille d’Eva. Pour comparer les services, elle examine donc le même travail accepté et la même période, la règle de calcul et le montant net effectivement reçu. Elle peut ensuite déterminer ce qui reste après les frais de fonctionnement de la machine. [1] [2]