每秒哈希量先说明测量的对象
比特币挖矿算力单位通常写作H/s，即每秒哈希数量。阅读数字前，先看它属于整个网络的估计、某台设备的规格，还是某项测量的结果。单位相同只说明表达的是同类速率，不能替代对象和方法说明；全网估计也不是对每一台正在运行的设备逐一抄表。
Bitcoin Core 28.0的getnetworkhashps文档明确将返回值称为网络每秒哈希数量的估计，并以此前若干区块作为计算依据。本文采用这个固定版本解释字段含义，没有调用节点，也没有取得此刻全网算力。因此文中的任何例子都不应标成实时网络统计。
大单位换算使用十进制词头
NIST的SI词头表将M、G、T、P、E分别对应十的六次、九次、十二次、十五次和十八次方。按这些词头书写哈希速率时，1 TH/s等于1000 GH/s，1 PH/s等于1000 TH/s，1 EH/s等于1000 PH/s。这里使用十进制倍率，不用计算机存储容量中可能出现的1024倍率替换。
例如，纯粹假设某份记录为2 EH/s，把它改写成2000 PH/s或2000000 TH/s，表达的仍是同一速率。这是作者自拟的单位练习，不代表网络增长。若先把一组数值四舍五入再换单位，应注明展示精度，避免把显示位数的变化解释成统计对象本身发生变化。
区块窗口与目标高度应随结果保存
该RPC的nblocks参数默认值是120，表示用于估算的此前区块数量；设为-1时，按文档含义取上次难度变化以来的区块。height参数则用于估计某个给定区块高度对应时点的网络速度。120个区块不是120分钟，窗口参数不能在报表中被悄悄改写成固定时长。
由此，比较两份估计时应先核对软件版本、目标高度和区块窗口，再统一单位。若一份采用120个区块，另一份采用240个区块，即使两者都写TH/s，也没有采用同一取样范围。数值不一致时先保留各自条件；仅凭一个差值，不能断言新增了多少设备或某台机器出现故障。若记录缺少目标高度或窗口，就保留缺项，不能用另一个页面的参数补齐后声称两条估计可以直接比较。取得时间也要与估计针对的时点区分，今天读取一条历史高度的结果，并不会让它自动成为今天的网络状态。
估算结果和硬件标称值分列展示
Cambridge的CBECI方法页把日平均网络哈希速率列作模型参数，并说明实际在用硬件组合难以精确掌握、设备规格也可能偏离真实表现。这些限制来自其用电估计模型，不能被改写成Bitcoin Core接口的误差区间，更不能拿某台设备的标称算力直接替换全网估计。
一份便于复查的资料卡可保存原数值与单位、换算值、资料版本、区块窗口、目标高度和取得时间。设备标称值另附设备身份及原规格出处，缺少条件时标为未提供。这样的分列帮助读者区分换算和估计，不构成硬件验收，也不能单凭算力数字推出耗电量、成本或收益。