Pay Per Share (PPS) es un sistema de remuneración de pools que valora cada share aceptada según el valor esperado de su trabajo. El PPS básico suele cubrir el subsidio del bloque; la variante y el operador determinan la inclusión de comisiones de transacción y las reglas de retiro.
El pool acepta trabajo demostrado y acredita su valor acordado aunque no acabe de encontrar un bloque. PPS redistribuye ingresos y riesgos entre minero y operador; no aumenta el rendimiento del ASIC ni la probabilidad de éxito del mismo hash. Un derecho de cobro acreditado no es un bitcoin nuevo creado por cada share. [Rosenfeld — Pay-per-share and pool reserves]
Una share cumple el objetivo más fácil del pool; solo algunas cumplen también el objetivo de la red. Con dificultad variable, el trabajo debe ponderarse por la dificultad de la share. Dos shares con objetivos distintos pueden tener precios distintos. Distingue las aceptadas de las enviadas, rechazadas, duplicadas o tardías; rigen las reglas publicadas del pool. [Rosenfeld — Pay-per-share and pool reserves] [Braiins — Share difficulty]
En un modelo sencillo con la misma convención de dificultad, el valor básico esperado de una share es aproximadamente B × d / D: B es el subsidio del bloque, d la dificultad de la share y D la dificultad de la red. Después se aplica la comisión del pool. Como ejemplo, B=3,125 BTC y d/D=0,000001 dan 312,5 sat antes de comisiones; no es una oferta actual ni una constante de la red. [Rosenfeld — Pay-per-share and pool reserves]
Durante un periodo largo sin hallazgos, el operador puede deber más de lo que acaba de minar. Necesita capital y gestión de reservas; una comisión inferior no demuestra por sí sola un servicio mejor. El modelo de Rosenfeld relaciona comisiones, reservas y riesgo de quiebra. La promesa PPS no es una garantía del protocolo de cobrar si el operador falla. [Rosenfeld — Pay-per-share and pool reserves]
El PPS básico valora el subsidio. Full Pay Per Share (FPPS) añade una parte modelada de las comisiones de transacción; Pay Per Share Plus (PPS+) suele combinar subsidio mediante PPS y reparto PPLNS de las comisiones reales. La parte de comisiones de PPS+ puede seguir dependiendo de la suerte del pool. El signo más no define por sí solo el método de un servicio. [F2Pool — PPS, PPLNS, FPPS and PPS+]
Una dificultad de red mayor reduce la remuneración por el mismo trabajo; un halving modifica el subsidio. En FPPS también cambia la estimación de comisiones según el periodo y filtro elegidos. Luxor, por ejemplo, describe su propio cálculo filtrado, no una regla universal de FPPS. Un método estable no significa BTC diarios constantes, cambio fijo ni beneficio garantizado tras pagar electricidad. [Luxor — Revenue and payments]
El saldo del pool queda sujeto a reglas de retiro: mínimo, calendario, comisión de pago y billetera de destino correcta. Los pagos on-chain y Lightning tienen comprobaciones de recepción distintas. Restaurar tu billetera desde la seed no restaura el acceso a la cuenta del pool. Contrasta el estado pagado con el pago recibido, no solo con el panel de ganancias. [Braiins — Rewards and payout rules]
En el mismo periodo, compara trabajo aceptado ponderado, base de la tarifa, comisiones de transacción, deducciones, shares rechazadas e importe efectivamente recibido. Separa ingresos por trabajo de costes y variaciones cambiarias. PPS limita una fuente de fluctuación, pero disponibilidad, solvencia, condiciones de retiro y gastos operativos siguen siendo cuestiones distintas. [Rosenfeld — Pay-per-share and pool reserves] [Luxor — Revenue and payments] [Braiins — Rewards and payout rules]
Para obtener la imagen más completa, lee esta entrada junto con Mining Pool, Mining Share, Full Pay Per Share, Pay Per Last N Shares, Pool Fee, Umbral de pago. También enlazan con esta entrada Mining Pool, Solo Mining, Pay Per Last N Shares, Pool Fee.