EBCC 

2026-09-17 用户提出 · 这是「待开发」的目标形态,dapp 现状见左侧快照
| 现状(dapp) | 展示收款地址 + 二维码,用户自行复制地址、在钱包里手动转账,容易转错币种 / 链 / 数量 |
|---|---|
| 目标(本原型) | 直接唤起钱包转账:把币种与数量作为参数带入,走钱包原生转账流程 |
| 关键点 | ① 币种选择 KTCC / EBCC / USDT(多链需标明网络) ② 数量输入 + 快捷比例(25/50/75/100%)+ 实时折算 ③ 转账前二次确认(币种 / 数量 / 收款地址 / 网络 / 手续费) ④ 链上确认后自动入账,页面轮询或回调更新状态 ⑤ 地址 + 二维码保留为兜底入口(钱包不可用时) |
| 前端 · 钱包调用 | token.transfer(to, amount)(ERC-20/BEP-20 合约方法)或 sendTransaction;参数:合约地址(按币种)、 to=平台收款地址、amount=数量 × 10^decimals;需处理:未连接钱包 / 切换网络 / 用户拒绝 / 链上 pending 与确认数 |
|---|---|
| 后端 · 复用 | GET /fil/order/trans/address(取平台收款地址)GET /fil/order/assets/number(余额与可充值量)GET /fil/price(折算价)GET /account/change-currency 相关:币种与精度配置(建议后端补一个「充值币种配置」接口) |
| 后端 · 需新增/确认 | ① 币种配置:合约地址、精度 decimals、网络 chainId、最小充值额 ② 创建充值订单并记录 txHash(新增或复用充值下单接口) ③ 链上监听 / 定时轮询 + 确认数达标后入账(幂等,按 txHash 去重) ④ 失败/超时/少额到账的异常处理策略 |
| 待你确认 | 支持哪些链与币种?是否保留地址+二维码兜底?是否需要手续费代付或免手续费额度?最小充值额与确认数要求? |
说明:本页为需求讨论稿,dapp 代码未改动;确认后再排开发。
来源:dapp 源码静态导出(proto/extract_api.py)+ 真机首屏运行时调用。改动接口请同步 dapp 与原型。
| 方法 | 接口(含触发时机 / 参数 / 返回字段) |
|---|---|
| GET | /api/front/fil/order/trans/addresshome.js::getTransAddress 交互触发(getTransAddressData) 返回取用 code data |
来自 dapp 源码里的静态跳转(含 TabBar / 列表项);灰色=该目标页暂无原型或已废弃。