Pay Per Share（PPS）是一种矿池结算方式，按每个被接受 share 所代表工作的期望价值定价。基础 PPS 通常只计算区块补贴；是否包含交易费以及如何提现，取决于具体变体和运营方。
矿池接受已证明的工作，并按约定价值记账，即使此时并未找到区块。PPS 重新分配矿工与运营方之间的收入和风险，既不会提升 ASIC 性能，也不会提高同一个哈希成功的概率。每个 share 形成的账面债权并不是新生成的比特币。 [Rosenfeld — Pay-per-share and pool reserves]
Share 满足矿池较容易的目标，只有其中一部分也满足网络目标。使用可变难度时，必须按 share 难度加权工作量。因此，目标不同的两个 share 未必价格相同。应区分已接受、已提交、被拒绝、重复或迟到的份额；其处理由矿池公布的规则决定。 [Rosenfeld — Pay-per-share and pool reserves] [Braiins — Share difficulty]
在采用相同难度定义的简单模型中，一个 share 的基础期望价值约为 B × d / D：B 是区块补贴，d 是 share 难度，D 是网络难度。矿池随后扣除自身费用。例如 B=3.125 BTC、d/D=0.000001 时，扣费前为 312.5 sat；这只是示例，并非当前报价或全网常数。 [Rosenfeld — Pay-per-share and pool reserves]
在长时间没有找到区块时，运营方的应付款可能超过刚获得的挖矿收入。它需要资本和储备管理；费用较低本身不证明服务更好。Rosenfeld 的模型说明费用、储备与破产风险之间的关系。若运营方倒闭，PPS 承诺并不是协议层面的付款保证。 [Rosenfeld — Pay-per-share and pool reserves]
基础 PPS 为补贴定价。Full Pay Per Share（FPPS）增加按模型估算的交易费份额；Pay Per Share Plus（PPS+）通常将补贴的 PPS 结算与实际交易费的 PPLNS 分配结合。因此，PPS+ 的交易费部分仍可能受矿池运气影响。单凭加号不能确定某项服务的具体算法。 [F2Pool — PPS, PPLNS, FPPS and PPS+]
网络难度升高会降低相同工作量的报酬，halving 会改变补贴。FPPS 的交易费估算还会随选取的时间范围和过滤规则变化。例如 Luxor 说明的是自身经过过滤的算法，而非通用 FPPS 规则。固定的方法不代表每天固定 BTC、固定汇率或扣除电费后的保证利润。 [Luxor — Revenue and payments]
矿池余额须遵循提现规则，包括门槛、时间表、支付费用及正确的目标钱包。On-chain 与 Lightning 支付的到账核验方式不同。用 seed 恢复个人钱包，并不能恢复矿池账户的访问权。应将已支付状态与实际收到的付款核对，而不只是查看收益面板。 [Braiins — Rewards and payout rules]
在相同时间段内比较被接受的加权工作量、计价基础、交易费、扣款、被拒份额和实际收到的金额。将工作收入与成本、汇率变动分开。PPS 限制了一种波动来源，但矿池可用性、偿付能力、提现条件和运营成本仍是不同问题。 [Rosenfeld — Pay-per-share and pool reserves] [Luxor — Revenue and payments] [Braiins — Rewards and payout rules]
要获得更完整的理解，请将本词条与以下词条结合阅读： Mining Pool, Mining Share, Full Pay Per Share, Pay Per Last N Shares, Pool Fee, 最低支付门槛. 反向关联还来自： Mining Pool, Solo Mining, Pay Per Last N Shares, Pool Fee.