Pay Per Last N Shares (PPLNS) es una familia de métodos de pools que al encontrar un bloque reparte una recompensa definida según el trabajo de una ventana reciente. La implementación establece tamaño, ponderación, comisiones incluidas y condiciones de aceptación.
A diferencia del reparto simple de una ronda, PPLNS sigue las shares recientes sin depender del hallazgo anterior. En el siguiente bloque, la misma share puede seguir dentro y recibir otra asignación. Si sale de la ventana sin hallazgos, puede no recibir nada. No es un pago automático por cada share aceptada como en PPS. [Rosenfeld — PPLNS windows and scoring myths]
El modelo más sencillo usa las últimas N shares de igual dificultad de todo el pool. Con dificultad variable hay que representar trabajo comparable, no contar mensajes a ciegas. Los métodos pueden usar unidades ponderadas o múltiplos de dificultad de red. Por tanto, N solo no especifica horas, número de equipos ni cantidad fija de datos. [Rosenfeld — PPLNS windows and scoring myths]
En una ventana completa sencilla de N=1000 shares con igual peso, un minero tiene 100. Si quedan 3 BTC para repartir tras la comisión del pool, recibe 100/1000 × 3 = 0,3 BTC. El ejemplo supone ese fondo y shares aceptadas; no afirma que el subsidio sea 3 BTC ni que esa suma llegue cada día. El próximo hallazgo puede tener otra ventana y otras comisiones de transacción. [Rosenfeld — PPLNS windows and scoring myths]
Ampliar la ventana distribuye la valoración del trabajo entre más hallazgos futuros. Reduce la parte de varianza asociada a una ventana corta, pero prolonga el tiempo durante el cual el trabajo participa en posibles recompensas. No elimina la suerte del pool entero. Un rendimiento esperado mostrado no es ya un derecho de cobro fijo y exigible por todas las shares aún sin recompensa. [Rosenfeld — PPLNS windows and scoring myths]
Al incorporarse se va llenando la parte propia de la ventana; al salir, el trabajo pasado permanece temporalmente hasta que lo desplaza el nuevo. En un método bien diseñado, su envejecimiento no depende de seguir minando. La actividad intermitente puede fluctuar más, pero no se castiga automáticamente perdiendo el valor esperado de cada share. [Rosenfeld — PPLNS windows and scoring myths]
PPLNS limita la ventaja de entrar al inicio de una ronda porque la ventana cruza sus límites. Sin embargo, Rosenfeld distingue N fijo simple de unit-PPLNS: una variante ingenua puede ser vulnerable a cambios de dificultad o valor del bloque. Los cambios de parámetros deberían preservar derechos esperados existentes. El nombre no garantiza la equidad de toda implementación. [Rosenfeld — PPLNS windows and scoring myths]
El fondo distribuible depende de bloques realmente aceptados y del tratamiento publicado de las comisiones de transacción. F2Pool describe explícitamente fluctuaciones PPLNS por hallazgos y comisiones. FPPS, en cambio, valora el trabajo mediante una estimación; PPS+ puede usar PPLNS solo para las comisiones. Un porcentaje de descuento no basta para comparar sin conocer esta base. [F2Pool — Payout schemes] [F2Pool — PPLNS reward fluctuations]
Comprueba aceptación del bloque, cálculo de la parte, crédito al saldo y retiro efectivo según calendario y mínimo. Cambiar de método puede surtir efecto solo en el próximo periodo contable; F2Pool publica, por ejemplo, su propio horario. Compara trabajo anterior y posterior, incluida la ventana residual. PPLNS no elimina el riesgo de pago del pool ni los costes del minero. [F2Pool — PPLNS reward fluctuations] [F2Pool — Changing payout schemes]
Para obtener la imagen más completa, lee esta entrada junto con Mining Pool, Mining Share, Full Pay Per Share, Pay Per Share, Pool Fee, Umbral de pago. También enlazan con esta entrada Mining Pool, Braiins Pool, Solo Mining, Pay Per Share.