Full Pay Per Share

Luxor vincula FPPS às shares válidas enviadas, independentemente dos blocos encontrados pelo pool. Braiins contabiliza o trabalho por dificuldade: uma prova de dificuldade d representa d unidades básicas. A contagem de mensagens enviadas não mede universalmente o direito à remuneração, e trabalho rejeitado não deve ser automaticamente tratado como aceito. [Luxor — FPPS formula] [Braiins — Share accounting]

Para um intervalo de dificuldade constante, a expressão da Braiins pode ser resumida como R=(S/D)×(C+AF): S é trabalho aceito em unidades básicas, D a dificuldade da rede, C o subsídio e AF as taxas médias por bloco definidas pela metodologia. R é bruto; a taxa do pool é descontada separadamente. S não pode ser uma simples contagem de mensagens com dificuldades diferentes. [Braiins — FPPS specification and payouts] [Braiins — Share accounting]

Braiins fecha o cálculo após o fim do dia UTC e usa os blocos da rede daquele dia, normalizados para os 144 blocos esperados. Nem a rede nem um pool específico precisam encontrar exatamente 144 blocos diariamente. O período diário dessa metodologia não equivale automaticamente aos últimos 144 blocos. [Braiins — FPPS specification and payouts]

Luxor descreve o cálculo para a altura h: filtra taxas nos níveis ≤p5 e ≥p95 dos últimos 144 blocos e calcula a média do restante. Usa subsídio e dificuldade de rede daquela altura. Esse filtro não é regra do Bitcoin nem requisito para todo pool FPPS; Luxor admite alterações metodológicas. [Luxor — FPPS formula]

Quando a dificuldade muda ou ocorre um halving durante o dia, Braiins divide o cálculo nos intervalos correspondentes. O halving altera o subsídio, não automaticamente o cálculo da parcela média de taxas. Remuneração menos dependente da sorte do pool não significa quantidade diária constante de BTC, valor fixo em dólares ou lucro após eletricidade. [Braiins — FPPS specification and payouts] [Luxor — FPPS formula]

F2Pool distingue FPPS, com taxas modeladas, de PPS+: o subsídio segue PPS, mas as taxas de transação realmente obtidas pelo pool são distribuídas por PPLNS. A segunda parcela continua dependendo dos blocos encontrados pelo pool. A expressão “taxas incluídas” não esclarece sozinha essa diferença. [F2Pool — FPPS and PPS+ payout schemes]

A análise de PPS de Rosenfeld mostra que o operador assume a variabilidade dos achados e precisa de reservas em rodadas longas sem sucesso. O mesmo princípio explica o risco de pagamento de uma promessa FPPS; o modelo histórico de reservas não audita um pool atual. Um direito creditado não tem garantia de pagamento pelo protocolo se o operador falhar. [Rosenfeld — PPS variance and reserves]

Braiins e Luxor separam saldo de regras de pagamento: calendário, mínimo e eventual taxa determinam o envio. Compare o mesmo trabalho aceito e período, a versão da metodologia FPPS e o valor líquido realmente recebido. Uma taxa no painel não prova sozinha a chegada à sua carteira. [Braiins — FPPS specification and payouts] [Luxor — FPPS formula]