区块链节点存储：当前状态与历史查询

状态和历史并非一类资料

当前状态用于执行新交易，区块体和收据描述过去活动，而某高度的账户存储又属于历史状态。查得到旧交易不代表能任意读取当时每个合约变量，接口能力要按资料类型区分。

同一高度查询余额与调用复杂合约可能需要不同数据路径，接口支持列表应精确到方法和范围。一个成功的最新余额查询不足以证明历史研究可运行，选取多个年份的公开样本更容易发现保留边界。

完整验证不等于全历史查询

节点可以完整验证链而不保留所有历史状态查询能力。归档服务通常保留更广的状态历史，但不同客户端与版本实现不同，不能只看Full或Archive标签就推断全部覆盖。

验证节点可通过执行历史建立当前状态后裁剪部分内容，保留策略是资源与服务能力选择。不能用“不是归档”指控节点未验证，也不能用“归档”一词保证所有日志和索引查询无限可用，具体要读客户端实现。

裁剪改变本地可提供内容

裁剪策略影响节点能服务什么历史请求，区块哈希存在也不保证提供商还保留每类附属数据。将查询超时、方法不支持和真正零余额分别处理，禁止把所有错误补成零。

程序应记录错误代码和原始消息，区分高度不存在、状态不可用、速率限制和网络超时。自动重试只适合暂时故障，对永久超范围请求反复重试会浪费资源。未知余额应保留未知，不能生成零资产通知。

研究查询要固定高度

记录区块号、哈希、资料类型与获取时间，处理重组时说明使用的链分支。若应用依赖多年历史调用，事先确认服务保留政策和导出能力，避免在生产后才发现范围不足。

固定区块哈希可减少同高度不同分支的混淆，仍要考虑节点支持的查询方式。数据导出注明最终确认策略和时间；若旧样本后来受重组影响，应保留修订原因，不把改变描述成账户突然凭空增减。

建立可解释的缺失分类

可以用公开合约的几个历史高度测试查询，标注成功、超范围或暂时失败。测试无需发送交易或访问私钥。保存客户端与接口版本，后续结果改变时先检查资料服务变化，再解释资产状态。

维护手册可以写明主服务范围、备用来源和停止输出条件，缺少关键数据时宁可提示暂不可算。对公众产品，透明说明历史覆盖比宣称全部链上数据永久随取更可靠，也方便后续替换服务商而不改变统计定义。

技术检查单依次记录“当前状态”“历史区块”“历史状态”“查询覆盖”，把标准规定、软件实现和这次实际观察分栏。先做无资金、只读的小范围检验，保存版本与区块引用，出现缺失就说明无法确认的环节。不同客户端的结果不一致时核对参数和资料范围，不凭一个页面断言整个协议失效。解释应让读者理解边界，而不是让复杂术语成为安全保证。