Full Pay Per Share

A máquina envia shares ao pool: resultados parciais de cálculos que comprovam trabalho. Normalmente não atendem à exigência mais difícil de um bloco completo, mas o pool pode verificá-los. A Luxor baseia FPPS em resultados válidos aceitos sem esperar sua própria descoberta de bloco. A Braiins também explica o peso: um resultado com dificuldade d conta como d unidades básicas de trabalho. Contar mensagens enviadas não basta. Os resultados podem ter pesos diferentes e trabalho rejeitado não deve ser somado automaticamente ao aceito. [2] [3]

Um novo bloco pode trazer bitcoins recém-emitidos, o subsídio de bloco, e taxas pagas por suas transações. FPPS avalia a participação esperada do trabalho de Eva nos dois componentes. A expressão técnica da Braiins para um intervalo de parâmetros constantes é R=(S/D)×(C+AF). S representa trabalho aceito ponderado pela dificuldade, D a dificuldade da rede, C o subsídio e AF as taxas médias definidas pela metodologia. R é a recompensa bruta antes da taxa do pool. S não pode ser uma simples contagem de mensagens com dificuldades diferentes, pois isso igualaria trabalhos desiguais. S/D expressa quantos blocos essa quantidade de trabalho encontraria, em média, na dificuldade considerada. Não é a contagem dos blocos realmente encontrados nem uma promessa de encontrar um. [1] [3]

O extrato diário de Eva não surge de uma simples divisão dos blocos encontrados pelo pool naquele dia. A Braiins fecha o cálculo por dia UTC, a referência de horário mundial comum, e normaliza os resultados da rede para os 144 blocos esperados. É uma referência de cálculo, não uma meta diária obrigatória da rede ou do pool. Um dia com menos blocos pode ser variação aleatória normal. Por isso, um dia do calendário não equivale automaticamente aos últimos 144 blocos: essa janela pode começar e terminar em outros momentos. [1]

A Luxor descreve outra abordagem: na altura atual h, a posição do bloco na cadeia, observa os últimos 144 blocos. Exclui taxas nas extremidades da distribuição, marcadas como ≤p5 e ≥p95, e tira a média do restante para limitar a influência de valores extremos. Também usa o subsídio e a dificuldade daquela altura. p5 e p95 são limites entre os valores ordenados do menor ao maior: cerca de 5% ficam abaixo do primeiro e 95% abaixo do segundo. Assim, o cálculo mantém a parte central do conjunto, em vez dos extremos. Esse filtro não é regra do Bitcoin nem exigência para todo pool FPPS. A Luxor pode mudar a metodologia; Eva precisa comparar regras concretas, não apenas siglas iguais em tabelas de preços. [2]

Imagine que Eva mine antes e depois de uma mudança de dificuldade da rede. O mesmo trabalho passa a ter outro valor esperado, por isso a Braiins calcula separadamente os trechos correspondentes do dia. Ela trata de modo semelhante um Halving, a redução periódica pela metade da recompensa recém-emitida do bloco. O Halving muda o subsídio, não automaticamente o método de calcular as taxas médias. FPPS reduz a dependência da sorte do pool, mas não fixa a quantidade diária de bitcoin (BTC). Mudanças no preço do bitcoin ou da energia também alteram o resultado econômico de Eva. [1] [2]

As siglas descrevem o que é remunerado. PPS significa Pay Per Share: pagamento por shares aceitas. PPLNS significa Pay Per Last N Shares: quando um bloco é encontrado, a recompensa é distribuída conforme o trabalho no intervalo mais recente de shares considerado, cujo tamanho é definido pelo pool. Tanto FPPS quanto PPS+ podem oferecer participação nas taxas sem calculá-la da mesma maneira. A F2Pool distingue FPPS, com taxas modeladas, de PPS+. No PPS+, o subsídio é remunerado por PPS, pagamento pelo trabalho aceito, enquanto as taxas realmente obtidas pelo pool são distribuídas por PPLNS segundo o trabalho na janela recente correspondente. Essa parte continua dependendo dos blocos encontrados pelo pool. A frase “incluímos taxas” não informa sozinha a Eva qual parcela de sua recompensa ainda espera blocos reais. [4]

Se o pool fica muito tempo sem encontrar blocos, mas continua creditando recompensas, precisa de dinheiro para cumprir obrigações. Meni Rosenfeld analisa isso no PPS: o operador assume a variação das descobertas e necessita de reservas. O mesmo raciocínio ajuda a entender o risco do FPPS. Seu modelo histórico não é uma auditoria de um pool atual nem revela os recursos de uma empresa específica. Eva passa a ter um valor a receber do serviço, não uma garantia do protocolo de pagamento caso o operador falhe. [5]

Braiins e Luxor distinguem creditar uma recompensa de enviá-la. O pagamento depende também da data programada, do saldo mínimo exigido e de uma possível taxa de transferência. Um número FPPS no painel não comprova a chegada à carteira de Eva. Ao comparar serviços, ela observa o mesmo trabalho aceito e período, a regra de cálculo e o valor líquido efetivamente recebido. Só depois faz sentido perguntar quanto sobrou após os custos operacionais da máquina. [1] [2]