充值监控
区块扫描器逐块推进游标，确认器按链独立确认深度判定入账，重组安全。新链启用即从当前块起扫，不回放历史。
SCANNER · CONFIRMER0公链 · EVM / TRON / BTC
0自动化测试守护资金路径
0位十进制精度 · 最小单位整数记账
7×24对账引擎持续自愈收敛
CAPABILITIES
从入金到出金，
全链路托管能力
六个相互独立又彼此校验的资金模块，覆盖数字资产运营的完整生命周期。
自动归集
阈值触发、Gas 感知的两段式归集：先评估再执行。碎余额留在原地，值得动的资金才上链，手续费不做无谓消耗。
EVALUATE · EXECUTE批量提现
提现请求进入队列组批签发，BTC 支持多收款人批量交易。串行发送通道保证 nonce 安全，重复派发被幂等约束天然吸收。
BATCH · SERIAL DISPATCH幂等账本
所有余额变动经由唯一账本服务：行级锁 + (引用类型, 引用ID, 方向) 幂等键。同一笔业务重放一万次，余额只变一次。
LEDGER · ROW LOCKWebhook 回调
入账、归集、提现状态变更实时签名推送，指数退避重试。租户系统掉线数小时，事件一条不丢、顺序不乱。
SIGNED · RETRY对账自愈
独立对账进程持续比对链上事实与账本状态：卡单收敛、替换交易追踪、异常告警。系统的最终一致性不靠人肉巡检。
RECONCILE · CONVERGEMONEY PIPELINE
一笔资金的确定性旅程
Ⅰ
入金侦测
扫描器发现充值，写入待确认记录
DETECTED
Ⅱ
确认入账
达到确认深度，账本原子入账并回调
CONFIRMED
Ⅲ
归集上收
阈值评估通过，资金归集至金库地址
SWEPT
Ⅳ
批量出金
提现组批广播，监视器追踪至终局
SETTLED任一环节失败都不会造成资金二义 —— 广播过的交易永不自动重签，状态由对账引擎收敛，而非侥幸重试。
MULTI-CHAIN
三种账本模型，一套资金语义
账户模型、能量租赁、UTXO —— 差异被封装在链适配层之下，租户看到的是同一套 API 与同一套保证。
Ξ
EVM 系
Ethereum 及全部 EVM 兼容链。EIP-1559 费率、nonce 串行通道、替换交易追踪、ERC-20 事件级扫描。
- 原生币 + ERC-20 代币
- Gas 感知归集策略
- 重组安全确认深度
₿
Bitcoin
完整 UTXO 记账：币选择、找零管理、多收款人批量提现、RBF 追踪，费率随内存池动态估算。
- UTXO 级账本对齐
- 批量交易一次广播多方到账
- Stalled 交易孪生锁防双花
♦
TRON
能量与带宽资源模型原生支持，TRC-20 扫描确认，费用估算贴合资源租赁市场实况。
- TRX + TRC-20 代币
- 能量感知费用策略
- 与 EVM 同构的状态机
-
§1
密钥永不落盘
助记词与私钥不写日志、不出现在任何 API 响应；签名所需私钥仅在签名瞬间于内存派生，用后即弃。
-
§2
双花防护状态机
已广播的交易永不被自动重签或翻转回待发送。哈希未知时持有状态并告警，替换哈希全量追踪 —— 宁可停下，绝不重复付款。
-
§3
整数世界的资金
全部金额以最小单位整数存储与计算，78 位十进制精度。浮点数与四舍五入在资金路径上被 lint 规则直接封禁。
-
§4
多租户硬隔离
租户级密钥派生路径、API 鉴权与限流互相隔离；限流器在依赖故障时向可用性妥协，绝不向资金正确性妥协。
ARCHITECTURE
API 与 Worker，分而治之
无状态 API 面向租户，队列驱动的 Worker 集群处理资金动作 —— 各自独立伸缩，故障域彻底分离。
EDGE
Tenant APIREST · HMAC 签名 · 限流
Admin ConsoleReact SPA · 运营全景
CORE
Idempotent LedgerPostgres · 行锁 · 幂等键
Queue FabricBullMQ · Redis · 定时调度
WORKERS
Deposit · Sweep扫描 / 确认 / 归集
Tx · Withdrawal串行签发 · 状态监视
Webhook · Reconcile回调推送 · 对账自愈