节点费、网络费、服务费：Hedera 的三段手续费为什么用美元定价

三个名字，两种收款人

在 Hedera 上提交一笔交易，账单被拆成三份：节点费、网络费、服务费。官方文档与条款对每一段都有明确定义。节点费付给最初替你受理这笔交易的节点，作为它接入并广播的处理成本，这个金额由节点的主办方设定；网络费付给网络，覆盖把交易送进共识排序的成本；服务费同样进入国库，覆盖这笔交易对应服务的持续提供——转账、智能合约执行、文件存储各不相同，可按交易的体量、处理需求与服务交付时间计算。有意思的是不对称：所有交易类型的节点费用同一套算法计算，网络费是节点费之上的一个乘数，只有服务费因类型而异。换句话说，Hedera 把”替你收消息”与”替你办事”两笔成本分得很开，前者人人一样，后者按服务明码标价。

从资源加权到基础费加额外

Hedera 的费用表经历过一次方法级改版。官方文档写明：现行模式是 HIP-1261 定义的”基础费加额外”——每类交易与查询先有一个基础价，交易实际用到的资源按额外项在基础上累加；这套模型替代了此前按多种资源加权计算的综合费用公式。官方费率表里的主网价格被描述为下限估计：比如加密货币转账的基础报价假设单签名，文件存储假设一千字节存九十天，超出这些假设的交易会更贵。从前的模型要求客户端理解一篮子资源的权重，现在的模型把复杂度从估算过程挪进了价格表本身——透明但更依赖表格的完整性。

费用表就住在链上

多数链的费用参数藏在客户端默认值或治理参数里，Hedera 把它做成了账本状态：官方文档明确，费率表以 JSON 文档形式存放在链上系统文件 0.0.113。想核对某类操作的报价，不用信任某个第三方仪表盘，链上那份就是权威版本。这套安排的另一个含义是改价本身要走交易流程——费率表成为被共识维护的状态，而不是某台服务器上的配置。

用美元定价，用 HBAR 交钱

Hedera 费用以美元计价、以 HBAR 支付，这在主流公链里是少数派。官方口径的计价单位叫 tinycent：一美分等于一亿 tinycents，一美元等于一百亿 tinycents——用足够细的最小单位表达微费率，避免取整误差。计算完成后，系统按当前网络汇率把美元费用换算成 HBAR 再从付款账户扣除。条款同时写明，这个汇率由 Hedera 基于市场利率的合理认定确定，属于单方可动的参数。由此产生的行为差异值得注意：同一笔交易的美元成本大体稳定，而付出的 HBAR 数量随行情波动。绝大多数链的费用表直接以原生币计价，网络越忙币价越高时用户承受双重放大；Hedera 的拆分让费用可预算性站在用户这边，代价是原生币价格与费用水平解耦，链的使用收入折算回币不是线性的。

节点报酬按天结算

三段费用的去向也有官方说法：节点费归受理节点，网络费与服务费进入国库，再按节点报酬安排分配给过去二十四小时内在线并参与处理的节点，每天支付一次。对节点运营者，掉线窗口的代价直接反映在次日报酬；对普通用户，这份账本至少能回答”我付的手续费给了谁”。另外查询并非全部免费，官方费率表同时列出查询的报价。主网与测试网用同一张费用表，区别只是支付 HBAR 还是测试币。

风险提示：本文为机制说明，不构成投资建议；具体费率、汇率与 HIP-1261 的适用范围会随网络参数调整，涉及金额请以 Hedera 官方费率表与链上系统文件为准。