Binance 下架 USDP：9 月 24 日产品截止时间检查清单

已核验的来源事实

1. Binance 于 2026 年 9 月 10 日发布 USDP 下架公告，并计划在 9 月 24 日 03:00 UTC 停止全部 USDP 现货交易。 2. 公告称，未成交现货订单将在现货下架时自动移除。 3. 公告称，受影响 Trading Bots 将与现货交易同时终止。 4. Binance 为 Spot Copy Trading 设置了更早的 2026 年 9 月 17 日 03:00 UTC 移除时间，说明产品截止时间分阶段发生。

对照表

1. 官方产品核验：公告身份

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

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

最后尽量让公告身份保持可逆：保留带日期公告，只保存非秘密证据，并把结果与官方发布与更新对应的公开规则对账。由于后续编辑仍未解决，本文只评估操作机制，不预测标的价格，也不建议用户建立该风险敞口。

2. 官方产品核验：现货截止

现货截止涉及9 月 24 日 03:00 UTC。应保留带日期的第一方原文，确认适用实体与产品界面，再只转换一次并保留 UTC。

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

最后尽量让现货截止保持可逆：只转换一次并保留 UTC，只保存非秘密证据，并把结果与9 月 24 日 03:00 UTC对应的公开规则对账。由于运营漂移仍未解决，本文只评估操作机制，不预测标的价格，也不建议用户建立该风险敞口。

3. 官方产品核验：未成交订单

未成交订单涉及自动取消。应保留带日期的第一方原文，确认适用实体与产品界面，再截止前主动取消。

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

最后尽量让未成交订单保持可逆：截止前主动取消，只保存非秘密证据，并把结果与自动取消对应的公开规则对账。由于移除前成交仍未解决，本文只评估操作机制，不预测标的价格，也不建议用户建立该风险敞口。

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

交易机器人涉及终止与订单处理。应保留带日期的第一方原文，确认适用实体与产品界面，再提前停止并对账。

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

最后尽量让交易机器人保持可逆：提前停止并对账，只保存非秘密证据，并把结果与终止与订单处理对应的公开规则对账。由于策略状态仍未解决，本文只评估操作机制，不预测标的价格，也不建议用户建立该风险敞口。

5. 官方产品核验：跟单交易

跟单交易涉及更早的 9 月 17 日截止。应保留带日期的第一方原文，确认适用实体与产品界面，再优先检查跟单敞口。

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

最后尽量让跟单交易保持可逆：优先检查跟单敞口，只保存非秘密证据，并把结果与更早的 9 月 17 日截止对应的公开规则对账。由于强制出售结果仍未解决，本文只评估操作机制，不预测标的价格，也不建议用户建立该风险敞口。

6. 官方产品核验：余额

余额涉及各产品钱包剩余 USDP。应保留带日期的第一方原文，确认适用实体与产品界面，再盘点全部账户区段。

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

最后尽量让余额保持可逆：盘点全部账户区段，只保存非秘密证据，并把结果与各产品钱包剩余 USDP对应的公开规则对账。由于隐藏小额余额仍未解决，本文只评估操作机制，不预测标的价格，也不建议用户建立该风险敞口。

7. 官方产品核验：转换

转换涉及可用的自愿替代路径。应保留带日期的第一方原文，确认适用实体与产品界面，再行动前核对条款。

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

最后尽量让转换保持可逆：行动前核对条款，只保存非秘密证据，并把结果与可用的自愿替代路径对应的公开规则对账。由于市场价差仍未解决，本文只评估操作机制，不预测标的价格，也不建议用户建立该风险敞口。

8. 官方产品核验：充值

充值涉及服务变化后的入账。应保留带日期的第一方原文，确认适用实体与产品界面，再检查实时充值页。

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

最后尽量让充值保持可逆：检查实时充值页，只保存非秘密证据，并把结果与服务变化后的入账对应的公开规则对账。由于延迟转账仍未解决，本文只评估操作机制，不预测标的价格，也不建议用户建立该风险敞口。

9. 官方产品核验：提现

提现涉及网络与截止时间可用性。应保留带日期的第一方原文，确认适用实体与产品界面，再发送前核验。

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

最后尽量让提现保持可逆：发送前核验，只保存非秘密证据，并把结果与网络与截止时间可用性对应的公开规则对账。由于网络维护仍未解决，本文只评估操作机制，不预测标的价格，也不建议用户建立该风险敞口。

10. 官方产品核验：记录

记录涉及订单、机器人与交易历史。应保留带日期的第一方原文，确认适用实体与产品界面，再导出非秘密证据。

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

最后尽量让记录保持可逆：导出非秘密证据，只保存非秘密证据，并把结果与订单、机器人与交易历史对应的公开规则对账。由于未来界面访问仍未解决，本文只评估操作机制，不预测标的价格，也不建议用户建立该风险敞口。

决策场景

场景 1：当公告身份成为关键约束

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

场景 2：当现货截止成为关键约束

假设读者最关心的是9 月 24 日 03:00 UTC，正确做法不是寻找一个适用于所有人的赢家，而是只转换一次并保留 UTC，保存证据，并在投入资金或权限前定义停止条件。

场景 3：当未成交订单成为关键约束

假设读者最关心的是自动取消，正确做法不是寻找一个适用于所有人的赢家，而是截止前主动取消，保存证据，并在投入资金或权限前定义停止条件。

场景 4：当交易机器人成为关键约束

假设读者最关心的是终止与订单处理，正确做法不是寻找一个适用于所有人的赢家，而是提前停止并对账，保存证据，并在投入资金或权限前定义停止条件。

场景 5：当跟单交易成为关键约束

假设读者最关心的是更早的 9 月 17 日截止，正确做法不是寻找一个适用于所有人的赢家，而是优先检查跟单敞口，保存证据，并在投入资金或权限前定义停止条件。

场景 6：当余额成为关键约束

假设读者最关心的是各产品钱包剩余 USDP，正确做法不是寻找一个适用于所有人的赢家，而是盘点全部账户区段，保存证据，并在投入资金或权限前定义停止条件。

常见问题

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

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

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

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

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

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

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

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

最安全的第一步是什么？

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