Binance vs OKX 子账户 API、KYC 与权限控制对比

决策矩阵

来源地图

• Binance Developer Docs：CAAS FAQ（binance-caas-faq）
• OKX Help：Subaccounts, Account Mode, and API Connections FAQ（okx-subaccounts-api）
• OKX Help：API FAQ（okx-api-faq）
• Binance Developer Docs：CAAS Integration Guide（binance-caas-integration）

控制说明

1. Control model

这一项要求读者先把公开来源翻译成操作规则。这里的含义是：Binance CAAS compliance routing versus OKX account separation。可执行动作是：name the operating model first。仍然未知的是：account-specific eligibility。因此本文不会把未知部分包装成安全承诺、收益承诺、官方背书、审批保证、可用性保证或注册诱导。

2. KYC dependency

这里的含义是：whether subaccount features unlock only after KYC。可执行动作是：verify before deposit or key creation。仍然未知的是：manual review result。

3. Entity routing

这里的含义是：Travel Rule entity tag for Binance CAAS。可执行动作是：ask for the entity before choosing endpoints。仍然未知的是：future entity migration。

4. Account mode

这里的含义是：OKX product and market availability。可执行动作是：configure before API use。仍然未知的是：regional product limits。

5. Key owner

这里的含义是：master key, subaccount key or OKX selected account。可执行动作是：map key to action。仍然未知的是：shared operator custody。

6. Permission scope

这里的含义是：Read, Trade, Withdraw or broker permissions。可执行动作是：grant only the job-specific scope。仍然未知的是：third-party tool demands。

7. Passphrase

这里的含义是：OKX API setup secret。可执行动作是：store once in a private vault。仍然未知的是：lost passphrase rotation。

8. IP restriction

这里的含义是：network control on API use。可执行动作是：bind trusted IPs where supported。仍然未知的是：dynamic IP drift。

9. Recovery path

这里的含义是：deposit appeal, key revocation or API reissue。可执行动作是：record non-secret evidence before incidents。仍然未知的是：support outcome。

10. Stop rule

这里的含义是：when the setup is not decision-quality。可执行动作是：stop on unknown entity, broad Withdraw or non-KYC deposit plan。仍然未知的是：policy changes。

仍需明确的未知项

• account-specific eligibility
• manual review result
• future entity migration
• regional product limits
• shared operator custody
• third-party tool demands
• lost passphrase rotation
• dynamic IP drift
• support outcome
• policy changes

实用结论

本文最有价值的地方是克制。Binance 与 OKX 都使用子账户来隔离运营表面，但控制问题并不相同。Binance 的 CAAS FAQ 重点是实体标签、KYC 状态、Travel Rule 端点以及 broker key 与 subaccount key 的分离：master key 处理 broker 调用和提现，subaccount key 处理交易、充值地址获取和用户数据流；未 KYC 子账户会受到 API 和资金限制。OKX Help 则把子账户定义为用于分离策略、机器人和风险的主账户关联账户，标准用户最多可创建 5 个子账户；API key 设置需要选择账户或子账户、权限、passphrase 和 2FA，OKX 建议限制可信 IP。实际比较是合规路由与账户级 key 卫生之间的差异，而不是简单平台胜负。 用户应获得一个更清楚的核验路径，而不是一个看似肯定、实则无法由公开证据承担的承诺。