Hedera测试网拟升v0.79：余额查询迁移后，应用该怎样验收

Hedera把下一次测试网升级排在11月4日18时UTC，换成北京时间已是11月5日凌晨2时，预计维护约40分钟。这份10月28日发布的v0.79安排，给应用团队留下的是一次兼容性验证窗口。11月2日读取的官方状态页仍将主网列为v0.78.2，测试网列为v0.78.0；把两个环境混写，会同时误导钱包用户的停机预期和持币者对升级进度的判断。[1][2]

凌晨窗口里，应该记录哪一条业务链路

公告明确预期测试网服务在维护期间可能出现中断，但没有承诺每个接口都中断40分钟，也没有把这次排期扩展到主网。[1] 对开发者而言，开始和结束时刻适合安排值班，真正需要验收的是一笔操作从提交、确认、查询到应用展示的连续结果。仅保存一张网络恢复截图，会遗漏用户资金状态最容易发生误读的环节。

可以把待验证对象具体化为一个测试账户和一笔事先留存身份信息的测试交易。维护前记录账户、目标网络、请求内容及应用看到的状态；维护后沿原交易继续查证，而不是为了得到成功提示重新发起不同交易。这是一种验证设计，并非本文已经执行的测试。它的作用是把网络处理结果和应用自身重试行为分开，否则新请求成功可能掩盖旧请求仍未对账的问题。

恢复验收应落在同一业务对象上：页面能打开，只能证明入口恢复；原交易能被追踪并正确显示，才开始说明业务链路恢复。 如果应用通过外部服务商读取数据，还应保留服务商名称和查询时间。测试网维护结束不保证每个外围服务在同一秒恢复，差异需要靠实际响应确定，不能从官方预计时长推算。

概念插图：测试环境验收与主网运行需要分别取证，图中物件不代表真实节点拓扑。

Binance全球顶级交易所 v3.22.3

类型：金融理财大小：306.0M语言：多国语言[中文]时间：10-25评分：10.0

一个已经发生的接口迁移，适合用来检验验收方法

余额读取提供了比版本号更具体的案例。官方2月13日迁移说明把AccountBalanceQuery移除安排在共识节点v0.77，状态页也保留了相关弃用通知，要求改用镜像节点REST接口。[2][3] 这属于先前版本的迁移背景，不能列入v0.79新特性，更不能等11月这次维护完成才开始识别旧调用。

官方解释，旧查询直接给共识节点增加负担，镜像节点则承担专门的数据查询工作。[3] 因而替换调用后，团队改变的不只是函数名字，还包括数据从哪里来、请求由谁限流、失败时该向哪个服务定位。假如程序仍把查询失败显示成余额为零，节点升级本身不会替应用修复这个展示错误。失败、空结果和真实零余额应保留不同状态，这是应用层的分析要求，不是公告对某个现有钱包行为的指控。

HBAR余额与代币持仓应分别检查

迁移文档给出的SDK替代项MirrorNodeAccountBalanceQuery通过镜像节点REST接口读取账户HBAR余额；代币余额另有账户tokens接口。[3] 这意味着一个只检查HBAR展示的验收样本，覆盖不了同一账户内代币列表是否完整。对于同时显示多种资产的钱包，测试通过标准应对应实际支持的资产范围，而不是以首页出现一个数字作为全部持仓正确的证明。

这里也需要避免反向夸大：数据查询换到镜像节点，不能直接推断所有余额都不及时，更不能推断用户资产发生损失。合理做法是在同一时点保留查询结果与已确认交易证据，出现差异时再调查时间范围、服务响应与应用缓存。本文没有对节点延迟做实测，因此不提供所谓平均等待秒数，也不以缺乏依据的阈值判定故障。

官方同一页的不同状态，已经说明不能只读总标题

11月2日读取时，官方状态页把主网网络运行标为Operational，同时把主网个别节点集合标为Partial Outage；镜像节点REST主网接口则显示Operational。[2] 这些是本次读取时的状态快照，并非对未来维护时段的保证。它们描述的对象不同，放在一起并不矛盾，也不支持“全网全部正常”或“主网整体停摆”这样的扩大判断。

节点局部异常、全网共识运行与查询接口可用性，应当分别取证。 一家应用如果恰好依赖某个异常节点，可能出现与全网概览不同的体验；反过来，全网共识可用也不能证明该应用的缓存和账务展示已经恢复。这是从依赖关系出发的条件分析，不能据此声称本次快照中的个别节点异常已经影响某家交易所或钱包。

原文摘录排版，非网页截图。引文来自Hedera官方维护事件页；中文水印概括公告限定的环境范围。[1]

因此，团队对外说明维护影响时，可以先写清是主网还是测试网，再标明交易提交、状态查询或资产展示中的哪个环节受到影响。这样形成的说明更容易与证据对应，也便于用户判断是否需要等待。将任何报错都归因于“升级中”，会让已经存在的接口迁移遗漏被维护窗口暂时掩盖。

欧易okx交易所 v6.195.1

类型：金融理财大小：549.4M语言：中文时间：11-1评分：10.0

验收通过以后，仍需要另一份主网上线证据

官方旧迁移文档说明，Hedera托管的镜像节点查询免费但受限流约束，商业服务商提供更高用量方案。[3] 若应用此次验收还包括扩充查询量，成本比较就应该同时记录成功响应、受限请求和为此增加的付费资源。免费入口并不等于无限容量；换成付费服务也不自动消除应用缓存或错误处理缺陷。没有同口径流量样本，就不能把节点升级描述为确定降低每位用户的使用成本。

同样，测试网通过后的意义主要是缩小兼容性的不确定性。它可以让团队更早发现旧调用和错误处理问题，但不能替代主网实际部署通知、生产配置及业务流量下的观察。若后续正式发布说明给出新功能和适用范围，再逐项核对；这次维护公告本身没有提供足够材料，支持对v0.79吞吐量、手续费、质押奖励或HBAR供需做量化变化判断。[1]

对持币观察者，这一界限也决定了如何跟踪消息。测试网排期能证明开发运维继续推进；新增付费使用、持续收入与代币需求，还需要独立数据。即使未来主网采用同一版本，也应确认实际启用内容和使用结果。反例并不难想象：应用兼容全部通过，却没有新增业务流量，这时技术进展成立，需求增长判断仍然缺少支撑。

到了北京时间11月5日凌晨，最有用的记录是维护事件是否更新为完成、同一测试业务是否恢复、余额查询是否走了正确接口，以及尚未解决的差异归属哪个服务。这些结果能决定应用是否继续发布。至于主网何时升级，应等待主网自己的公告和完成记录；把等待中的证据留空，比用测试网日期填进去更有利于后续核对。

资料来源

[1] Hedera测试网维护事件

[2] Hedera网络状态快照

[3] Hedera余额查询迁移说明