Bybit 1000XEC、BLAST、GUN、KGEN、RPL 与 B2 风险限额：缓冲清单

已核验的来源事实

1. Bybit 列出六个受影响永续合约：1000XECUSDT、BLASTUSDT、GUNUSDT、KGENUSDT、RPLUSDT 与 B2USDT。 2. 调整将在 2026 年 9 月 18 日 07:30 UTC 左右开始。 3. 无法满足新要求的账户可能只能减少受影响仓位。 4. 缓冲期计划在 2026 年 10 月 5 日 07:30 UTC 结束，但可能因风险控制提前结束。

对照表

1. 官方产品核验：合约

平台公告只有转换成可测试的账户决策才有意义。合约涉及六个指定代码。应保留带日期的第一方原文，确认适用实体与产品界面，再匹配仓位。上线标题不能证明特定账户可用、适合、具有足够流动性或一定产生某种结果。

还要把产品规则与宣传表达分开。逐项识别资金来源、撮合或定价规则、结算触发、费用公式、最大损失边界与暂停政策。公开文档能够描述这些控制，却不能解决错误工具，因此该未知事项必须显式保留，不能改写成预测。

最后尽量让合约保持可逆：匹配仓位，只保存非秘密证据，并把结果与六个指定代码对应的公开规则对账。由于错误工具仍未解决，本文只评估操作机制，不预测标的价格，也不建议用户建立该风险敞口。

2. 官方产品核验：生效时间

生效时间涉及9月18日07:30 UTC。应保留带日期的第一方原文，确认适用实体与产品界面，再提前准备。

还要把产品规则与宣传表达分开。公开文档能够描述这些控制，却不能解决迟到变更，因此该未知事项必须显式保留，不能改写成预测。

最后尽量让生效时间保持可逆：提前准备，只保存非秘密证据，并把结果与9月18日07:30 UTC对应的公开规则对账。由于迟到变更仍未解决，本文只评估操作机制，不预测标的价格，也不建议用户建立该风险敞口。

3. 官方产品核验：风险层级

风险层级涉及支持的新限额。应保留带日期的第一方原文，确认适用实体与产品界面，再选择正确层级。

还要把产品规则与宣传表达分开。公开文档能够描述这些控制，却不能解决无效设置，因此该未知事项必须显式保留，不能改写成预测。

最后尽量让风险层级保持可逆：选择正确层级，只保存非秘密证据，并把结果与支持的新限额对应的公开规则对账。由于无效设置仍未解决，本文只评估操作机制，不预测标的价格，也不建议用户建立该风险敞口。

4. 官方产品核验：杠杆

杠杆涉及新上限。应保留带日期的第一方原文，确认适用实体与产品界面，再必要时降低。

还要把产品规则与宣传表达分开。公开文档能够描述这些控制，却不能解决保证金不足，因此该未知事项必须显式保留，不能改写成预测。

最后尽量让杠杆保持可逆：必要时降低，只保存非秘密证据，并把结果与新上限对应的公开规则对账。由于保证金不足仍未解决，本文只评估操作机制，不预测标的价格，也不建议用户建立该风险敞口。

5. 官方产品核验：只减仓

只减仓涉及限制条件。应保留带日期的第一方原文，确认适用实体与产品界面，再测试账户状态。

还要把产品规则与宣传表达分开。公开文档能够描述这些控制，却不能解决订单受阻，因此该未知事项必须显式保留，不能改写成预测。

最后尽量让只减仓保持可逆：测试账户状态，只保存非秘密证据，并把结果与限制条件对应的公开规则对账。由于订单受阻仍未解决，本文只评估操作机制，不预测标的价格，也不建议用户建立该风险敞口。

6. 官方产品核验：缓冲结束

缓冲结束涉及10月5日07:30 UTC。应保留带日期的第一方原文，确认适用实体与产品界面，再设更早截止。

还要把产品规则与宣传表达分开。公开文档能够描述这些控制，却不能解决最后时刻风险，因此该未知事项必须显式保留，不能改写成预测。

最后尽量让缓冲结束保持可逆：设更早截止，只保存非秘密证据，并把结果与10月5日07:30 UTC对应的公开规则对账。由于最后时刻风险仍未解决，本文只评估操作机制，不预测标的价格，也不建议用户建立该风险敞口。

7. 官方产品核验：提前结束

提前结束涉及平台裁量。应保留带日期的第一方原文，确认适用实体与产品界面，再保留额外缓冲。

还要把产品规则与宣传表达分开。公开文档能够描述这些控制，却不能解决意外强平，因此该未知事项必须显式保留，不能改写成预测。

最后尽量让提前结束保持可逆：保留额外缓冲，只保存非秘密证据，并把结果与平台裁量对应的公开规则对账。由于意外强平仍未解决，本文只评估操作机制，不预测标的价格，也不建议用户建立该风险敞口。

8. 官方产品核验：跟单

跟单涉及仓位包含在内。应保留带日期的第一方原文，确认适用实体与产品界面，再通知跟随者。

还要把产品规则与宣传表达分开。公开文档能够描述这些控制，却不能解决未管理敞口，因此该未知事项必须显式保留，不能改写成预测。

最后尽量让跟单保持可逆：通知跟随者，只保存非秘密证据，并把结果与仓位包含在内对应的公开规则对账。由于未管理敞口仍未解决，本文只评估操作机制，不预测标的价格，也不建议用户建立该风险敞口。

9. 官方产品核验：交易机器人

交易机器人涉及缓冲期不下新单。应保留带日期的第一方原文，确认适用实体与产品界面，再检查机器人。

还要把产品规则与宣传表达分开。公开文档能够描述这些控制，却不能解决静默停摆，因此该未知事项必须显式保留，不能改写成预测。

最后尽量让交易机器人保持可逆：检查机器人，只保存非秘密证据，并把结果与缓冲期不下新单对应的公开规则对账。由于静默停摆仍未解决，本文只评估操作机制，不预测标的价格，也不建议用户建立该风险敞口。

10. 官方产品核验：停止规则

停止规则涉及无法证明保证金。应保留带日期的第一方原文，确认适用实体与产品界面，再降低敞口。

最后尽量让停止规则保持可逆：降低敞口，只保存非秘密证据，并把结果与无法证明保证金对应的公开规则对账。由于客服确认仍未解决，本文只评估操作机制，不预测标的价格，也不建议用户建立该风险敞口。

决策场景

场景 1：当合约成为关键约束

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

场景 2：当生效时间成为关键约束

假设读者最关心的是9月18日07:30 UTC，正确做法不是寻找一个适用于所有人的赢家，而是提前准备，保存证据，并在投入资金或权限前定义停止条件。

场景 3：当风险层级成为关键约束

假设读者最关心的是支持的新限额，正确做法不是寻找一个适用于所有人的赢家，而是选择正确层级，保存证据，并在投入资金或权限前定义停止条件。

场景 4：当杠杆成为关键约束

假设读者最关心的是新上限，正确做法不是寻找一个适用于所有人的赢家，而是必要时降低，保存证据，并在投入资金或权限前定义停止条件。

场景 5：当只减仓成为关键约束

假设读者最关心的是限制条件，正确做法不是寻找一个适用于所有人的赢家，而是测试账户状态，保存证据，并在投入资金或权限前定义停止条件。

场景 6：当缓冲结束成为关键约束

假设读者最关心的是10月5日07:30 UTC，正确做法不是寻找一个适用于所有人的赢家，而是设更早截止，保存证据，并在投入资金或权限前定义停止条件。

常见问题

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

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

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

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

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

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

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

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

最安全的第一步是什么？

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

来源与编辑方法

• Risk limit adjustment for selected perpetual contracts — Bybit
• Maintenance updates — Bybit
• USDT contract risk limits — Bybit Help Center