API 文档维护在 docs.eopen.io

完整 endpoint、字段、鉴权与迁移说明以外部文档为准。 打开 API 文档 →

EOPEN

归集钱包 TRON 能量 API — 扫账与归集

把分散在大量冷、低余额收款地址里的 USDT 扫入资金钱包,无需在每个地址预存 TRX——按需为每个地址租赁 131K 能量,并让每一次扫账都可链上对账。

规划一次扫账

为归集扫账逐地址补能

无需在成千上万个收款地址上预存 TRX

EOPEN 让归集系统在扫账前为每个收款地址委托能量,资金钱包即可归集 USDT,而不必到处预置 TRX,也不必逐笔燃烧。

131K
每个冷地址能量
免预存
地址无需 TRX
逐地址
委托 + tx hash
批量
扫账窗口

扫账工作流

按冷地址规格租赁

收款地址通常不持有 USDT,因此每次首扫都需要更大的冷地址能量包——按地址、按需请求。

免预存 TRX

省去在每个收款地址预存 TRX 的运营负担;只对即将扫账的地址委托能量。

可按地址对账

每次委托返回 tx hash,可与收款地址和扫账批次关联,便于财务对账。

01

收款地址为何是最贵的情况

收款地址是典型的冷地址:大多新生成,入金前不持有 USDT,也从未发送过 TRC-20 转账。每个地址的首次扫账约消耗 130,285 能量——大约是热转账的两倍——因为首次发送方会在链上触发额外的合约存储。直接燃烧每个地址约需 13 TRX,在成千上万个地址的扫账规模下,归集就变成了持续的 TRX 消耗。

  • 冷收款地址:每次扫账约 130,285 能量(使用 131,000 能量包)。
  • 每笔转账还需约 350 带宽,繁忙地址也未必有。
  • 仅仅为了之后扫账而在每个收款地址预存 TRX,是不必要的资金与运营开销。
02

实例测算:一次 1,000 地址扫账

假设资金钱包在一个窗口内扫账 1,000 个冷收款地址。按每个 13 TRX 燃烧,整轮约 13,000 TRX。以典型每地址 3.5 TRX 租赁 131,000 能量冷地址包,整轮约 3,500 TRX——能量这一项可省 最高 80%——而且你从一开始就不必把 TRX 撒到 1,000 个地址上。对于超大批量,一个 500,000 能量批量包(典型约 12 TRX)一次委托即可覆盖多次扫账。

  • 燃烧路径:1,000 × 13 TRX ≈ 13,000 TRX/轮。
  • 租赁路径:1,000 × 约 3.5 TRX ≈ 3,500 TRX/轮。
  • 在窗口前预留 500,000 能量批量包,应对最大规模的扫账。
03

EOPEN 如何接入扫账流程

归集服务识别到已入金的收款地址,在扫账前为每个地址请求冷地址能量包,等待委托后再把 USDT 转入资金钱包。订单号和 tx hash 回传,财务可按地址核对每一次扫账。

  • REST API 按需为每个收款地址委托能量。
  • 返回 tx hash,为每次扫账提供链上凭证。
  • 大型计划性窗口可使用批量包与独立资源池。

下一步

在扫账时按地址委托 131,000 能量包——无需预存 TRX,每个地址只有约 3.5 TRX 的干净成本,且可链上对账。

API 接入核心

  1. 1用归集服务的 API 密钥认证。
  2. 2对每个已入金的收款地址,在扫账前请求冷地址能量报价(约 131,000 能量)——大型窗口可改用 500,000 能量批量包。
  3. 3提交订单,将能量委托至该收款地址,并记录 tx hash。
  4. 4以租赁价(约 3.5 TRX)把 USDT 扫入资金钱包,而非燃烧约 13 TRX,并按地址与订单号对账。
查看完整 API 接入页面

归集常见问题

为什么收款地址扫账比普通转账更贵?

大多数收款地址是冷地址——新生成且从未发送过 USDT。首次扫账约需 130,285 能量(约为热转账的 2 倍),因为首次发送方会触发额外的合约存储,因此 131,000 能量包是合适的规格。

必须在每个归集地址上保留 TRX 吗?

不必。EOPEN 只在你即将扫账某个收款地址时才向它委托能量,从而避免在成千上万个地址上预存和补充 TRX。

每次扫账能为财务对账吗?

可以。每次委托返回订单号和链上 tx hash,可与收款地址和扫账批次关联,便于对账。

迁移与可验证性

为什么旧 docs 和新 docs 字段名不一样?

字段命名与迁移说明以 docs.eopen.io 为准。站内页面只保留归集与扫账场景概览。