按冷地址规格租赁
收款地址通常不持有 USDT,因此每次首扫都需要更大的冷地址能量包——按地址、按需请求。
API 文档维护在 docs.eopen.io
完整 endpoint、字段、鉴权与迁移说明以外部文档为准。 打开 API 文档 →
把分散在大量冷、低余额收款地址里的 USDT 扫入资金钱包,无需在每个地址预存 TRX——按需为每个地址租赁 131K 能量,并让每一次扫账都可链上对账。
规划一次扫账无需在成千上万个收款地址上预存 TRX
EOPEN 让归集系统在扫账前为每个收款地址委托能量,资金钱包即可归集 USDT,而不必到处预置 TRX,也不必逐笔燃烧。
收款地址通常不持有 USDT,因此每次首扫都需要更大的冷地址能量包——按地址、按需请求。
省去在每个收款地址预存 TRX 的运营负担;只对即将扫账的地址委托能量。
每次委托返回 tx hash,可与收款地址和扫账批次关联,便于财务对账。
收款地址是典型的冷地址:大多新生成,入金前不持有 USDT,也从未发送过 TRC-20 转账。每个地址的首次扫账约消耗 130,285 能量——大约是热转账的两倍——因为首次发送方会在链上触发额外的合约存储。直接燃烧每个地址约需 13 TRX,在成千上万个地址的扫账规模下,归集就变成了持续的 TRX 消耗。
假设资金钱包在一个窗口内扫账 1,000 个冷收款地址。按每个 13 TRX 燃烧,整轮约 13,000 TRX。以典型每地址 3.5 TRX 租赁 131,000 能量冷地址包,整轮约 3,500 TRX——能量这一项可省 最高 80%——而且你从一开始就不必把 TRX 撒到 1,000 个地址上。对于超大批量,一个 500,000 能量批量包(典型约 12 TRX)一次委托即可覆盖多次扫账。
归集服务识别到已入金的收款地址,在扫账前为每个地址请求冷地址能量包,等待委托后再把 USDT 转入资金钱包。订单号和 tx hash 回传,财务可按地址核对每一次扫账。
在扫账时按地址委托 131,000 能量包——无需预存 TRX,每个地址只有约 3.5 TRX 的干净成本,且可链上对账。
大多数收款地址是冷地址——新生成且从未发送过 USDT。首次扫账约需 130,285 能量(约为热转账的 2 倍),因为首次发送方会触发额外的合约存储,因此 131,000 能量包是合适的规格。
不必。EOPEN 只在你即将扫账某个收款地址时才向它委托能量,从而避免在成千上万个地址上预存和补充 TRX。
可以。每次委托返回订单号和链上 tx hash,可与收款地址和扫账批次关联,便于对账。
为什么旧 docs 和新 docs 字段名不一样?
字段命名与迁移说明以 docs.eopen.io 为准。站内页面只保留归集与扫账场景概览。