压测扩容与
安全算法通告

减少请求，让常用状态更快呈现

6.5.2 已将钱包首页、算力、收益和 NFT 的常用状态合并读取。一次刷新由原流程的 19 次网络请求减少到 1 次，公共状态采用短时缓存，同地址的并发读取合并，自动刷新加入错峰。

刷新途中保留上次成功读取的数据；读取失败会提示重试，减少 NFT 或算力板块反复清空、长时间只显示“读取中”的情况。

测量日期：北京时间 2026 年 10 月 5 日。新流程第一笔为强制读取，后两笔可命中短时缓存；这组三次样本用于说明读取方式的改善，不代表所有手机都能达到相同速度，也不代表持续高负载性能。

公开压测结果，也公开验证范围

读取组件已在独立、隔离的测试环境中，使用真实合约对 1,000 个不同空地址完成读取评估；同时执行 16 路并发读取，未向现有链发送压测交易或批量生成真实用户。

P95 表示这次测量中约 95% 的读取耗时不超过该值。测试没有覆盖公网网络与加密传输、实际大型团队统计、持续收益结算、真实交易高峰及访问记录持久化等完整链路。

若 1,000 名在线用户平均每 30 秒刷新一次，理论上约产生 33.3 次读取 / 秒，还未计入交易、后台操作和突发刷新。容量需要结合真实业务比例、缓存命中情况和峰值负载重新评估，并留出运行余量。

先优化链路，再按真实负载扩容

以下为后续容量建设方向，不表示这些扩容设施已完成部署。

1. 降低重复查询

   继续评估共享查询缓存、预生成状态快照与增量统计，减少大团队和 NFT 资格统计对实时读取的影响。

2. 分离不同负载

   逐步将链节点、查询服务、后台统计及静态文件分开承载；下载和图片可采用 CDN 或对象存储，减少大文件下载对钱包查询带宽的争用。

3. 按监控数据配置资源

   扩容以高分位延迟、错误率、队列积压、CPU、内存、磁盘和带宽为依据。增加服务器配置需要配合软件优化，不能单靠内存大小保证容量。

4. 建立高可用与恢复方案

   在扩大服务规模及推进正式主网前，单独评估生产级链节点、故障切换和一致性备份恢复。节点迁移须保留账户、资产、合约和历史记录，另行安排验收与公告。

在大规模引流前，需进行包含真实团队规模、缓存未命中和交易比例的持续压力评估。后续如有扩容或维护窗口，将另行发布安排。

安全算法保护操作，不改变收益规则

本通告中的“安全算法”指访问控制、请求校验、交易验证与异常流量管理，不代表调整算力分配、奖励产出、领取时间、月度衰减或 NFT 资格算法。

• 加密通信：现有公网访问使用 HTTPS，降低通信被窃听或篡改的风险。
• 请求与交易核验：现有网关对请求格式、允许的方法及交易参数进行校验；锁定地址继续按现行规则处理。
• 异常流量限制：现有服务保留读取、登录和交易相关限流。出现“请求较多”提示时，应稍后重试，避免持续重复点击。
• 后台访问保护：现有后台使用登录鉴权、会话失效、退出撤销和跨站请求校验；管理操作保留记录，敏感资料不进入公开公告。

安全防护需要持续维护。边缘防护、容量建设及更完整的风险监控仍需按计划评估，不能将开发方案、检查清单或本公告等同于全部防护已上线、独立安全审计通过或官方安全认证。

每次上线前，核对这些关键事项

以下是后续发布与运维的自查要求，实际完成情况需留下验证记录。本次仅发布公告，不进行钱包或算力后台升级。

透明披露结果，保护个人与系统信息

本公告只披露非个人化的汇总结果与维护原则，不公开用户钱包地址、用户访问 IP、交易明细、私钥、助记词、账户密码、访问令牌、服务器连接资料或内部配置。

内部排查资料与公开公告分别管理。访问 IP 等风控资料仅在现有受限后台按授权处理；同一网络可由多名用户共享，不能仅凭相同 IP 认定是同一个人。

本公告页面不要求连接钱包，不要求提交私钥、助记词或密码，不新增表单、跟踪脚本或个人信息采集功能。请自行妥善保管钱包凭据。