跳转到内容

2026-06-15

NovaSwap(fomopaddapp / iro-bsc) 排满一天,主线 FEAT-016 NovaPay 收款码(经纪商 DApp 端):上午把商家码/定投币从旧部署切到 2026-05-08 最新测试合约并接真链(createUserQRCode / addMarketToken),下午对齐支付币 contract-driven + 修跨币归属、补主网地址、放开支付币多选;傍晚起对接 FEAT-016 v1.10 payfi 后端 6 接口(新增 novaPayApi.ts 隔离 data.status 破坏性变更,商家码 draft/detail/edit-name、企业级 apply/my-applications),渲染真二维码,处理企业级新错误码 1100016011;其间穿插 CoinDetail LP 7702 地址检测 + 引导FEAT-015 非RWA 详情页移动端横向滚动 + UI 细节清理,并多次 bsc:test/bsc:prod 构建部署。另:确认企业级码签发归管理后台(fomoadmin)fe-008 分支弃用、canonical 改 test

FEAT-016 NovaPay 商家码/定投币接真链 + 切最新合约(上午)

Section titled “FEAT-016 NovaPay 商家码/定投币接真链 + 切最新合约(上午)”
  • 625417fb:商家码切到 2026-05-08 最新测试合约 + createUserQRCode(替换旧 registerMerchant,ABI 同步换新)。
  • 7f427b0a:商家码进入回读已有码getUserQRCodegetQRCodeFullInfo)+ story-08 状态开关接真链(setQRCodeActive)。
  • 7a98bd98story-01 定投币创建接真链addMarketToken)+ pairAddress 透传(来源 coin.pair_address,非后端缺口,原先只是没透传)。
  • f2b2b4b0:定投币 dexRouter 改用 NovaSwap router(不能用 getEnabledDexList()[0] 那是 Pancake,否则 DexNotFound)+ 修正 TokenRegistry 测试网地址(曾误录 42 字符→getContract 抛错→整体回退 mock,修回 40 字符)。

支付币 contract-driven + 跨币归属修复(下午前段)

Section titled “支付币 contract-driven + 跨币归属修复(下午前段)”
  • 0dce9bba支付币列表改 contract-drivengetEnabledPaymentTokens + 原型白名单过滤测试代币)+ 清理调试日志。
  • fc59ed24商家码按绑定定投币(liquidityToken)显示,修复单钱包一码绑在别的币上时的跨币误显示。
  • c311fd23:跨币提示标明商家码绑定的定投币,优化 UX 文案。
  • 73520272bsc:test 产物(商家码 MVP + 跨币归属/UX),push test
  • 商家码 MVP 端到端真链验证通过:创建定投币 addMarketToken → 创建商家码 createUserQRCode 均弹钱包签名上链。

主网地址 + 支付币多选放开(下午中段)

Section titled “主网地址 + 支付币多选放开(下午中段)”
  • a9e2a2c1:补 BSC 主网(56) TokenRegistry 代理地址(务必 UUPS 代理非 Impl)。
  • 5efe0a14放开支付币多选 —— 移除 CurrencyPickerisQuote MVP-A 置灰闸(测试网合约仅启 USDT→仍单选,主网 USDT/USDC/BNB→多选),disabled 改「达上限(4)且未选中」语义。

FEAT-016 v1.10 后端接口对接 + 企业级(下午后段–晚间,本日重点)

Section titled “FEAT-016 v1.10 后端接口对接 + 企业级(下午后段–晚间,本日重点)”
  • 拉取 FEAT-016 v1.10 后端接口文档(frontend-docs-pull,商家码 4 + 企业级 2)。
  • 8e1e5423对接 payfi 6 接口 + 新增纯 HTTP 封装层 novaPayApi.ts 隔离 v1.10 破坏性变更——成功体由扁平字段改为按 data.status 分支(商家码 pending|claimed、企业级 submitted|claimed),不再用 draft_id/id
    • 商家码:getMerchantCodedetail 回填商家名(链上不存名);createMerchantCode draft,命中 claimed(链上已有,后台 RPC 自动认领)则短路跳过合约避免 UserQRCodeAlreadyExists revert;updateMerchantCodeedit-name(链下名,便宜先改、失败即止省 gas)再 updateUserQRCodeConfig
    • 企业级:submitapply(submitted→reviewing / claimed→直接 approved+码);新增进入恢复最新申请 + 审核中 8s 轮询直到 terminal(status 3 已签发→出卡片 / 9 已拒绝)。
  • 5fef0f9d收款码渲染真二维码qrcode 库替换伪格子图)。
  • 81c76b4e:企业级申请处理后台错误码 1100016011(已存在) —— 命中时 getEnterpriseApplication() 载入现有申请(approved 显码 / 否则 reviewing 交轮询)+ 友好提示(4 locale 同步),不再报通用失败。
  • 4c00aabdbsc:test 产物(v1.10 后端接口 + 多选/真二维码),push test构建期撞并行会话 merge,软回退后基于干净 HEAD 重建,确保产物含全部已合入源码(多选/真二维码)。

CoinDetail LP 7702 地址检测 + 引导(傍晚–晚间)

Section titled “CoinDetail LP 7702 地址检测 + 引导(傍晚–晚间)”
  • b14e2304:LP 挖矿/质押新增 7702 地址检测 —— 提取仅限普通 EOA,转移目标禁 7702。
  • 20b551c8:LP 质押赎回同样限制 7702 —— 仅普通 EOA,提供一键转 EOA。
  • f5f0a799:7702 改为**「检测 + 引导」** —— 移除一键转 EOA,赎回放开限制。
  • 2e1213c2:7702 提取/转移/赎回按钮文案与普通 EOA 一致,仅禁用。

FEAT-015 非RWA 详情页移动端 + UI 细节(晚间)

Section titled “FEAT-015 非RWA 详情页移动端 + UI 细节(晚间)”
  • 6990e53c:非 RWA 详情页交易市场表格支持移动端横向滚动
  • c44d0af4:滚动改放 iro-card 子元素(生产 .iro-card overflow:hidden 盖过同元素 overflow-x-auto)。
  • d8e7cc6f移除 RWA 详情页 5 个无提示 ⓘ 图标(挖矿公式/历史奖励/LP质押/质押比例/赎回税率)。
  • 20dfc9fabsc:prod K线指向正式服 kline.novahub.global(覆盖 test-kline 默认值)。
  • 3c7ec2cebsc:prod 产物 master-v2 基于 test 最新重建(FEAT-015 K线正式服 + NonRwa 详情 + locale)。
  • 7ba9f6b6 / b996ea4e / 609f1236bsc:prod 产物(移动端表格横向滚动修复 + ⓘ 图标清理)。
  • fe-008 弃用、canonical 改 test:v1.10 接线直接在 test 做,fe-008 落后停在旧企业级流程;多次 merge fe-008→test(525a767e/a65cc0aa/a758035e/5586d906/e3137b31/8b322ddf)。
  • 企业级码签发归管理后台(fomoadmin),经纪商 DApp 端不调签发合约(用户 06-15 拍板)。证据:createUserQRCode 无 owner 参数(msg.sender 自助)、createThirdPartyQRCode(owner,...) 有 owner 显式入参且 restricted(特权方代 owner 签发)→ 经纪商钱包调不了。故企业级 ≠ 商家码闭环(设计使然),DApp 端只做「提交 apply + 轮询 my-applications」。
  • v1.10 破坏性变更用独立 novaPayApi.ts 封装隔离data.status 分支归一化),上层接线零散改动收敛在一处。
  • NovaSwap 合约以 2026-05-08 最新测试部署为权威;地址转录务必校验 40 字符;主网用 UUPS 代理非 Impl。
  • LP 7702 最终策略 = 检测 + 引导(不强制一键转 EOA),赎回放开限制。
  • 部署产物 build/ 纳入跟踪,撞并行会话时基于干净 HEAD 重建再 push。
  • 企业级端到端 happy-path 测试依赖管理后台 fomoadmin:① 管理员钱包需在 QRCodeModule 有 restricted 权限(否则 createThirdPartyQRCode revert);② fomoadmin 审核签发页需连真实测试后端(此前是 mock),否则 status 写不到 3、DApp 收不到签发同步。DApp 端代码已就绪(恢复 + 8s 轮询),待管理后台/后端确认打通。
  • 二维码 payload 待改:bob 定为 URL(yesgo.finance/{PF-id} 正式 / amplify 域名测试),当前 qrPayload.ts 编的是 JSON + 链上 qrCodeId,待确认 PF-id 后端字段来源后改 buildNovaPayQRPayload(域名按 env 切)。
  • 主网多币种支付:上线前需 bob 确认消费者扫码用非 USDT 支付的 swap(DiscountSwapParams 钱包侧)已就绪,否则商家建多币码却付不了。
  • 跟进企业级签发联调卡点(admin 钱包 restricted 授权 + fomoadmin 连真后端),打通 DApp 签发状态同步的端到端验证。
  • 待 bob 确认后改二维码 payload(PF-id URL,域名按 env 切),清理 qrPayload/NovaPayTab 已 moot 的 TODO。
  • 配合后端/QA 复测 v1.10 接口(商家码 draft/detail/edit-name、企业级 apply/poll、1100016011)。