Pay Per Last N Shares

Ao contrário da divisão simples de uma ronda, PPLNS acompanha shares recentes independentemente da descoberta anterior. No bloco seguinte, a mesma share pode continuar na janela e receber outra parcela. Se sair sem descobertas, pode não receber nada. Não é um pagamento automático por cada share aceite como em PPS. [Rosenfeld — PPLNS windows and scoring myths]

O modelo mais simples usa as últimas N shares de igual dificuldade de todo o pool. Com dificuldade variável, deve representar-se trabalho comparável, não contar mensagens cegamente. Os métodos podem usar unidades ponderadas ou múltiplos da dificuldade da rede. N sozinho não especifica horas, número de trabalhadores ou uma quantidade fixa de dados. [Rosenfeld — PPLNS windows and scoring myths]

Numa janela simples completa de N=1000 shares com peso igual, um minerador possui 100. Se estiverem disponíveis 3 BTC após a taxa do pool, recebe 100/1000 × 3 = 0,3 BTC. O exemplo pressupõe esse fundo e shares aceites; não afirma que o subsídio seja 3 BTC nem que a quantia chegue diariamente. A próxima descoberta pode ter outra janela e outras taxas de transação. [Rosenfeld — PPLNS windows and scoring myths]

Aumentar a janela reparte a valorização do trabalho por mais descobertas futuras. Reduz a componente de variância associada a uma janela curta, mas prolonga o período de participação em recompensas possíveis. Não elimina a sorte ou azar do pool inteiro. Um retorno esperado mostrado não é já um crédito fixo exigível por todas as shares sem recompensa. [Rosenfeld — PPLNS windows and scoring myths]

Depois de entrar, a parte própria da janela vai enchendo; depois de sair, o trabalho passado permanece temporariamente até novo trabalho o substituir. Num método bem concebido, o seu envelhecimento não depende de continuar a minerar. O funcionamento intermitente pode oscilar mais, mas não é automaticamente penalizado com perda do valor esperado de cada share. [Rosenfeld — PPLNS windows and scoring myths]

PPLNS limita a vantagem de entrar no início de uma ronda porque a janela ultrapassa os seus limites. Porém, Rosenfeld distingue N fixo simples de unit-PPLNS: uma variante ingénua pode ser vulnerável a alterações de dificuldade ou valor do bloco. Mudanças de parâmetros devem preservar direitos esperados existentes. O nome não garante a justiça de cada implementação. [Rosenfeld — PPLNS windows and scoring myths]

O fundo distribuível depende de blocos efetivamente aceites e do tratamento publicado das taxas de transação. A F2Pool descreve explicitamente oscilações PPLNS por descobertas e taxas. FPPS avalia antes o trabalho por estimativa; PPS+ pode usar PPLNS apenas nas taxas. Uma percentagem de retenção não basta para comparar sem conhecer esta base. [F2Pool — Payout schemes] [F2Pool — PPLNS reward fluctuations]

Verifica aceitação do bloco, cálculo da parcela, crédito no saldo e levantamento efetivo segundo calendário e mínimo. Mudar de método pode produzir efeitos apenas no período contabilístico seguinte; a F2Pool publica, por exemplo, o seu próprio horário. Compara trabalho anterior e posterior incluindo a janela residual. PPLNS não elimina o risco de pagamento do pool nem os custos do minerador. [F2Pool — PPLNS reward fluctuations] [F2Pool — Changing payout schemes]