交易所网络升级雷达：区块高度、钱包暂停与恢复证据

已核验的来源事实

1. 双重触发,公告同时提供大致时间与区块高度。,bybit-zig 2. 服务拆分,充值提现暂停而交易据称继续。,bybit-zig 3. 恢复信号,公告引导用户设置账户页面提醒。,bybit-zig 4. 内部移动,钱包维护可能产生平台控制的大额链上转账。,bybit-wallet

对照表

1. 控制测试：版本

交易控制披露只有转换成可测试规则才有意义。版本需要检查协议发布。应使用沙箱、非生产环境或最小可逆测试，然后记录准确标签。可以保存配置和事件证据，但绝不能记录凭据，并应验证文档所述的撤单、拒绝、减量或历史记录行为。

审计要模拟失败路径，而不只看设置流程。需要追问哪套策略拥有 maker 与 taker 订单、平台按哪个账户边界判断、哪个消息能证明干预，以及部分成交或断线后如何对账。平台文档只能说明支持什么，不能证明操作者配置正确。版本歧义因此必须保留为明确缺口。

版本这一行最终应形成一条与协议发布绑定的监控规则。执行者应记录准确标签，保存平台响应，并为异常指定责任人。文档质量是积极信号，但不能认证交易所或交易系统；在真实观察之前，版本歧义仍是独立生产风险。

2. 控制测试：时间

时间需要检查大致UTC。应使用沙箱、非生产环境或最小可逆测试，然后标准化。

审计要模拟失败路径，而不只看设置流程。时区错误因此必须保留为明确缺口。

时间这一行最终应形成一条与大致UTC绑定的监控规则。执行者应标准化，保存平台响应，并为异常指定责任人。文档质量是积极信号，但不能认证交易所或交易系统；在真实观察之前，时区错误仍是独立生产风险。

3. 控制测试：高度

高度需要检查目标区块。应使用沙箱、非生产环境或最小可逆测试，然后监控。

审计要模拟失败路径，而不只看设置流程。链速漂移因此必须保留为明确缺口。

高度这一行最终应形成一条与目标区块绑定的监控规则。执行者应监控，保存平台响应，并为异常指定责任人。文档质量是积极信号，但不能认证交易所或交易系统；在真实观察之前，链速漂移仍是独立生产风险。

4. 控制测试：充值截止

充值截止需要检查平台时间。应使用沙箱、非生产环境或最小可逆测试，然后提前停止。

审计要模拟失败路径，而不只看设置流程。迟到入账因此必须保留为明确缺口。

充值截止这一行最终应形成一条与平台时间绑定的监控规则。执行者应提前停止，保存平台响应，并为异常指定责任人。文档质量是积极信号，但不能认证交易所或交易系统；在真实观察之前，迟到入账仍是独立生产风险。

5. 控制测试：提现截止

提现截止需要检查平台时间。应使用沙箱、非生产环境或最小可逆测试，然后避开队列。

审计要模拟失败路径，而不只看设置流程。请求待处理因此必须保留为明确缺口。

提现截止这一行最终应形成一条与平台时间绑定的监控规则。执行者应避开队列，保存平台响应，并为异常指定责任人。文档质量是积极信号，但不能认证交易所或交易系统；在真实观察之前，请求待处理仍是独立生产风险。

6. 控制测试：交易状态

交易状态需要检查独立产品。应使用沙箱、非生产环境或最小可逆测试，然后核对。

审计要模拟失败路径，而不只看设置流程。误判停机因此必须保留为明确缺口。

交易状态这一行最终应形成一条与独立产品绑定的监控规则。执行者应核对，保存平台响应，并为异常指定责任人。文档质量是积极信号，但不能认证交易所或交易系统；在真实观察之前，误判停机仍是独立生产风险。

7. 控制测试：链完成

链完成需要检查验证者证据。应使用沙箱、非生产环境或最小可逆测试，然后等待确认。

审计要模拟失败路径，而不只看设置流程。过早恢复因此必须保留为明确缺口。

链完成这一行最终应形成一条与验证者证据绑定的监控规则。执行者应等待确认，保存平台响应，并为异常指定责任人。文档质量是积极信号，但不能认证交易所或交易系统；在真实观察之前，过早恢复仍是独立生产风险。

8. 控制测试：钱包测试

钱包测试需要检查平台证据。应使用沙箱、非生产环境或最小可逆测试，然后检查账户页。

审计要模拟失败路径，而不只看设置流程。只看链状态因此必须保留为明确缺口。

钱包测试这一行最终应形成一条与平台证据绑定的监控规则。执行者应检查账户页，保存平台响应，并为异常指定责任人。文档质量是积极信号，但不能认证交易所或交易系统；在真实观察之前，只看链状态仍是独立生产风险。

9. 控制测试：提醒

提醒需要检查恢复渠道。应使用沙箱、非生产环境或最小可逆测试，然后订阅。

审计要模拟失败路径，而不只看设置流程。错过变化因此必须保留为明确缺口。

提醒这一行最终应形成一条与恢复渠道绑定的监控规则。执行者应订阅，保存平台响应，并为异常指定责任人。文档质量是积极信号，但不能认证交易所或交易系统；在真实观察之前，错过变化仍是独立生产风险。

10. 控制测试：后测

后测需要检查小额转账。应使用沙箱、非生产环境或最小可逆测试，然后对账。

审计要模拟失败路径，而不只看设置流程。大额损失风险因此必须保留为明确缺口。

后测这一行最终应形成一条与小额转账绑定的监控规则。执行者应对账，保存平台响应，并为异常指定责任人。文档质量是积极信号，但不能认证交易所或交易系统；在真实观察之前，大额损失风险仍是独立生产风险。

决策场景

场景 1：当版本成为关键约束

假设读者最关心的是协议发布，正确做法不是寻找一个适用于所有人的赢家，而是记录准确标签，保存证据，并在投入资金或权限前定义停止条件。只要证据变化，就重新打开决策，而不是继续沿用旧结论。这样得到的是一条能够重复执行的操作规则，而不是一次性的主观看法。

场景 2：当时间成为关键约束

假设读者最关心的是大致UTC，正确做法不是寻找一个适用于所有人的赢家，而是标准化，保存证据，并在投入资金或权限前定义停止条件。

场景 3：当高度成为关键约束

假设读者最关心的是目标区块，正确做法不是寻找一个适用于所有人的赢家，而是监控，保存证据，并在投入资金或权限前定义停止条件。

场景 4：当充值截止成为关键约束

假设读者最关心的是平台时间，正确做法不是寻找一个适用于所有人的赢家，而是提前停止，保存证据，并在投入资金或权限前定义停止条件。

场景 5：当提现截止成为关键约束

假设读者最关心的是平台时间，正确做法不是寻找一个适用于所有人的赢家，而是避开队列，保存证据，并在投入资金或权限前定义停止条件。

场景 6：当交易状态成为关键约束

假设读者最关心的是独立产品，正确做法不是寻找一个适用于所有人的赢家，而是核对，保存证据，并在投入资金或权限前定义停止条件。

常见问题

本文是否建议使用或避开某个平台或产品？

不是。它是一套基于来源的决策框架。最终结论取决于用户地区、签约实体、账户、产品、交易规模、风险承受能力与实时条款。

公布的费率或控制措施是否永久有效？

不是。公开费率和控制规则会变化，实际条款也可能针对账户。应核对登录后的实时页面。

页面返回 HTTP 200 是否证明产品正常可用？

不能。公开页面存在，不代表特定地区或账户一定能使用该产品，账户级证据才是最终依据。

为什么必须公开列出未知事项？

因为用假设填补证据空白会制造虚假精确。未知事项说明下一步应该核验什么。

最安全的第一步是什么？

写清具体任务，核验官方来源，采用最小权限和最可逆的路径，并在适合时先做小额测试。

来源与编辑方法

• Zigchain upgrade notice — Bybit
• Maintenance registry — Bybit
• Wallet maintenance example — Bybit