跳转到内容

2026-06-11

NovaSwap(fomopaddapp / iro-bsc) 全天。排满一天、四条主线:① FEAT-015 非RWA代币详情页收尾 —— 「我的交易」未登录拦截(RWA/非RWA 对齐)、收藏 is_rwa 分流、详情页返回按钮 + Swap 返回保留选币、AC 逐条核验过;② 收藏/Portfolio 市值 + 流动性显示修复 —— 市值改链上算 totalSupply×price 不依赖后端、流动性小储备不再被抹成 0;③ 非RWA K线完全复用 RWA KLineChart 模块 + K线时间双重时区偏移修复(改 UTC 渲染与交易表对齐);④ 傍晚起回应 QA/团队反馈连发两轮优化并部署:K线显示更清爽(barSpacing 调细 + countback 加大) 与 交易表 10s 自动刷新(不再需手动刷页)。另:持有者/LP/交易列表全量改按地址查(配合后端 zz 同日把接口从 community_id 改成合约/交易对)。晚间排查 novahub 新 UDF K线与旧 DDD1 显示不一致,定位三处后端数据问题。

FEAT-015 非RWA详情页收尾 + 登录拦截(上午)

Section titled “FEAT-015 非RWA详情页收尾 + 登录拦截(上午)”
  • b8560c1a / ca1765a0:plan 状态推进 —— feature_complete_pending_qaAC 逐条核验通过 feature_complete_ac_confirmed
  • bf4c2f34:非RWA「我的交易」未连钱包登录拦截(FE-001,复用全站连接钱包动作)。
  • 3f515a80:RWA「我的交易」未登录拦截对齐非RWA,两端一致。
  • 28ffd5d5收藏项按 is_rwa 分流 —— RWA / 非RWA 跳转、分享、徽章各走各路。
  • f17ced18:详情页返回按钮 + 无来路兜底跳兑换页。
  • 43cedec5从详情页返回 Swap 保留已选币种(解掉返回丢选币的体验问题)。
  • 96598c04:docs —— Node 版本要求 16.20.2 → 18.20.8
  • a06c9ed4:产物部署(返回按钮 + Swap 返回保留选币 + tab 滚动修复 + node18)。

收藏 / Portfolio 市值 + 流动性显示修复(下午前段)

Section titled “收藏 / Portfolio 市值 + 流动性显示修复(下午前段)”
  • 784e9164:portfolio 市值兜底链上算 + 非RWA 占位头像统一橙色。
  • 5dc60843portfolio 市值改链上算 totalSupply×price,不依赖后端返回。
  • 3b6c8f98:产物部署(市值链上算)。
  • 434a7efc流动性小储备 <0.01 改用 formatSmartNumber,避免被精度抹成 0(收藏/Swap/Tokens 三处一致)。
  • be97807e:产物部署(流动性小储备显示修复)。
  • 15:03 · 前端已部署 · FEAT-015 非RWA代币详情页 + K线接口替换(UDF) 测试服部署(test 分支)。

非RWA K线复用 RWA 模块 + 时区修复(下午中段)

Section titled “非RWA K线复用 RWA 模块 + 时区修复(下午中段)”
  • bfb3a4fb:非RWA K线时间周期对齐 RWA(1m/5m/15m/1h/4h/1D/1W)。
  • 902c2b14:非RWA K线完全复用 RWA KLineChart 模块(FEAT-015,去重)。
  • b03bd338K线时间双重时区偏移修复 —— bar.time 已被后端按 apiTimezone(UTC+8) 偏移过,前端再用本地 getHours() 会二次叠加,北京浏览器多 +8h(QA 反馈「K线比交易表快 8h」)。改全程 getUTC* 渲染 → 与交易表对齐。
  • 9160d6b3 / e024d996 / da90b16d:对应三次产物部署。

持有者 / LP / 交易列表改按地址查(傍晚)

Section titled “持有者 / LP / 交易列表改按地址查(傍晚)”
  • 7fe580ba持有者/LP 列表改按地址查 —— 顶级持有者走 /token合约地址、流动性持有者走 /holder交易对地址(不再用 community_id)。配合后端 zz 同日接口改造,非RWA 币也能正常取数。RWA / 非RWA 两路传参均已核对正确。

K线显示优化 + 交易表自动刷新(晚间 · 回应反馈)

Section titled “K线显示优化 + 交易表自动刷新(晚间 · 回应反馈)”
  • 0b7b3258K线显示更清爽 —— barSpacing 6→4(蜡烛变细、一屏更多根)+ 首屏 countback 300→500(加载更多历史)。回应反馈「显示数多些、图表好看点」。
  • 048e7949:产物部署(K线显示优化)。
  • 91a7d0ef交易表 10s 自动刷新 —— RWA Trades.tsxuseSWRInfiniterefreshInterval:10000;非RWA TransactionsTable.tsxuseEffect 加 10s setInterval 静默轮询。两者均在标签页隐藏/切后台时暂停、切走 tab 即停、刷新不闪 loading。
  • d75391cf:产物部署(交易表自动刷新),已 push test

QA 实测「交易表来回点 tab 不发新请求」属 SWR 全局缓存预期行为(命中缓存 + dedupingInterval 去重,数据要整页刷新才更新)。结论:主动 10s 轮询才是解法,装上后 Network 面板可见 api/swap(我的交易 api/user/swap)每 10s 一次。

排查 / 分析(晚间,未涉及提交)

Section titled “排查 / 分析(晚间,未涉及提交)”
  • novahub 新 UDF K线 vs 旧 DDD1 显示不一致归因,定位三处、给出处理方建议:
    1. 开盘收益率 +2.5 亿%:后端 init_price 返回 0.000005(建池 raw 价),前端 (peak-init)/init 被放大。→ 后端返真实发行价 + 前端异常阈值兜底显 -
    2. 蜡烛又胖又乱:疑 OHLC open 不衔接上一根 close / 空桶补实体。→ 后端保证 open 衔接、空桶合理。
    3. 时间差 ~8h:bar.time 时区约定与前端假设(已偏移 UTC+8)不一致。→ 双方对齐 bar.time 是 UTC 还是已偏移。
    • 建议抓一份 /udf/history 原始返回锁定 ②③。
  • /holder vs /token 传参核对:确认 LpTableselectIndex 正确传 pair_address(/holder) / contract(/token),RWA(info=data) 与非RWA(HoldersLiquidityPanel 构造最小 info) 两路均无接反。
  • 交易表「看最新」靠前端 10s 轮询,非后端推送;SWR 缓存导致切 tab 不刷新是预期,refreshInterval 才是正解。后端对请求量敏感,间隔取 10s(隐藏页自动暂停降载)。
  • novahub K线不一致主因在后端数据(init_price raw、OHLC 不连续、时区约定),前端仅做异常兜底;时区已先按 UDF 约定改 UTC 渲染对齐交易表。
  • 持有者/LP/交易全量改按地址查(合约 / 交易对),旧 community_id 方案前端已无残留、可下线。
  • 非RWA K线复用 RWA 模块:周期、渲染、时区一套逻辑,避免双份维护。
  • novahub UDF 数据质量待后端(已同步思路):① init_price=0.000005 致开盘收益率失真;② OHLC open 不衔接致 K线杂乱;③ bar.time 时区需与交易表最终对齐确认。建议先抓 /udf/history 原始返回定位 ②③。
  • 待 QA 复测:交易表 10s 自动刷新(Network 看 api/swap 每 10s)、K线显示优化、K线时区修复、持有者/LP 按地址查、收藏市值链上算 + 流动性小储备显示。
  • 跟进 novahub K线数据质量三问(init_price / OHLC 连续性 / 时区)与后端 zz 对齐,必要时抓原始返回。
  • 响应 QA 对交易表自动刷新 + K线优化 + 时区修复的复测反馈。
  • 视后端结论推进 init_price 异常时前端开盘收益率兜底显示。