Pay Per Last N Shares

Contrairement au simple partage d’un tour, PPLNS suit les shares récentes indépendamment de la découverte précédente. Au bloc suivant, la même share peut encore figurer dans la fenêtre et recevoir une nouvelle part. Si elle en sort sans découverte, elle peut ne rien recevoir. Ce n’est pas un paiement automatique par share acceptée comme en PPS. [Rosenfeld — PPLNS windows and scoring myths]

Le modèle le plus simple utilise les N dernières shares de difficulté identique de tout le pool. Avec une difficulté variable, il faut représenter un travail comparable plutôt que compter aveuglément les messages. Les méthodes peuvent utiliser des unités pondérées ou des multiples de la difficulté réseau. N seul ne définit donc ni des heures, ni un nombre de machines, ni une quantité fixe de données. [Rosenfeld — PPLNS windows and scoring myths]

Dans une fenêtre simple et complète de N=1000 shares de même poids, un mineur en possède 100. Si 3 BTC sont distribuables après les frais du pool, sa part est de 100/1000 × 3 = 0,3 BTC. L’exemple suppose ce montant et des shares acceptées ; il n’affirme ni une subvention de 3 BTC ni une arrivée quotidienne de cette somme. La découverte suivante peut avoir une autre fenêtre et d’autres frais de transaction. [Rosenfeld — PPLNS windows and scoring myths]

Agrandir la fenêtre répartit la valorisation du travail sur davantage de découvertes futures. Cela réduit la composante de variance liée à une fenêtre courte, mais prolonge la participation potentielle du travail aux récompenses. Cela ne supprime pas la chance ou la malchance du pool entier. Un rendement attendu affiché n’est donc pas déjà une créance fixe exigible pour toutes les shares non rémunérées. [Rosenfeld — PPLNS windows and scoring myths]

Après l’arrivée, la part de fenêtre se remplit ; après le départ, le travail passé reste temporairement présent jusqu’à son remplacement par du travail nouveau. Dans une méthode bien conçue, son vieillissement ne dépend pas de la poursuite du minage. Une activité intermittente peut varier davantage sans être automatiquement pénalisée par la perte de l’espérance de chaque share. [Rosenfeld — PPLNS windows and scoring myths]

PPLNS limite l’avantage d’une arrivée au début d’un tour puisque la fenêtre traverse ses limites. Rosenfeld distingue toutefois N fixe simple de unit-PPLNS : une variante naïve peut être vulnérable aux changements de difficulté ou de valeur du bloc. Les changements de paramètres doivent préserver les droits attendus existants. Le nom ne garantit pas l’équité de chaque implémentation. [Rosenfeld — PPLNS windows and scoring myths]

Le montant distribuable dépend des blocs réellement acceptés et du traitement publié des frais de transaction. F2Pool décrit explicitement les fluctuations PPLNS dues aux découvertes et aux frais. FPPS valorise au contraire le travail par estimation ; PPS+ peut utiliser PPLNS seulement pour les frais. Un pourcentage de retenue ne suffit pas à comparer sans connaître cette base. [F2Pool — Payout schemes] [F2Pool — PPLNS reward fluctuations]

Vérifier l’acceptation du bloc, le calcul de la part, le crédit au solde puis le retrait réel selon calendrier et seuil. Un changement de méthode peut ne prendre effet qu’à la période comptable suivante ; F2Pool publie par exemple son propre délai. Comparer le travail avant et après, fenêtre résiduelle comprise. PPLNS ne supprime ni le risque de paiement du pool ni les coûts du mineur. [F2Pool — PPLNS reward fluctuations] [F2Pool — Changing payout schemes]