2、如何进行设备深度清理 1）卸载可疑 App 排查近期不明来源，如卸载通过非官方渠道下载的 App 排查近期是否授权过无障碍权限 2）彻底杀毒若问题仍未解决，可参考以下步骤： 安装并使用权威杀毒软件全盘扫描 删除可疑应用及关联文件 安卓用户可以通过点击【头像】-【安全设置】-【安全扫描】，进行对手机扫描是否有恶意软件 3）系统重置若上述问题仍然存在，请执行： 备份重要数据至加密云盘或物理存储设备 恢复出厂设置 4）高危情况处理： 若仍涉及账户资金风险，建议更换设备并联系官方客服 urgent@okx.com 三、日常安全防护建议 若您仍存在疑虑，请更换设备登录账户后，参考以下进行安全项排查1、账户风险排查 1）重置账户登录密码更改您的账户密码，确保密码足够复杂且仅用于欧易账户，不与其他平台重复使用。 2）排查身份验证应用（如谷歌验证器） 在安全中心检查账户绑定的身份验证器是否为本人绑定。 如果发现异常，立即重置身份验证器。 若您的账户尚未绑定身份验证器，建议尽快开启，以提升账户安全性。

1. 什么是 T+N 安全保护？ T+N 安全保护功能是指您在平台通过 C2C 买币时，平台风控系统会综合评估您的交易风险，对您该笔交易的等额资产进行 N 天限制提币及 C2C 卖出。T+N 中的 N 表示限制持续的天数： T+1 — 限制持续 1 天 T+3 — 限制持续 3 天 T+7 — 限制持续 7 天 但此功能不影响您在平台的其他交易及金融服务，超出订单资产部分可以正常提币、C2C卖出。 备注：N 天按自然日计算，含节假日2. 为什么设置安全保护功能？ T+N 安全保护功能，能有效避免因风险资金流入带来的双方财产损失，保障平台用户资产安全。对部分用户执行超过 24 小时甚至更长时间的限制，则是基于平台精细化风控运营设置，最大限度劝退风险资金流入平台，降低银行账户被冻结风险，减少用户资金风险。3. 我如何知道当前订单是否为 T+N 订单？ 从买币开始到订单结束，页面一共会有三次提醒。第一次是下单的时候，第二次是生成订单待付款的时候，第三次是等待卖家确认时。如果您不想交易被锁定的买币订单，可以选择取消该笔交易。

这种风险意识评估是强制性的，零售客户必须完成，以避免2025年6月19日开始对您的 DPT服务有限制。如果我没有通过知识测试会发生什么？ 如果您没有通过，您可以根据需要多次地重新参加测试。但根据当地法规，您需要通过测试，以避免对我们的DPT服务的限制。从2025年6月19日开始，如果您没有通过测试，您的账户将会受到限制，仅保留数字资产兑换法币、提现到其他非OKX新加坡维护的DPT账户 以及提款的功能。一旦您通过测试，您将恢复完整的交易权限，除非存在其他潜在限制。我收到了参加知识测试的提示。我现在可以跳过吗？ 是的，您可以选择稍后在方便的时候完成测试。但请注意，从2025年6月19日起，为了避免对我们的DPT服务有任何的限制，建议您及时通过测试。考试的及格分数是多少？ 要通过，你必须正确回答6个问题中的至少4个。测试结果（通过或失败）您将在App中收到通知。 我该如何参加考试？ 您可以在此处进行测试。大多数用户在 5 分钟内完成。 OKX 新加坡可能会根据其现行政策和程序以及相关规定决定更新风险评估。

主要影响因素如下：1. 网络矿工确认速度 每笔充值都需经过区块链网络矿工的确认。确认速度受网络拥堵情况和手续费高低影响，手续费越高，矿工处理的优先级通常越高。平台无法调整网络费用，请耐心等待。2. 充值验证方式 i) 确认数 不同币种对到账所需的确认数要求不同。以 USDT 为例， TRON 网络需要 19 次确认才能完成，而 Ethereum 网络则需要 32 次确认（具体信息请以页面显示为准） ii) Bundle 验证 如果您选择在 Layer 2 网络进行交易（例如：Optimism、Base、Arbitrum One 等)，交易将在 Layer 2 上完成验证后与其他交易合并为一个 bundle，然后在 Layer 1 作为单笔交易进行验证。欧易会根据 Layer 1 的最终状态和区块确认来完成充值流程。 【1次bundle验证】：充值仅需在 Layer 2 上验证。 【2次bundle验证】：充值需要在 Layer 1 和 Layer 2 上都进行验证。3. 区块链网络拥堵情况 当区块链网络拥堵时，交易确认时间可能延长，从而影响到账时间。

转入10 ETH后，全仓余额减少10ETH, 全仓余额为5ETH, 逐仓ETH余额增加10ETH, 以价格 1,332.84 买入 10 个 ETH。 订单成交，产生 -0.01 ETH手续费，此时买入资产为 (10 – 0.01 = 9.99) ETH， 逐仓ETH资产为19.99ETH。 形成仓位及余额变化 逐仓仓位资产为 19.99 ETH（仓位资产包含买入资产和保证金余额），负债为 13328.4 USDT。 计算方式 即页面上币种权益 币种权益 = 全仓账户余额 + 逐仓保证金余额（不包括逐仓杠杆仓位） + 逐仓杠杆仓位资产 – 逐仓杠杆仓位负债 + 全仓杠杆未实现盈亏 + 交割未实现盈亏 + 永续未实现盈亏+ 期权市值 *一键借币仓位逐仓保证金余额= 一键借币仓位币种资产 - 一键借币逐仓仓位币种负债 *杠杆未实现盈亏中不包含一键借币收益 即计入杠杆实际资产与负债的币种余额。

1. 极具竞争力的价格， 适用于任何交易规模或复杂程度 最窄的报价/价差 可向多个交易对手发送定制 RFQ（询价单） 自由挂单以赢得交易 2. 保障即时的订单表外执行 在进行任何规模的交易而不影响订单 使用 19 种预定义策略，包括合约价差、期权、跨式组合等 在执行多腿策略时避免价格滑点风险 3. 简化的工作流程 两键交易使整个工作流程中更简单 从下单到价格发现、结算和清算的端到端全自动化执行，打造高效的体验 4. 资本效率 交易者可以使用欧易智能投资组合保证金工具，通过在不同方向和不同产品之间抵消其仓位，从而降低保证金要求 与单独执行两笔完全不同的交易相比，减少执行费用 5. 可定制策略 套利交易 (现货对合约/永续)、合约价差 (合约对合约/永续)、看涨/看跌价差、日历差价、蝶式价差、秃鹰价差、比例价差、对角价差、反向价差。 期权/波动率策略：领口 (collar)，跨式 (straddle)， 勒式（strangle）、备兑看涨期权 (covered call)，保护性看跌期权 (protective put)，合成合约 (synthetic futures)。

10.1 如何下限价委托单？ 欲了解更多请查看我们的专属指南。请参考以下示例：以 19,000 USDT 的价格买入 0.01 BTC。10.2 如何下市价委托单？ 欲了解更多请查看我们的专属指南。 请参考以下示例：按当前市场价格购买价值 100 美元的 BTC。10.3 在现货交易中，如何使用目标货币参数 tgtCcy ? 在现货交易中，参数 tgtCcy 决定了数量参数 sz 的单位，它可以是交易对的基础货币或计价货币。例如，在交易对 BTC-USDT 中，基础货币是 BTC，计价货币是 USDT。 默认情况下，tgtCcy = quote_ccy(计价货币）用于买单，这意味着您指定的 sz 是以计价货币为单位的。而对于卖单，tgtCcy 的默认值为 base_ccy，这意味着您指定的 sz 是以基础货币为单位的。 在以下示例中，您将以市价单买入价值 100 USD 的 BTC。10.4 如何使用客户端订单 ID 参数 clOrdId? 在下单时，您可以通过指定参数 clOrdId 来设置自己的客户端订单 ID。

19、USDⓈ 合约命名有什么变化？ USDⓈ 合约示例：BTC-USD_UM-SWAP（永续）、BTC-USD_UM-20250725（交割） 币本位合约保持不变，如 BTC-USD-SWAP20、USDⓈ 合约是否支持API交易？ 是，所有 USDⓈ 合约均支持 API 接口，instrument_id 与前端一致。

JSON文本如下所示： {"sum_tree_siblings":["9ffb169fecf075e203edca2af65e4c69fa4331d13ac75ccae4cd5b990c91b675","7149661a789763cb61293ebf5d8bdd5570e79ee203738f87a444c79642b89a79","788aac9e392fa62bc3f79c98c7afd7bb41ee7d5bd496876cd0580080f19e002f","e828a44d345e6799e232aabc57cb2b92986ee1c52b65344d83e79d84b4b571b7","6c0675de9cd6b2be1abd6a98260e7ea776492c4aa9aadf31086f23452cb7c48d","2dfe3aadb5ac00ee0b1110ee8c313afdee85d9f9c62904d6ee79c8f02354d80a","5068ae26192587432892a6de8b54ea25a8aafd1c010ab5e67b55b2c30c6257fa

手续费收取规则：现货 / 杠杆交易手续费 = 手续费率 × 成交时买入的币种数量； 以 BTC/USDT 现货为例，假设 BTC 目前价格为 20,000 USDT，交易者 A (挂单手续费率 0.08%，吃单手续费率 0.1%) 以市价单买入 1 BTC，成交时为吃单方，需要支付的手续费 = 0.1% × 1 = 0.001 BTC，成交后将获得 0.999 BTC；交易者 A 以限价单卖出 1 BTC 即买入 20,000 USDT，成交时为挂单方，需要支付的手续费 = 0.08% × 20,000 = 16 USDT，成交后将获得 19,984 USDT。

其中，某一跟单员的跟单记录如下： 日期和时间 交易记录 扣除手续费后盈亏 每日预扣金额 （10% 的利润） 04.17（周一） BTCUSDT 买入日期：2023 年 4 月 1 日 卖出日期：2023 年 4 月 17 日 +200 USDT 20 USDT 04.18 (周二) BTCUSDT 买入日期：2023 年 4 月 6日 卖出日期：2023 年 4 月 18日 ETHUSDT 买入日期：2023 年 4月 6日 卖出日期：2023 年 4 月 18日 -50 USDT +300 USDT 0 30 USDT 04.19 (周三) 未买入 BTCUSDT 买入日期：2023 年 4 月 6日 卖出日期：尚未卖出 ETCUSDT 买入日期：2023 年 4月 6日 卖出日期：尚未卖出 N/A N/A 04.20（周四） ETCUSDT 买入日期：2023 年 4月 6日 卖出日期：2023 年 4月 20日 -500 USDT 0 04.21（周五） 未买入 BTCUSDT 买入日期：2023 年 4 月 6日 卖出日期：尚未卖出 ETCUSDT 买入日期：2023 年 4月

美股收益率+135%，crypto本金1K美元投资达到5万美元。 交易风格：主要交易主流币BTC，ETH，热门meme币；日内交易，以中长线为主，高杠杆赌狗勿跟! 建议最大跟单金额设置至少500 USDT， 最少跟单时长1个月。

考核周期与范围 考核时间： 自 2026年 1 月 1 日起开通的链接，从链接生成后的第四个自然月起，每个自然月的首日进行考核。 2026年 1 月 1 日前开通的链接，从链接生成后的第三个自然月起，每个自然月的首日进行考核。 例如： 2026 年 8 月 1 日开通的链接：2026 年 11 月 1 日进行首次考核，之后每个月的 1 日都会进行考核 2026 年 8 月 29 日开通的链接：2026 年 11 月 1 日进行首次考核，之后每个月的 1 日都会进行考核 2025 年 8 月 29 日开通的链接：将从 2025 年 10 月 1 日开始考核，之后每个月的 1 日都会进行考核考核标准 若最近 2 个自然月内的 交易好友人数 ≥ 5：维持节点设定的返佣比例 若最近 2 个自然月内的 交易好友人数 < 5：该链接的总返佣比例调整为 0%其他规则 在首次考核中，若没有好友通过助力链接注册或被召回，该链接会被删除。 返佣比例为 0% 的助力链接重新达到标准后，将在下一个小时恢复原有返佣比例。 当助力人所有链接均被删除时，系统将取消其助力人身份。

币本位保证金与USDT本位保证金对比（以BTC为例）二、使用场景对比1、币本位合约与 USDT 合约做多场景对比 假设 1 USDT ≈ 1 美元，在 BTC 价格 10,000 美元时候。 币本位合约（反向合约）：用 0.1 个 BTC，10 倍杠杆做多 1 个 BTC，即 100 张合约（面值 100 美元）。 USDT保证金合约（正向合约）：用 1,000 USDT，10 倍杠杆做多 1 个 BTC，即 100 张合约（面值 0.01 BTC） 假设 BTC 上涨 10%（开仓均价10,000 美元下跌至 9,000 美元进行平仓，平仓价也是标记价），收益对比如下： 2、币本位合约与 USDT 合约做空场景对比 假设 1 USDT ≈ 1 美元，在 BTC 价格 10,000 美元时： 币本位合约（反向合约）：用 0.1 个 BTC，10 倍杠杆做空 1 个 BTC，即 100 张合约（面值 100 美元）。

例如，如果我们想证明 p0(x)，p1(x) 和 p2(x) 不超过 D 次，我们可以从第三步生成的默克尔树根中生成 2 个随机系数，并计算线性多项式 l(x)： k0 = hash(root + "0") k1 = hash(root + "1") l(x) = k0 * p0(x) + k1 * p1(x) + p2(x) 如果可以证明 l(x) 不超过 D 次，则 p0(x)，p1(x) 和 p2(x) 中任何一个的次数超过 D 的机会将接近于 0 。 第六步：总余额验证 首先验证第五步生成的低次证明，然后在第四步生成的抽样数据上进行进一步的开放验证。首先验证数据是否与多项式承诺一致，其次验证数据是否满足第一步中构建的约束条件。最后，验证低次测试多项式的组合系数。 第七步：生成包含性证明 为了证明每名用户的资产均包含在交易持有资产总额中，我们提供用户的计算记录、用户余额、用户 ID 以及与用户序号相对应的随机数，以及相应的默克尔路径。 例如，在图1的红色方框中的数据将被提供给 ID 为 k 的用户作为包含性证明。