# 构建平台 TRON 到账通知服务

更新: 2026-10-19. https://tronhooks.com/docs/zh/use-cases/platform-deposits/

把 tronhooks.com 用作 TRON 充值流程的通知组件：监控 USDT/TRX 地址，投递已固化转账事件。用户与地址的关系、入账规则和最终对账仍由你的应用负责。

## 职责分工

| tronhooks | 你的应用 |
|---|---|
| 扫描已固化区块、匹配监控地址 | 维护用户与充值地址的关系 |
| 对回调签名并重试 | 对原始字节验签、保护密钥 |
| 提供事件和投递记录 | 幂等入账、业务核查与对账 |
| 按选择发送 Telegram 提醒 | 人员处置；聊天消息不能代替账本 |

服务不托管、不生成充值地址、不转账，也不能保证你的接收端始终可用。价格卡片不构成已经提供商业 SLA 的证明。

## 接收端模式

1. 对原始 body 验签。
2. 用唯一 `event_id` 写入持久 inbox，可靠安排处理任务。
3. 可靠接收后返回 2xx，不等待缓慢的业务流程。
4. 幂等执行记账，保留金额字符串和处理证据。
5. 定期用 `GET /v1/events` 与 inbox 核对，按 `next_cursor` 翻页。漏回调或 DEAD 要处理通知与对账，不是让客户再转一笔。

具体见[离线接收端示例](/docs/ai/examples/)、[验签](/docs/webhooks/)和 [API](/docs/api/)。

## 额度与范围

免费账户有三个活跃监控、无每日事件上限。API 请求有速率限制，接收端和通知渠道仍有运行约束。新建监控不提供历史全链索引，只匹配生效后的对应转账。

先测试隔离接收端，再核对监控配置，不需要为示例验收进行真实转账或发通知。[交给 AI 辅助接入](/docs/zh/ai/)。