Full Pay Per Share

Luxor rattache FPPS aux shares valides soumises, indépendamment des blocs trouvés par le pool. Braiins comptabilise le travail par difficulté : une preuve de difficulté d représente d unités de base. Le nombre de messages envoyés ne mesure donc pas universellement le droit à rémunération ; un travail rejeté ne doit pas être assimilé automatiquement à un travail accepté. [Luxor — FPPS formula] [Braiins — Share accounting]

Pour un intervalle de difficulté constante, l’expression de Braiins se résume à R=(S/D)×(C+AF) : S est le travail accepté en unités de base, D la difficulté du réseau, C la subvention et AF les frais moyens par bloc définis par la méthode. R est brut ; les frais du pool sont déduits séparément. S ne doit pas compter simplement des messages de difficultés différentes. [Braiins — FPPS specification and payouts] [Braiins — Share accounting]

Braiins clôt le calcul après la fin du jour UTC et utilise les blocs du réseau de ce jour, normalisés aux 144 blocs attendus. Ni le réseau ni un pool particulier ne doivent trouver exactement 144 blocs chaque jour. La période quotidienne de cette méthode ne correspond pas automatiquement aux 144 derniers blocs. [Braiins — FPPS specification and payouts]

Luxor décrit un calcul à la hauteur h : les frais aux niveaux ≤p5 et ≥p95 des 144 derniers blocs sont écartés, puis le reste est moyenné. La subvention et la difficulté sont celles de cette hauteur. Ce filtre n’est ni une règle de Bitcoin ni une obligation de tout pool FPPS ; Luxor prévoit des changements de méthode. [Luxor — FPPS formula]

Si la difficulté change ou si un halving survient dans la journée, Braiins découpe le calcul en intervalles correspondants. Le halving modifie la subvention, pas automatiquement le calcul des frais moyens. Une rémunération moins liée à la chance du pool ne garantit donc ni un nombre constant de BTC par jour, ni une valeur en dollars fixe, ni un bénéfice après électricité. [Braiins — FPPS specification and payouts] [Luxor — FPPS formula]

F2Pool distingue FPPS, avec frais modélisés, de PPS+ : la subvention suit PPS, mais les frais de transaction réellement obtenus par le pool sont répartis selon PPLNS. Cette seconde composante dépend donc encore des blocs trouvés par le pool. La mention « frais inclus » ne suffit pas à expliquer la différence. [F2Pool — FPPS and PPS+ payout schemes]

L’analyse de PPS par Rosenfeld montre que l’opérateur absorbe la variance des découvertes et a besoin de réserves pendant les longues périodes sans succès. Ce principe explique aussi le risque de paiement d’une promesse FPPS ; le modèle historique de réserves n’audite pas un pool actuel. Une créance comptabilisée n’est pas garantie par le protocole si l’opérateur fait défaut. [Rosenfeld — PPS variance and reserves]

Braiins et Luxor séparent le solde des règles de paiement : calendrier, minimum et éventuels frais déterminent l’envoi. Compare le même travail accepté et la même période, la version de la méthode FPPS et le montant net effectivement reçu. Un tarif affiché ne prouve pas à lui seul la réception dans ton portefeuille. [Braiins — FPPS specification and payouts] [Luxor — FPPS formula]