getblockstats费率字段怎么读？

getblockstats 把一个已确认区块压缩成费用、体积和 UTXO 变化统计。它适合复盘历史区块，不适合直接预测下一块；尤其要区分 totalfee 这种总量和 avgfeerate、percentiles 这种单位费率。

费用字段的单位必须明确

totalfee 表示区块内非 coinbase 交易手续费总量，avgfee 与 medianfee 按交易聚合；avgfeerate 和 feerate_percentiles 则按虚拟字节口径。展示时保留 satoshi 与 sat/vB，不能把平均每交易费用当费率。

百分位数是按交易重量分布

feerate_percentiles 帮助观察区块中不同重量位置的费率，但它不是“五档推荐费”。矿池模板、包交易、优先交易和时间变化都会让某个历史区块偏离当前 mempool。

区块统计字段按什么口径聚合

1. 费用字段的单位必须明确：getblockstats按区块哈希或高度返回聚合统计，可通过stats参数只请求需要的字段。
2. 百分位数是按交易重量分布：totalfee、avgfeerate、feerate_percentiles、total_weight和txs描述不同口径，费率不能与总手续费直接互换。
3. UTXO 统计解释区块结构：区块统计只描述已确认样本，不代表当前内存池或下一块的必需费率。

高手续费区块拉高平均值时

一个高手续费清算区块可能把 avgfeerate 拉高，但中位或低百分位仍不同。单一平均值无法表达分布，用户更不能把它当成下一笔交易的保证门槛。

固定区块后再复算费率

1. 按 blockhash 固定目标，不用高度后又跨节点取到重组前数据。
2. 只请求需要的 stats，并为每项记录单位和定义。
3. 用 decoderawtransaction 抽样复算总费、vsize 与输入输出数量。
4. 若用于费率参考，再与当前 mempool 和 estimatesmartfee 分开展示。

UTXO 统计解释区块结构

utxo_increase、outs、ins、total_out 等字段说明该区块创建和消费输出的结果。Coinbase、零费交易或特殊脚本会影响聚合；分析前要确认是否排除 coinbase 以及 stats 选择。

字段单位不明就不画图

字段定义、单位或目标区块主链状态不清时，不发布衍生图表。

让统计结果可以重放

为了让统计可复现，建议把 RPC 原始响应与所用 Bitcoin Core 版本一并归档，并为每个字段维护单位字典。展示层若把 satoshi 换算成 BTC 或把权重换算成虚拟字节，应保留原值与转换公式。跨区块比较时还要标记区块是否包含异常大交易、矿池自转或铭文活动；这些结构变化可以解释分布，却不能被删作“离群点”。

getblockstats字段依据

1. Bitcoin Developer Reference：用于核对Bitcoin Core getblockstats的候选主题的一手字段、产品说明或事件发现。
2. Bitcoin RPC Index：用于核对Bitcoin Core getblockstats的实现路径、交叉验证或风险边界。

相关站内主题：费率估算、手续费基础。资料访问时间为2026-07-22；协议、接口、监管清单与产品界面均可能更新。

风险提示：历史区块的平均费率不能保证下一块所需费用，单位混淆还会放大或缩小结果。发布统计时应附Core版本、区块哈希和转换公式；本文只说明复算方法，不提供交易费率或打包时点承诺。