OKX 上线 FLOCKUSDT 永续合约：交易前的合约核对清单

已核验的来源事实

1. OKX's September 12 notice states that FLOCK/USDT perpetual futures opened at 10:00 UTC that day. 2. The notice says the launch covers the web and app interfaces as well as the API. 3. OKX labels the update as potentially inapplicable to some customers and directs users to check regional availability in the app. 4. OKX's product documentation separates perpetual contract rules, funding, margin calculations and risk management from the short listing announcement.

对照表

1. 截止时间控制：Launch status

下架处理首先是时间管理问题。Launch status涉及the announced opening time and current product state。应保留官方 UTC 时间，同时只转换一次本地时间，并confirm that the contract is visible in the signed-in account。不要把最后安全动作安排在最终一分钟，登录障碍、确认延迟、波动与维护都可能耗尽缓冲。

用户还要区分主动操作与平台自动处理。主动撤单、停止机器人或降低仓位，会留下明确时间和更清楚的记录；等待平台流程，则把价格与执行时点交给公告描述的规则。后者不一定错误，但属于另一种决策。whether availability has changed since the notice目前无法提前确认。

事件结束后，应把账户历史与公告逐项对账，包括订单取消、资金费率、仓位结算、划转限制与记录保存。界面变化前先导出资料。本文不预测 ICX 价格，也不评价下架决定，只隔离用户仍能控制的操作结果。

2. 截止时间控制：Regional eligibility

下架处理首先是时间管理问题。Regional eligibility涉及the customer entity and location restrictions。应保留官方 UTC 时间，同时只转换一次本地时间，并read the account-specific eligibility message。

用户还要区分主动操作与平台自动处理。后者不一定错误，但属于另一种决策。eligibility for an unobserved account目前无法提前确认。

界面变化前先导出资料。

3. 截止时间控制：Contract identity

下架处理首先是时间管理问题。Contract identity涉及symbol, settlement asset and contract size。应保留官方 UTC 时间，同时只转换一次本地时间，并copy the live specification into the trade plan。

用户还要区分主动操作与平台自动处理。后者不一定错误，但属于另一种决策。future parameter amendments目前无法提前确认。

界面变化前先导出资料。

4. 截止时间控制：Price references

下架处理首先是时间管理问题。Price references涉及index price, mark price and last-traded price。应保留官方 UTC 时间，同时只转换一次本地时间，并identify which price drives liquidation。

用户还要区分主动操作与平台自动处理。后者不一定错误，但属于另一种决策。future divergence during stress目前无法提前确认。

界面变化前先导出资料。

5. 截止时间控制：Funding

下架处理首先是时间管理问题。Funding涉及funding interval and current displayed rate。应保留官方 UTC 时间，同时只转换一次本地时间，并record the next timestamp and rate before entry。

用户还要区分主动操作与平台自动处理。后者不一定错误，但属于另一种决策。later funding outcomes目前无法提前确认。

界面变化前先导出资料。

6. 截止时间控制：Margin mode

下架处理首先是时间管理问题。Margin mode涉及isolated, cross or portfolio-margin behavior。应保留官方 UTC 时间，同时只转换一次本地时间，并select the least-coupled mode that fits the job。

用户还要区分主动操作与平台自动处理。后者不一定错误，但属于另一种决策。interaction with other account positions目前无法提前确认。

界面变化前先导出资料。

7. 截止时间控制：Leverage

下架处理首先是时间管理问题。Leverage涉及maximum displayed leverage versus chosen leverage。应保留官方 UTC 时间，同时只转换一次本地时间，并size from a loss limit rather than the maximum。

用户还要区分主动操作与平台自动处理。后者不一定错误，但属于另一种决策。future volatility目前无法提前确认。

界面变化前先导出资料。

8. 截止时间控制：Liquidity

下架处理首先是时间管理问题。Liquidity涉及order-book depth and executable spread。应保留官方 UTC 时间，同时只转换一次本地时间，并test the intended size with a limit order。

用户还要区分主动操作与平台自动处理。后者不一定错误，但属于另一种决策。depth during a fast market目前无法提前确认。

界面变化前先导出资料。

9. 截止时间控制：API automation

下架处理首先是时间管理问题。API automation涉及symbol mapping, permissions and kill switches。应保留官方 UTC 时间，同时只转换一次本地时间，并run read-only checks before enabling orders。

用户还要区分主动操作与平台自动处理。后者不一定错误，但属于另一种决策。bot behavior during an outage目前无法提前确认。

界面变化前先导出资料。

10. 截止时间控制：Exit evidence

下架处理首先是时间管理问题。Exit evidence涉及orders, fills, funding and liquidation records。应保留官方 UTC 时间，同时只转换一次本地时间，并define an exit and export procedure before entry。

用户还要区分主动操作与平台自动处理。后者不一定错误，但属于另一种决策。future support decisions目前无法提前确认。

界面变化前先导出资料。

决策场景

场景 1：当Launch status成为关键约束

假设读者最关心的是the announced opening time and current product state，正确做法不是寻找一个适用于所有人的赢家，而是confirm that the contract is visible in the signed-in account，保存证据，并在投入资金或权限前定义停止条件。只要证据变化，就重新打开决策，而不是继续沿用旧结论。这样得到的是一条能够重复执行的操作规则，而不是一次性的主观看法。

场景 2：当Regional eligibility成为关键约束

假设读者最关心的是the customer entity and location restrictions，正确做法不是寻找一个适用于所有人的赢家，而是read the account-specific eligibility message，保存证据，并在投入资金或权限前定义停止条件。

场景 3：当Contract identity成为关键约束

假设读者最关心的是symbol, settlement asset and contract size，正确做法不是寻找一个适用于所有人的赢家，而是copy the live specification into the trade plan，保存证据，并在投入资金或权限前定义停止条件。

场景 4：当Price references成为关键约束

假设读者最关心的是index price, mark price and last-traded price，正确做法不是寻找一个适用于所有人的赢家，而是identify which price drives liquidation，保存证据，并在投入资金或权限前定义停止条件。

场景 5：当Funding成为关键约束

假设读者最关心的是funding interval and current displayed rate，正确做法不是寻找一个适用于所有人的赢家，而是record the next timestamp and rate before entry，保存证据，并在投入资金或权限前定义停止条件。

场景 6：当Margin mode成为关键约束

假设读者最关心的是isolated, cross or portfolio-margin behavior，正确做法不是寻找一个适用于所有人的赢家，而是select the least-coupled mode that fits the job，保存证据，并在投入资金或权限前定义停止条件。

常见问题

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

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

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

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

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

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

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

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

最安全的第一步是什么？

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