Bybit 与 OKX 子账户对比：风险隔离、资金划转与 API 控制

已核验的来源事实

1. Bybit 表示，标准子账户的盈亏与主账户分离，并支持 API 交易。 2. Bybit 表示，标准子账户不能进行外部充值或提现，相关操作必须经主账户完成。 3. OKX 表示，标准用户最多可创建五个子账户，创建 API Key 时可选择目标主账户或子账户。 4. OKX 区分 Read、Trade 与 Withdraw 权限，并建议把 API Key 绑定到可信 IP。 5. OKX 表示，未绑定 IP 的 Trade 或 Withdraw API Key 在连续 14 天未使用后会失效；模拟交易 Key 不受此失活规则影响。

对照表

1. 用同一任务比较账户容量

平台对比只有在两边回答同一个任务时才有意义。账户容量对应的是子账户数量与类型。宣传页面通常描述广泛能力，真实决策却落在具体网络、收款人、签约实体或账户设置上。应在同一时间制作两行证据，然后匹配运营结构；检查完成前，任何一方都不应因为宣传语获得优势。

还要区分公开说明与可执行结果。帮助页不代表该控制已在读者账户启用，地址簿条目也不能证明链、标签和收款人正确。应记录从公开规则到登录后证据的完整路径。VIP 特定上限仍未确定，所以评分表必须保留空白，而不是猜测赢家。

最后把账户容量与真实提现计划连接起来。说明子账户数量与类型如何改变审批、测试、监控或应急路径，并匹配运营结构。剩余未知事项——VIP 特定上限——应进入带日期的评分表。这样得到的是针对任务的偏好，而不是对两家平台的永久排名。

2. 用同一任务比较盈亏隔离

盈亏隔离对应的是按策略独立核算。应在同一时间制作两行证据，然后核对导出与账单；检查完成前，任何一方都不应因为宣传语获得优势。

还要区分公开说明与可执行结果。跨保证金关联仍未确定，所以评分表必须保留空白，而不是猜测赢家。

最后把盈亏隔离与真实提现计划连接起来。说明按策略独立核算如何改变审批、测试、监控或应急路径，并核对导出与账单。剩余未知事项——跨保证金关联——应进入带日期的评分表。

3. 用同一任务比较外部充值

外部充值对应的是链上充值进入哪个账户。应在同一时间制作两行证据，然后使用文档规定路径；检查完成前，任何一方都不应因为宣传语获得优势。

还要区分公开说明与可执行结果。资产特定差异仍未确定，所以评分表必须保留空白，而不是猜测赢家。

最后把外部充值与真实提现计划连接起来。说明链上充值进入哪个账户如何改变审批、测试、监控或应急路径，并使用文档规定路径。剩余未知事项——资产特定差异——应进入带日期的评分表。

4. 用同一任务比较外部提现

外部提现对应的是哪个账户可向外发送。应在同一时间制作两行证据，然后缩小提现权限；检查完成前，任何一方都不应因为宣传语获得优势。

还要区分公开说明与可执行结果。地区控制仍未确定，所以评分表必须保留空白，而不是猜测赢家。

最后把外部提现与真实提现计划连接起来。说明哪个账户可向外发送如何改变审批、测试、监控或应急路径，并缩小提现权限。剩余未知事项——地区控制——应进入带日期的评分表。

5. 用同一任务比较内部划转

内部划转对应的是主账户与子账户资金方向。应在同一时间制作两行证据，然后映射每个允许方向；检查完成前，任何一方都不应因为宣传语获得优势。

还要区分公开说明与可执行结果。处理限制仍未确定，所以评分表必须保留空白，而不是猜测赢家。

最后把内部划转与真实提现计划连接起来。说明主账户与子账户资金方向如何改变审批、测试、监控或应急路径，并映射每个允许方向。剩余未知事项——处理限制——应进入带日期的评分表。

6. 用同一任务比较API 归属

API 归属对应的是密钥属于所选账户。应在同一时间制作两行证据，然后标注并盘点每个密钥；检查完成前，任何一方都不应因为宣传语获得优势。

还要区分公开说明与可执行结果。运营混淆仍未确定，所以评分表必须保留空白，而不是猜测赢家。

最后把API 归属与真实提现计划连接起来。说明密钥属于所选账户如何改变审批、测试、监控或应急路径，并标注并盘点每个密钥。剩余未知事项——运营混淆——应进入带日期的评分表。

7. 用同一任务比较权限

权限对应的是读取、交易与提现范围。应在同一时间制作两行证据，然后执行最小权限；检查完成前，任何一方都不应因为宣传语获得优势。

还要区分公开说明与可执行结果。未来权限变化仍未确定，所以评分表必须保留空白，而不是猜测赢家。

最后把权限与真实提现计划连接起来。说明读取、交易与提现范围如何改变审批、测试、监控或应急路径，并执行最小权限。剩余未知事项——未来权限变化——应进入带日期的评分表。

8. 用同一任务比较IP 绑定

IP 绑定对应的是可信网络限制。应在同一时间制作两行证据，然后绑定稳定出口地址；检查完成前，任何一方都不应因为宣传语获得优势。

还要区分公开说明与可执行结果。云端故障切换地址仍未确定，所以评分表必须保留空白，而不是猜测赢家。

最后把IP 绑定与真实提现计划连接起来。说明可信网络限制如何改变审批、测试、监控或应急路径，并绑定稳定出口地址。剩余未知事项——云端故障切换地址——应进入带日期的评分表。

9. 用同一任务比较登录与恢复

登录与恢复对应的是账户切换与安全控制。应在同一时间制作两行证据，然后不暴露秘密地测试恢复；检查完成前，任何一方都不应因为宣传语获得优势。

还要区分公开说明与可执行结果。设备丢失仍未确定，所以评分表必须保留空白，而不是猜测赢家。

最后把登录与恢复与真实提现计划连接起来。说明账户切换与安全控制如何改变审批、测试、监控或应急路径，并不暴露秘密地测试恢复。剩余未知事项——设备丢失——应进入带日期的评分表。

10. 用同一任务比较审计轨迹

审计轨迹对应的是订单、划转与密钥使用。应在同一时间制作两行证据，然后保存脱敏证据；检查完成前，任何一方都不应因为宣传语获得优势。

还要区分公开说明与可执行结果。历史保留期仍未确定，所以评分表必须保留空白，而不是猜测赢家。

最后把审计轨迹与真实提现计划连接起来。说明订单、划转与密钥使用如何改变审批、测试、监控或应急路径，并保存脱敏证据。剩余未知事项——历史保留期——应进入带日期的评分表。

决策场景

场景 1：当账户容量成为关键约束

假设读者最关心的是子账户数量与类型，正确做法不是寻找一个适用于所有人的赢家，而是匹配运营结构，保存证据，并在投入资金或权限前定义停止条件。只要证据变化，就重新打开决策，而不是继续沿用旧结论。这样得到的是一条能够重复执行的操作规则，而不是一次性的主观看法。

场景 2：当盈亏隔离成为关键约束

假设读者最关心的是按策略独立核算，正确做法不是寻找一个适用于所有人的赢家，而是核对导出与账单，保存证据，并在投入资金或权限前定义停止条件。

场景 3：当外部充值成为关键约束

假设读者最关心的是链上充值进入哪个账户，正确做法不是寻找一个适用于所有人的赢家，而是使用文档规定路径，保存证据，并在投入资金或权限前定义停止条件。

场景 4：当外部提现成为关键约束

假设读者最关心的是哪个账户可向外发送，正确做法不是寻找一个适用于所有人的赢家，而是缩小提现权限，保存证据，并在投入资金或权限前定义停止条件。

场景 5：当内部划转成为关键约束

假设读者最关心的是主账户与子账户资金方向，正确做法不是寻找一个适用于所有人的赢家，而是映射每个允许方向，保存证据，并在投入资金或权限前定义停止条件。

场景 6：当API 归属成为关键约束

假设读者最关心的是密钥属于所选账户，正确做法不是寻找一个适用于所有人的赢家，而是标注并盘点每个密钥，保存证据，并在投入资金或权限前定义停止条件。

常见问题

本文是否建议使用或避开某个平台或产品？

不是。它是一套基于来源的决策框架。最终结论取决于用户地区、签约实体、账户、产品、交易规模、风险承受能力与实时条款。

公布的费率或控制措施是否永久有效？

不是。公开费率和控制规则会变化，实际条款也可能针对账户。应核对登录后的实时页面。

页面返回 HTTP 200 是否证明产品正常可用？

不能。公开页面存在，不代表特定地区或账户一定能使用该产品，账户级证据才是最终依据。

为什么必须公开列出未知事项？

因为用假设填补证据空白会制造虚假精确。未知事项说明下一步应该核验什么。

最安全的第一步是什么？

写清具体任务，核验官方来源，采用最小权限和最可逆的路径，并在适合时先做小额测试。

来源与编辑方法

• Bybit Standard Subaccount FAQ
• Bybit API Key Guide
• OKX Subaccounts and API Connections FAQ
• OKX API Guide

产品可用性、费用、控制措施与法律条款可能因地区、签约实体、账户等级和时间而变化，采取行动前应核对官方实时页面与本人账户界面。