检查你的矿池是否公平支付:一套可自行操作的30天方法

迟早每个矿工都会问同一个问题。收益下降但难度保持不变,或者矿池面板显示的算力低于机器自身报告的数值,或者本周以82%的运气收官,而聊天群里已经在讨论有人偷算力了。

这个问题的一部分是可以回答的,另一部分则无法回答,无论做多少表格计算都改变不了这一点。区块数据、coinbase归属信息以及你自己的支付交易都是公开的。而在你提交的share和你的余额之间,矿池内部发生了什么,只能通过矿池自身的报告才能看到。

POOL BTC不是矿池。我们比较别人的条款,算出这些条款让矿工付出了多少成本,所以下面的内容是一套操作流程,而不是指控。请用你自己的数据来运行它。

你到底能核实什么,什么是永远无法核实的?

凡是写入区块链、或由你自己的硬件测量得到的数据,你都可以完全核实:矿池找到的区块、这些区块中的手续费、到账到你地址上的金额、你的算力和拒绝率。而矿池内部的一切,从share记账到PPLNS窗口,对你来说都只是一份报告而已。

可核实项方法证明了什么
矿池找到的区块区块浏览器,coinbase标签归属(mempool.space)矿池确实在挖矿,其份额与其自称相符
区块内的交易手续费按区块高度查询mempool.space API矿池在补贴之外额外收取了多少
支付金额与时间在任意区块浏览器上查看你地址的交易记录到账金额是否与从余额中扣除的金额一致
你的算力ASIC网页界面、固件、本地监控用于与面板数据对比的基准
被拒绝和过期的shareASIC计数器与矿池统计数据可以解释算力差距的一部分
你在PPLNS窗口中的份额无法核实需要每个矿工提交的所有share数据
矿池的真实算力无法直接核实区块份额只是一个统计代理指标,不是实际测量值
矿池的成本结构无法核实没有人有义务公开它,实际上也没有人这么做

从这张表得出的诚实结论是:矿工无法证明存在欺诈。矿工能做到的,是向自己证明不存在差异,如果确实存在差异,就把它定位出来,以算术的形式摆在运营方面前。

为什么矿池面板显示的算力比你的ASIC低?

因为它们测量的是不同的东西。你的机器报告的是瞬时算力。矿池是事后根据某个平均窗口内被接受的share来估算你的算力的。由于矿池只统计到达它并通过验证的部分,二者从原理上就不可能完全一致。

造成这种差距的四个常见原因:

  1. 平均窗口。五分钟的数值会有百分之几十的波动,24小时的数值则比较平滑。要用日与日比较,绝不要用瞬时值与日值比较。
  2. share方差。找到一个share本身是一个随机过程,短窗口内必然带有真实的噪声。
  3. 被拒绝和过期的share。它们不计入统计,所以你的有效算力会低于铭牌值。
  4. 网络延迟。Stratum服务器越远、线路越差,到达时已经过时的工作就越多。

一些矿池公布了它们认为正常的拒绝率。各家公布的数字互相并不一致,行业内也不存在统一标准。

矿池公布的内容具体措辞
AntPool正常拒绝率低于1%,另外平均过期率为0.5%或更低,具体取决于硬件
ViaBTC正常拒绝率3%以内
F2Pool合理的延迟share率约2%
Braiins未公布具体数值门槛在公开文档中未找到
Luxor未公布具体数值门槛文档解释了过期share的概念,但没有给出百分比

来源:AntPool、ViaBTC和F2Pool的支持页面,核对日期为09.09.2026。这些页面对自动抓取会返回403错误,因此上述引用来自针对同一URL的搜索摘要,而非页面正文本身。如果确切措辞对你很重要,建议手动打开查看。

0.5%到3%之间的差距有着实际意义:对你的矿池而言,"正常"是由你的矿池自己定义的,而不是由整个行业定义的。一个可行的报警阈值是:日算力数据中出现持续高于5%、且你的拒绝率无法解释的缺口。

如何计算预期收益并与实际收益进行比较?

取你在全网算力中的份额,乘以有效区块奖励,再乘以每天的区块数量。一个公式适用于所有计费方案。不同方案之间的区别在于实际入账允许偏离这条基准线多少:在FPPS上几乎不偏离,在PPLNS上则会明显偏离。

\`\`\`

miner share = miner hashrate / network hashrate

reward_eff = 3.125 BTC × (1 + transaction fee share)

BTC per day = miner share × 144 × reward_eff × (1 - pool fee)

\`\`\`

以09.09.2026的网络快照为例:全网算力943.73 EH/s,最近4320个区块的交易手续费占比为0.669%,因此reward_eff = 3.125 × 1.00669 = 3.1459 BTC。同一天的难度为127,450,789,715,843.1(数据来源mempool.space,访问日期09.09.2026)。

FPPS和PPS+:每日入账应当是平稳的

在FPPS下,无论当天矿池是否找到区块,都会按每个提交的share支付固定费率,包含交易手续费。因此你的每日入账应当紧密贴合计算出的基准线。在相同算力下,周一的入账只有周二的一半,这在FPPS上不属于方案本身的波动,而是需要去问清楚的问题。

PPS+对补贴部分的处理方式相同,但交易手续费是按照实际找到的区块来分配的,因此日与日之间出现小幅波动是正常的。这些方案在相同算力下折算成美元后分别是什么样子,在FPPS、PPS+、PPLNS和SOLO这篇文章中有详细计算。

PPLNS:只在长周期内进行比较

PPLNS按矿池实际找到的区块给你分一部分。没有找到区块就没有可分配的东西,因此每日数字会大幅波动。比较周期至少要拉到一个月,一个季度更好。在新的PPLNS矿池上的最初几天,你的收益几乎总会看起来偏低,因为窗口里还没有填满你的share。

具体比较方法如下:

  1. 记录该周期内每一天从矿池面板读取的每日算力。
  2. 记录这些日期各自对应的全网算力和交易手续费占比,而不是整月用一个数值。在29.08到09.09.2026之间,全网算力从896.89涨到943.73 EH/s,涨幅5.2%,凡是没有更换硬件的人恰好损失了这么多。
  3. 计算每一天的预期值并求和。
  4. 把矿池报告中这些天对应的实际入账求和。
  5. 比较这两个总数,并把差距表示为百分比。
  6. 另外,把实际到达你钱包的金额求和,再和从矿池余额中扣除的金额进行比较。这是两项不同的检查:入账和到账。

把你自己的数据放进挖矿计算器里跑一遍,在支付时间页面查看各矿池的支付时间,并在方法论中了解我们自己是如何计算这些估算值的。

什么是矿池运气,运气低就能证明作弊吗?

运气是指某段时期内矿池实际找到的区块数量与根据其算力预期应找到的数量之比。100%意味着矿池恰好找到了统计学预测的数量。这是一个随机变量,所以某一周是80%还是130%都只是正常的波动,说明不了任何问题。

多数争论都忽略了这一点:在FPPS和PPS上,运气根本不会影响你的收入。矿池按固定费率支付,自己承担运气不好带来的损失,而这恰恰是相比PPLNS更高手续费所换来的东西。在FPPS上因为运气不好的一周而要求重新计算是没有意义的,因为那一周已经按公式费率支付过了。

而在PPLNS和TIDES上,运气会直接传导下来:没有区块就没有分配。运气差在这里确实会实实在在地减少你的收入,但这是方案本身的属性,而不是运营方的操作。应当放在一个季度的周期里来判断,而且前提是矿池在公开表格中的区块份额保持稳定。

在根据运气数字得出结论之前,有三件事值得核实:

  1. 统计窗口:按轮次、按天,还是30天滚动。不同的窗口会对同一批数据讲出不同的故事。
  2. 运气是按区块数量计算的,还是按轮次share计算的。后者更加稳定。
  3. 矿池报告中的区块数量,是否与公开区块浏览器归属给它的数量一致。

类似"某主流矿池的周运气大概是这个样子"这种现成的参考数据,我们无法直接给你,值得先说清楚原因。我们核实过的来源中,没有一个公开过过去十二个月里带有明确方法说明的实际周运气或月运气序列。以下是截至2026-09-11实际存在的情况:

  1. F2Pool在其统计页面上展示3天、7天、30天和90天的运气小组件,并单独保留一份找到的区块及各自运气的记录。这些都是截至当前的滚动窗口,而不是去年各周的存档。矿池在其帮助中心说明了计算方法:实际找到的区块数除以按矿池算力理论预期的数量。
  2. ViaBTC在其博客上用一个具体例子解释了同样的公式:2024-05-07当天的七日运气为92.17%。那里并没有持续更新发布的序列,只是对该方法的一次示例说明。
  3. Antpool在其官方资源中没有专门的公开运气页面。
  4. Braiins发布了一份追溯到2012年的各矿池月度算力分布历史数据,但那是算力份额,不是运气。
  5. 像soloblocks.io和blocksrace.com这样的独立追踪网站,用同样的公式在从几小时到30天的短窗口内计算运气。其中第一个明确表示尚未积累出年度数据:该服务自2026年3月才开始运行。

实际的结论很简单。不要拿你的矿池去和一个并不公开的行业"标准"比较,而要拿它自己在长窗口内的数字来比较:如果矿池公布了90天运气,就去看那个数字,并用公开的区块浏览器表格来交叉核对区块数量。这正是为什么下一节讲的是区块而不是运气。

运气的计算方式各不相同,窗口的选择会改变结论
运气的计算方式各不相同,窗口的选择会改变结论

如何确认矿池真的在找到区块?

通过coinbase交易。每个区块都带有一笔coinbase交易,矿池会在里面写入文本标签和奖励地址。区块浏览器会把这些标签汇总成归属表格,这也是为什么任何人都能在完全接触不到某个矿池面板的情况下,统计出它的区块数量。

具体流程:

  1. 在mempool.space上打开矿池表格,分别查看一周和一个月两个窗口。
  2. 找到你的矿池,记下它的区块数量和份额。
  3. 把这个份额和矿池自己在官网上宣称的算力进行比较。
  4. 从矿池自己的报告中取两个具体的区块,按高度查找。coinbase中应当带有该矿池的标签。
  5. 如果这个矿池从未出现在公开表格中,就去问客服为什么。"我们不给coinbase打标签"是一个可以核实的答案。"商业敏感信息"不是。

以下是根据mempool.space在11.09.2026的数据得出的分布情况:

矿池区块数,1周份额,1周份额,1月
Foundry USA25424.76%25.19%
AntPool19218.71%18.92%
F2Pool14614.23%14.81%
SpiderPool10310.04%9.38%
ViaBTC949.16%8.05%
SECPOOL514.97%4.40%
MARA Pool444.29%4.94%
Luxor383.70%3.87%
OCEAN302.92%2.60%
Binance Pool232.24%2.07%
NiceHash161.56%1.25%
Braiins Pool151.46%1.51%

周窗口覆盖了1026个区块,月窗口覆盖了4497个区块。两者的数据来源均为mempool.space矿池API,访问日期为11.09.2026。

任何矿池的区块份额都可以手动重新计算
任何矿池的区块份额都可以手动重新计算

有一点方法论上的提醒。区块份额是算力的一个代理指标,而不是对算力的直接测量,所以应当把周列和月列放在一起看。像上面SECPOOL和NiceHash那样相差一两个百分点,属于小样本下的正常波动,而不是矿池增减了机器。到底是谁在实际组装区块内容,以及为什么这是一个独立的问题,在Stratum V2这篇文章中有讲解。

在FPPS下,区块里的交易手续费去了哪里?

在正确实现的FPPS中,这些手续费会计入你的费率。矿池会在近期区块中平均计算手续费占比,把它加到补贴上,再从总额中扣除自己的手续费。这就是它与纯PPS的全部区别:在纯PPS下你只按补贴支付,手续费留在矿池那里。

目前这个数额很小。根据mempool.space的数据,08.09.2026当天最近4320个区块中,交易手续费占区块奖励的0.66%,09.09.2026这一比例为0.669%,而144个区块的窗口给出的数字是0.57%。过去一个月的区间在0.66-0.73%之间,这是一个平静的手续费市场,没有出现Ordinals或Runes那类事件。

不同的数据聚合方来自同一条链,却会得出不同的数字,这是方法论差异,而不是错误。2026年9月初,Glassnode和Newhedge的每日指标显示为0.40-0.56%,而mempool.space在4320个区块上给出的是0.66-0.70%。所以当你就差异向矿池提出质疑时,要说明来源、窗口和日期,否则你们争论的其实是按不同规则计算出来的数字。

平静的手续费市场不会永远持续下去。在20.04.2024,也就是减半和Runes上线的第二天,手续费按不同方法论统计一度达到矿工收入的73.8-75%;而在08.05.2023的Ordinals高峰期,当天这一比例为40.8-42.59%。在这样的日子里,FPPS和PPS之间的差距就不再只是纸上谈兵了,这正是重新读一遍你矿池文档中关于交易手续费部分的好时机。

这里需要核实的内容:

  1. 文档实际写明的是哪种方案:FPPS、PPS+还是PPS。文字上只差一个词,钱上却能差好几个百分点。
  2. 矿池是否公布了它用来平均手续费占比的窗口周期。
  3. 你入账中的手续费部分,是否与这些日期的公开手续费占比大致相符,至少在数量级上一致。

除了矿池手续费之外,还会被扣除什么?

四种机制:支付交易上的网络手续费、最低支付门槛、入账的取整规则,以及任何兑换操作中的价差。这些都不是欺诈,至少有一部分矿池对它们做了文档说明,合在一起足以解释大多数"到账金额少于预期"的情况。

扣除项运作方式已核实的示例
网络手续费要么从你的支付款中扣除,要么由矿池支付Luxor:由用户支付0.000075 BTC,使实际门槛变为0.001075 BTC。EMCD服务条款:由支付报酬的一方承担手续费,也就是说由平台承担
支付门槛资金会留在运营方那里,直到余额超过门槛Luxor为0.001 BTC,F2Pool按其官方表格为0.005 BTC,ViaBTC自动提现为0.001 BTC,EMCD按其帮助中心为0.0001 BTC,而同一域名下另一份官方资料给出的是0.001 BTC,Ocean按二手评测资料为0.01048576 BTC
提现门槛不同于入账门槛两个不同的数字,容易被混淆NiceHash:入账门槛为0.00001 BTC,但提现从0.0005 BTC起,手续费从0.0001 BTC起
兑换价差官方上不算手续费,但经济上等于一种扣除Kryptex App的文档中提到平均汇率与购买汇率之间存在买卖价差,但没有公布具体数字。EMCD提到了自动兑换功能,但没有公布汇率

固定的提现手续费值得单独说明一下,因为它换算成百分比后会随金额变化。Kryptex App对链上提现收取0.00003 BTC,而最低提现额为0.00025 BTC,这意味着对最小可能提现额来说手续费占比高达12%,而对0.01 BTC的提现来说只占0.3%。同一服务上的Lightning提现收费2%,最低额为0.00001 BTC:绝对金额更便宜,但费率反而更高。

你的资金在运营方余额中停留多久,是一道简单的算术题。按09.09.2026的网络参数计算:

矿工算力门槛0.0001 BTC0.001 BTC0.005 BTC0.01 BTC
100 TH/s,典型家用ASIC约2.1天约20.8天约104.2天约208.3天
1 PH/s约5小时约2.1天约10.4天约20.8天

这是基于943.73 EH/s的全网算力和3.1459 BTC有效奖励计算出的预期值,不是矿池的实际数据。其中没有考虑PPLNS和TIDES的方差。

对于F2Pool和ViaBTC,官方帮助中心确实存在这样的规则,而且对矿工是有利的。

F2Pool在其帮助页面上说明,一旦余额超过最低门槛,支付挖矿收益不收取交易手续费。对BTC而言,按矿池自己的表格,这个门槛是0.005 BTC,且用户可自行调整。另一种情况是低于门槛的手动提现:从默认值的10%起可用,也就是从0.0005 BTC起,只能通过Lightning进行,此时0.000001 BTC的手续费由矿工承担。矿池对ETHW和ALEO说明了相反的规则,但那不适用于比特币。

ViaBTC说得更直接:帮助中心把超过最低额的自动提现描述为完全免费,同一栏目下的一则公告表示矿池会持续承担全部交易成本。BTC自动提现的最低额为0.001 BTC。唯一不清楚的地方是手动Normal Transfer:官方FAQ承认该手续费会随网络拥堵浮动,但页面没有说明由谁支付。我们不会替矿池猜测,所以确认之前请在提现界面自行核对具体金额。

以下三个链接可以核实上述全部内容:F2Pool关于支付手续费的帮助文章、ViaBTC关于设置自动提现的页面,以及ViaBTC的充值与提现FAQ。访问日期2026-09-11。

哪些差异才真正值得担心?

那些无法用方差解释、也不会随时间消失的差异。PPLNS上偶尔一周运气不好、FPPS上单日3%的缺口、面板上五分钟的算力波动:这些都是噪声。而按每天正确的网络参数重新计算预期值之后,仍在一个月内持续存在的缺口:这才是信号。

观察到的现象关注级别常见解释
面板算力比机器低2-5%平均窗口、被拒绝的share
面板算力持续一个月低10%以上无法用正常现象解释,应联系客服
FPPS上某一周运气为80%不影响你的收入
PPLNS上运气在一个季度内持续低于100%可能是方差,需用区块浏览器核实区块数量
与你的计算相比,月度缺口为1-3%你的输入数据本身大致就带有这个量级的误差
FPPS上30天内缺口超过10%该方案本身不会产生这么大的差距
公开表格中找不到矿池的区块没有coinbase标签的情况下是可能出现的,但需要一个清楚的解释
矿池在区块浏览器上的份额远低于其自称的算力关于自身算力的说法缺乏任何依据
客服对包含计算过程的书面请求置之不理靠谱的运营方会用数字回应数字
某一次支付延迟到账在mempool拥堵或地址轮换时会出现这种情况
支付经常延迟且没有任何解释从历史上看,这往往是运营方现金流出问题的早期征兆,而不是算术错误

最后这一行本身就值得认真对待。当矿池彻底停止运营时,余额会发生什么,在矿池关停这篇文章中有单独讲解。

30天核查清单

这套流程涵盖了上面提到的所有内容,除了你的机器、矿池账号和一个浏览器之外不需要任何别的东西。

  1. 第0天。记录基础数据:硬件型号和数量、铭牌算力、支付方案、公布的手续费、支付门槛、支付地址。给价格页面截图,而不是抄下数字。页面会悄悄变化。
  2. 第0天。从机器自身建立本地算力记录。没有这个,你就只是在拿矿池数据和矿池数据做比较。最基本可行的监控和报警方案在另一篇文章中有讲解。
  3. 每天。记下四个数字:你的机器每日算力、面板每日算力、当天的入账、拒绝率。
  4. 每天。记录当天的全网算力和交易手续费占比。整个月只用一个快照会使结果失真:2026年8月底的十一天里,全网算力增长了5.2%。
  5. 每周。把公开表格中矿池的区块数量与它自己报告中的数量进行比较。
  6. 每周。在区块浏览器中核对每一笔到账的支付:交易金额、从余额中扣除的金额、网络手续费,以及由谁支付了它。
  7. 第30天。把每天的预期值和实际入账分别求和,再把差距表示为百分比。
  8. 第30天。另外单独计算入账金额与实际到达钱包金额之间的差异。这两个数字之间消失的部分,应当能用门槛、网络手续费或兑换来解释。
  9. 第30天。根据你的方案来判断这个百分比。在FPPS上,月度缺口超过10%就需要一个解释。在PPLNS上,得出任何结论之前要把窗口延长到一个季度。
  10. 第30天。如果这个缺口在此之后依然存在,就去看下一节,而不是去聊天群。

如果差异经得起检验,接下来该怎么做?

提交一份由数字、日期和一个具体问题组成的工单,而不是"你们在偷我的钱"这句话。会认真回应这类请求的运营方,就会回应你;而对一份书面的30天计算置之不理的运营方,其实已经用行动回答了你。

需要附上的内容:

  1. 精确到具体日期的对比周期,加上你的登录信息或worker ID。
  2. 一张每日表格:你的算力、面板算力、入账、拒绝率。
  3. 预期值的计算过程,包括公式以及每个日期所用网络参数的来源。
  4. 以BTC和百分比表示的总缺口。
  5. 带有哈希和金额的支付交易清单。
  6. 一个具体的问题。例如:在这个方案、这个算力、这段时期内,入账收益与预期收益之间的缺口该如何解释。

然后仔细看回复。对你的数字进行拆解说明、指出一条有文档依据的规则,或者承认存在事故并给出重新计算,这些都是可以接受的结果。而对着满是数字的表格,只回以关于网络波动和方差的空泛说辞、不给出任何具体数字,这是一个不好的信号,尤其是第二次出现这种情况的时候。

什么时候换矿池是正确的选择:

  1. 缺口持续了30天,两次询问后仍未得到解释。
  2. 支付延迟变得有系统性。
  3. 矿池不再出现在公开区块表格中,或者其份额与自称的数字严重不符。
  4. 条款在没有事先通知的情况下被追溯性修改。

迁移是要付出代价的:几个小时的停机、旧矿池上作废的PPLNS窗口,以及一笔可能就此留在原地的低于门槛的余额。关于低于门槛的余额是会累积而不是过期的这条规则,F2Pool、ViaBTC和Luxor都有官方确认。对于其他矿池,我们没有找到任何一方明确的说法,所以在离开之前应当把它当作一个待确认的问题。在ASIC插槽中预先配置好备用矿池,能把切换变成几分钟就能完成的事,这在故障转移这篇文章中有讲解。迁移之前,先在矿池对比表中比较一下条款。

这套方法做不到什么

它不能证明欺诈,也不能替代审计。它只能告诉你,你自己能算出来的数字和实际入账之间是否存在差距。在那之后的一切,都是与运营方之间的对话,而不是一桩法律案件。

截至2026-09-11,在我们自己的数据中仍未得到确认的内容:

  1. AntPool、Binance Pool、Foundry USA和Braiins的确切手续费率。官方页面要么无法加载,要么没有公布具体数字,要么与其他来源相互矛盾。
  2. F2Pool和ViaBTC的提现手续费,以及"谁来支付网络手续费"这条规则。
  3. EMCD和Kryptex的自动兑换价差比率。
  4. Ocean的支付门槛:0.01048576 BTC这个数字来自二手评测,没有得到官方文档的直接确认。
  5. 发布当天的确切实时算力价格。直接从Luxor指数上读取这个数字行不通:该页面通过脚本渲染,缓存返回的值明显已经过期。根据针对2026-09-05和2026-09-08的Hashrate Index数据的带日期转载,算力价格维持在每PH/s每天39到40美元左右,也就是大约每TH/s 0.039到0.040美元。而一份标注2026-09-06的评测给出的却是三十多美元的中段区间,与另外三个来源对不上。这足以作为一个大致方向,但如果要做关停计算,请在你实际计算的当天自行查一遍这个数值。作为参考,根据已发布的Luxor月度报告,六个月内的最低点是2026-06-06的27.74美元/PH/s/天,最高点是2026-08-27的40.02美元。

简要版

区块、区块内的手续费、支付交易以及你自己的算力都是可以核实的。PPLNS窗口的内部运作和矿池的真实产能则不能,而区块浏览器的份额数据对后者来说也只是一个代理指标而已。

计算预期值时应使用每一天各自对应的网络参数,而不是一个月前的快照。在FPPS上,入账曲线应当是平的;在PPLNS上,要放到一个季度内判断;而在FPPS上,运气和你的收入没有任何关系。

先在各种扣除项中寻找那笔"消失的钱"。门槛、网络手续费、独立的提现最低额,以及兑换价差,能解释大多数"到账比预期少"的情况。只有当缺口经受住30天和一次重新计算的检验之后,才应该提交工单,而且提交时要带上一张表格。

差异要用30天来核实,而不是靠某一个糟糕的日子
差异要用30天来核实,而不是靠某一个糟糕的日子