多客户托管结算：计费方式要对上合同，而不是月底表格

很多工业托管并不是因为看不见矿机才亏钱。真正耗人的是月底：几十个客户、几种合同、两套数据，最后要合成一张账单。

现场很常见：新旧机型混跑，有的厂房有电表，有的客户只认矿池算力，有的按运行时长付费。电表、矿池观察者、合同不在同一个地方。对账靠表格时，电量差 1% 并不罕见。利润本来就薄，后面是扯皮，以及运维被结算拖住。

ItsMiner 是面向比特币矿场 专业的比特币矿机管理软件平台。对托管商来说，真正用得上的是结算数据：每个客户落在系统里已有的三种计费方式之一，电量和电费用同一套线损与电价，客户在观察页看到的也是这套数字。

合同不一样，表格会先垮

问题通常不是「矿机太多」，而是合同本来就不一样。

电表客户应按电表记录付费；算力客户应按矿池侧平均算力和配置的功耗比付费；时长客户应按额定功率和运行时长付费。如果硬把三种合同塞进同一张「估算电量」表，一定有人多付、有人少付，下一周就会在邮件里重讲计算逻辑。

监控工具能告诉你机器在不在线，但不能替你完成多客户电费结算。所以很多托管商仍在导出 CSV、粘进 Excel，再赌这个月的线损和上个月用的是同一套口径。

三种计费，按系统里真实在用的口径写

在 ItsMiner 里，计费方式是客户字段：电表计费、算力计费、时长计费。切换方式不会清掉其他方式下的历史记录。客户中途改合同，这一点用得上。

电表计费跟物理电表。用电量 =（止码 − 起码）× 倍率。已经按客户或厂房装表的场地，以及希望账单跟着实际 kWh 走的高效机型，最适合这个口径。

算力计费用矿池数据，不是「J/TH」一句话。用电量 = 24 小时平均矿池算力 × 功耗比（kW/T）× 单台每日运行时长。子账户需要有效观察者链接和收益权限。机器算力不达标时，账单电量会跟着下降。这个口径跟矿池产出，不会自动保护托管方电费利润。合同若是「机子在跑就按额定功率收」，更接近时长计费。

时长计费是额定功率 × 总运行时长。时长来自矿池观察者累计在线时长，不是一口价套餐，也不是按可用性打包。仍然先算出电量，再算出电费。

三种方式的电费都是：电量 × 线损 × 电价。电价是客户上的 USD / kWh 字段，不是把 ERCOT 15 分钟实时电价写进账单的公式。那些电价序列用在负荷调节，用来决定何时切工作模式，不是出账引擎。

月底先要对上每个客户的电量

托管商真正争的通常不是发票模板，而是每个客户的 kWh 有没有按合同口径算出来，财务不必从三份导出表重做一遍。

这个数字在电量统计里：电表读数、矿池算力或运行时长，再加上线损和电价。电费公式与上文相同。页面上还能看实际 vs 预估、矿场合计 vs 客户合计。这两处对比，通常就够用来发现漏抄的电表区间、失效的观察者链接，或者矿机划走过但没改归属的客户。

示例（estimated）：大约 40 个客户、电表和算力合同混用的托管商，以前要对电表和矿池的 CSV 对上几天。每个客户有计费方式、电价，周期电量也齐了之后，月底工作变成复核这些数字，再按托管商自己的财务流程出票。省下的时间在对账，不在跳过财务。

客户看到的数字，应和你结算用的是同一套

多数争议不是少了一位小数，而是两套真相：托管商的表格，和客户自己截的矿池页面。

ItsMiner 提供观察页：该客户名下矿池、收益。授权账号可以登录系统查看矿机数据，不能做写操作。两边看同一周期，通常就能停掉「你们算力达标率不对」这类来回。

另一类缺口在运维。矿机挖到白名单外地址，会标成 Not Whitelisted，并可自动恢复到正确子账户。扫描到的新子账户先待审核，审核前不能切换、推送或自动恢复。矿池包括 AntPool、ViaBTC、Poolin 等。本地电量是 5 分钟粒度，矿池曲线大约 10 分钟。结算应跟该客户计费方式的数据源，不要讲成「两边都是 5 分钟扫描」。

维修单和值班记录是运维模块，用来把在线率拉回来，不算电费。矿场若在高电价或需求响应（DR）窗口做负荷调节，账单电量仍按该客户的电表、算力或时长口径走。两件事不要混成一个功能。

对托管商，可执行的标准其实很短：每个客户有计费方式、电价和线损；周期电量齐全；观察页看到的是同一套数字。这几件事成立，月底是复核两边已经对齐的数据，而不是在 Excel 里重算。缺任何一件，表格救不了你，只会把缺的那一件藏起来。

联系我们获取演示：

• 邮箱：sales@powsell.com
• Telegram：@ItsMinerOfficial