Pay Per Last N Shares (PPLNS) es una forma de repartir las recompensas de un pool de minería. Un Mining Pool coordina a mineros que buscan bloques: grupos de transacciones que se añaden al historial público de Bitcoin. Cuando el pool encuentra un bloque, distribuye la recompensa prevista según el trabajo reciente aceptado de sus participantes. Una share individual, una prueba de trabajo, no tiene por tanto un pago fijo prometido de antemano como en Pay Per Share (PPS).
Jan conecta su equipo a un Mining Pool, un servicio que coordina el trabajo de varios mineros. Con PPLNS, el pool no promete un precio fijo por cada resultado aceptado. En su lugar, cuando encuentra un bloque, reparte la recompensa usando un registro del trabajo reciente. Podemos imaginarlo como una lista que avanza: entran resultados nuevos y los más antiguos van saliendo. Encontrar un bloque no borra la lista. Por eso el mismo trabajo puede participar en varias recompensas, o salir antes de que llegue cualquier bloque remunerado. [1]
Los resultados que una máquina envía para acreditar su trabajo se llaman shares. Aquí, un hash es un número calculado a partir de datos del bloque propuesto. La red exige que no supere un valor objetivo, por lo que el minero modifica los datos y vuelve a calcular el resultado. Cumplen la condición más sencilla del pool, pero normalmente no bastan para un nuevo bloque de Bitcoin. N indica el tamaño de la ventana de trabajo considerada. En el modelo más simple son las últimas N shares de igual dificultad de todo el pool, no las últimas N personas. Si la dificultad varía, el trabajo debe ponderarse en consecuencia. La ventana tampoco representa un número fijo de horas: depende de la rapidez con que llegue nuevo trabajo. [1]
Imaginemos una ventana completa con 1000 shares del mismo peso, de las que 100 pertenecen a Jan. El pool acaba de encontrar un bloque y tiene 3 BTC para repartir después de su descuento. La parte de Jan en este ejemplo es 100 / 1000 × 3 = 0.3 BTC. Jan aportó una décima parte del trabajo contabilizado, por lo que le corresponde una décima parte de la recompensa que se reparte. Son cifras ilustrativas: la cifra de 3 BTC no indica el subsidio del bloque, es decir, los nuevos bitcoins creados por bloque, y 0.3 BTC no es un ingreso diario prometido. Cuando llegue el siguiente bloque, la ventana puede contener otros resultados y el importe disponible también puede cambiar. [1]
Jan desconecta su máquina para hacer mantenimiento. En un PPLNS correctamente implementado, eso no borra el trabajo ya aceptado. Sigue en la ventana y puede participar en recompensas posteriores hasta que lo desplace trabajo más nuevo. Envejecería igual aunque Jan siguiera minando; simplemente añadiría más resultados. Al volver a conectarse, su presencia en la ventana se reconstruye poco a poco. La actividad intermitente puede generar mayores fluctuaciones, pero no es por sí misma una penalización automática por marcharse. [1]
PPLNS reparte lo obtenido de bloques reales, por lo que un día exitoso del pool difiere de otro sin hallazgos. También importa cómo incluye las comisiones de transacción pagadas por usuarios de Bitcoin. F2Pool describe expresamente esa variabilidad. Full Pay Per Share (FPPS), en cambio, valora el trabajo aceptado mediante una estimación que incluye subsidio y comisiones; Pay Per Share Plus (PPS+) puede emplear PPLNS solo para la parte de comisiones. Así, el porcentaje de comisión del servicio no le dice por sí solo a Jan qué resultado será mejor. También debe saber sobre qué importe se aplica. [2] [3]
La parte calculada, el saldo de la cuenta y el pago recibido en la propia cartera son pasos distintos. Jan comprueba si el bloque fue aceptado, cómo se calculó su parte y cuándo puede retirar el saldo según el mínimo y el calendario. Cambiar de método de remuneración tampoco tiene necesariamente efecto inmediato. F2Pool, por ejemplo, publica su propio momento de entrada en vigor. Una comparación justa debe incluir el trabajo anterior al cambio y las posibles recompensas posteriores de su ventana aún activa. PPLNS no elimina el riesgo de impago del pool ni las facturas de luz y el coste del equipo. [3] [4]
Una ventana más larga mantiene el trabajo elegible durante más tiempo y reparte sus posibles recompensas entre más hallazgos futuros. Esto suaviza parte de la variación provocada por una ventana muy corta. No hace que un pool pequeño encuentre bloques regularmente. A cambio, tarda más en conocerse el resultado completo del trabajo ya realizado. Si el panel muestra su recompensa esperada, sigue siendo una estimación de hallazgos futuros, no una cantidad fija prometida que se pueda retirar de inmediato. [1]
Uno de los objetivos de PPLNS es limitar el pool-hopping: cambiar de pool solo para aprovechar una fase más favorable del reparto. Una ventana que atraviesa los hallazgos elimina la ventaja simple de entrar al comenzar una nueva ronda. Sin embargo, la equidad matemática depende de la variante. Meni Rosenfeld distingue el N fijo sencillo de unit-PPLNS, más elaborado; unas reglas ingenuas pueden explotarse al cambiar la dificultad de red o el valor del bloque. Unit-PPLNS registra para cada share datos basados en la dificultad de la red y la recompensa por bloque en el momento de su entrega. Así, los pagos posteriores pueden tener en cuenta las condiciones en las que se realizó ese trabajo. Si modifica parámetros, el operador debe preservar el valor esperado del trabajo ya aceptado. El nombre del servicio no prueba que su cálculo lo haga realmente. [1]
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, Payout Threshold. También enlazan con esta entrada Mining Pool, Solo Mining, Pay Per Share, Pool Fee.