Binance CAAS KYC 子账户 API 限制与 Travel Rule 端点地图

决策矩阵

来源地图

• Binance Developer Docs：CAAS FAQ（binance-caas-faq）
• Binance Developer Docs：CAAS Integration Guide（binance-caas-integration）
• Binance Developer Docs：KYC SaaS Webhook（binance-caas-webhook）
• Binance Developer Docs：Binance Link Introduction（binance-link-overview）

控制说明

1. Entity tag

这一项要求读者先把公开来源翻译成操作规则。这里的含义是：which Binance entity governs the subaccount。可执行动作是：confirm the tag with the account manager。仍然未知的是：entity tag not visible from country alone。因此本文不会把未知部分包装成安全承诺、收益承诺、官方背书、审批保证、可用性保证或注册诱导。

2. KYC status

这里的含义是：whether the subaccount can receive deposits, trade or use APIs。可执行动作是：record KYC state before issuing keys。仍然未知的是：customer-specific review result。

3. Travel Rule trigger

这里的含义是：whether extra originator or beneficiary fields are required。可执行动作是：route tagged accounts through the correct endpoint。仍然未知的是：future threshold changes。

4. Withdrawal endpoint

这里的含义是：capital or localentity API path。可执行动作是：choose the endpoint from entity status。仍然未知的是：integration fallback behavior。

5. Master key

这里的含义是：the key used for broker calls and withdrawals。可执行动作是：separate master authority from trading keys。仍然未知的是：partner custody process。

6. Subaccount key

这里的含义是：the key used for trading and user streams。可执行动作是：issue after wallet and KYC readiness。仍然未知的是：key created before product enablement。

7. Deposit address

这里的含义是：whether a subaccount can retrieve a funding address。可执行动作是：do not fund until KYC state is proven。仍然未知的是：old saved addresses。

8. Rejected deposit

这里的含义是：legacy funding into a non-KYC account。可执行动作是：preserve non-secret recovery evidence。仍然未知的是：asset recovery outcome。

9. Webhook URL

这里的含义是：the endpoint receiving KYC status updates。可执行动作是：set a durable URL before submission。仍然未知的是：no-change path after submission。

10. Stop rule

这里的含义是：conditions where operations should pause。可执行动作是：stop on unknown tag, missing KYC proof or endpoint mismatch。仍然未知的是：private account facts。

仍需明确的未知项

• entity tag not visible from country alone
• customer-specific review result
• future threshold changes
• integration fallback behavior
• partner custody process
• key created before product enablement
• old saved addresses
• asset recovery outcome
• no-change path after submission
• private account facts

实用结论

本文最有价值的地方是克制。Binance 的 CAAS FAQ 把子账户运营变成实体归属、KYC 状态与端点路由问题。Binance 表示，Travel Rule 要求取决于子账户被标记到哪个实体；AU 标记账户的存入和提现均需要问卷且没有最低门槛，IN 标记账户在超过 1,000 美元门槛时适用 Travel Rule。文档还说明，非 Travel Rule 实体应继续使用 capital withdrawal endpoint，而被标记实体应迁移到 localentity withdrawal endpoint。对于 KYC 限制，新建未 KYC 子账户不能创建 API key 或获取充值地址，旧未 KYC 子账户的充值可能被拒绝，未 KYC 子账户也会受到交易和转账限制。安全结论是：先映射实体标签、KYC 状态、端点、API key 所有者与恢复路径，再把子账户当作可运营对象。 用户应获得一个更清楚的核验路径，而不是一个看似肯定、实则无法由公开证据承担的承诺。