若您无法打开官方网址，请您使用【客户端下载链接】 Windows下载：https://www.promosparky.com/upgradeapp/OKX_Setup_Win10.exe Window 兼容版（版本低于win10）：https://www.promosparky.com/upgradeapp/OKX_Setup.exe MAC（苹果）客户端下载：https://www.promosparky.com/upgradeapp/OKX.dmg Mac 兼容版（版本低于10.15）：https://www.promosparky.com/upgradeapp/OKX_Compat.dmg 二、客户端如何注册登录 点击页面上方【注册/登录】-【立即注册】。注册必须同时绑定手机号和邮箱，按要求输入【邮箱】—【输入邮箱验证码】—【手机号】(手机号注册需要选择对应区号）—【验证码】—设置【密码】，完成注册即可。 实名认证年龄需满足18周岁及以上（无上限要求），未实名认证的账户无法进行买卖币、充提币（内部转账）、借贷以及资金划转等操作。

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

1. 跟单参数 名称 参数 固定金额-单笔跟单 10 - 100,000 USDT 按比例-单笔跟单 0.01 - 100x 最大跟单金额 10 - 5,000,000 USDT 2. 最大跟随交易员上限： 10

可设置的参数包括： 1、跟单任务名称（可自定义修改) 2、目标网络与目标地址 (创建后不可更改，如需调整可创建新的跟单任务) 3、买入模式 (二选一) 您可以选择通过不同计价代币 (例如：SOL、USDT 等) 进行跟单交易。 温馨提示：创建后不可更改，如需调整可创建新的跟单任务。 固定数量 (Fixed amount)（默认） 按填写的固定数量跟单买入代币 买入数量 (Buy amount)：固定买入代币的数量。 不跟买持仓代币 (Skip holdings)：可设置是否不重复买入已持有的代币；关闭后允许加仓，可进一步设置单币最大加仓次数 (Increase time)。 固定比例 (Fixed ratio) 按目标地址买入数量的一定比例买入相同代币 买入比例 (Buy ratio)：跟单买入代币的比例。 最多买入数量 (Max buy amount)：跟单买入代币的数量上限。 不跟买持仓代币 (Skip holdings)：可设置是否不重复买入已持有的代币；关闭后允许加仓，可进一步设置单币最大加仓次数 (Increase time)。

如果验证结果通过，终端程序会返回 Verify address signature end, all address passed (如下图)使用第三方工具验证地址拥有权 针对下列类型的地址，您可以使用第三方工具验证该地址的所有权，证明查询的地址拥有权属于欧易 BTC单签地址 - BTC验签工具 EVM系地址 - ETH验签工具 TRX链地址 - TRX链验签工具 以BTC单签地址为例： 1. 首先，下载并打开储备证明文件 2.拷贝一条记录的地址、消息、签名 （如下图标注的部分） 3. 进入BTC验签工具网站，粘贴复制的地址、消息、签名 4. 如果验证通过，结果将如下图所示验证欧易对 ETH 质押资产所有权 对于 ETH 质押资产，您可以使用第三方浏览器(beaconcha.in)来验证欧易对这些公钥的所有权。 第 1 步：下载并打开 ETH 质押文件。 第 2 步：复制任意公钥地址（如下所示） 第 3 步：进入beaconcha.in，粘贴公钥地址 第 4 步：检查“From address”和“Recipient address”与 ETH 质押文件中的地址是否匹配。

十二、接口报错：50102 Timestamp request expired 这是时间戳过期报错，需要您调用获取系统时间接口：https://www.okx.com/docs-v5/zh/#public-data-rest-api-get-system-time，将您的本地时间跟我们的服务器时间进行一下同步，时间差值控制在 30s 内就可以有效规避这个问题的，需要注意的是，请求头中的时间是UTC0 时的时间，获取服务器时间接口获取到的时间是 UTC+8 的时间戳。十三、接口报错：50101 APIKey does not match current environment 这个是因为 API key 和当前环境不匹配导致的，实盘调用需要使用实盘 API key ，且请求的header 里面 x-simulated-trading这个参数值需要为 0 ；模拟盘调用需要使用模拟盘 API key ，且请求的 header 里面 x-simulated-trading 这个参数值需要为 1 。

同时会以限价单挂下面的 持有交易货币数量： 100 / 20,000 = 0.005 BTC 持有计价货币数量：3,100 - 100 = 3,000 USDT 平均持仓成本 = 20,000 USDT 本交易周期止盈价格 = 20,000 * （1 + 10.00%）= 22,000 USDT 加仓单#1：触发价格为20,000 * (1 - 5%) = 19,000 USDT，下单数量为200 USDT 加仓单#2：触发价格为20,000 * (1 - 5% - 5% * 1.5) = 17,500 USDT，下单数量为200 * 2.0 = 400 USDT 加仓单#3：触发价格为20,000 * (1 - 5% - 5% * 1.5 - 5% * 1.5^2) = 15,250 USDT，下单数量为200 * 2.0^2 = 800 USDT 加仓单#4：触发价格为20,000 * (1 - 5% - 5% * 1.5 - 5% * 1.5^2 - 5% * 1.5^3）= 11,875 USDT，下单数量为200 * 2.0^3 = 1,600 USDT T1 - 价格短暂下跌

考核周期与范围 考核时间： 自 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% 的助力链接重新达到标准后，将在下一个小时恢复原有返佣比例。 当助力人所有链接均被删除时，系统将取消其助力人身份。

2.利率计算和分配 对于在 T 小时内成功匹配到借贷邀请的用户，相应贷款额从 T 到 T+1 的每小时息将在 T+1 小时内发放。3.产生利息的最低余额要求 币价 ≥ 1,000 USDT：规定代币余额的 0.0001 100 USDT≤ 币价 < 1,000 USDT：0.001 10 USDT≤ 币价 < 100 USDT： 0.01 1 USDT≤ 币价 < 10 USDT：0.1 币价 < 1 USDT：1 备注：每日 0:00 (UTC+8) 更新币价。

风险评级 根据用户投入策略的现货持仓比例（Delta 值）分类评级，例如：某策略投入时，即全部购入现货，则 Delta 值为1。 稳健型（风险较低）： 套利类策略（ Delta <0.05 ） DCD 策略，如宽幅网格，天地网格，DCA 等 （ Delta < 1 ） 均衡型（中等风险）： 现货类策略：如长线屯币网格，现货跟单，期权猎手等（ Delta 多数情况下为 1 ） 激进型 （风险较高）： 杠杆类策略：如合约跟单，合约类机器人（Delta 有可能大于 1 ） 风险评级 激进型 均衡型 稳健型 根据现货持仓比例进行评估 Delta > 1 Delta = 1 Delta < 1运行时间 运行时间 长期 中期 短期 机器人交易员的典型运行时间（基于历史用户数据） > 30 天 > 7 天 ≤ 7 天

例如：仅用户 A、B 参与活动： A 质押 1,000 USDT，加成倍数为 1.5x； B 质押 1,500 USDT，加成倍数为 1x。A 的加权质押数量 = 1,000 × 1.5 = 1,500 USDT，与 B 相同，因此两人将各获得奖励池的 50%。 X Stake 活动页面将标注具体参考时间点，并提供转换表以便查询加成倍数与 Boost 交易量的对应关系。您参与活动后，加成倍数不会低于 1x，即使 Boost 交易量发生变化，也不影响基础奖励的获取。 APR 如何计算？ 预估 APR 由前 1 小时全体用户的总质押数量和加成倍数决定，每小时更新一次。 您的每小时奖励 = 每小时奖励代币数量 × 上一小时您的质押数量 × 您的加成倍数 / 所有用户倍数加成后的质押量 您的每小时 APR = （您的每小时奖励 × 奖励代币价格）/ （每小时平均质押数量 × 质押资产价格）× 24 × 365 页面展示的年化收益率仅供参考，实际收益率可能因市场变化和最终奖励分配情况而有所不同。 每小时质押数量如何计算？

若您选择高卖策略，那么回款按如下规则决定： 结算场景 回款金额 回款币种 到期价 < 目标价 申购数量 × (1 + 收益率) 基础币种 到期价 ≥ 目标价 申购数量 × 目标价 × (1 + 收益率) 计价币种 例：您用 10 BTC 申购了高卖 BTC 产品，目标价为 $58,000，收益率为 0.2%： 如果 BTC 到期价 < 58,000，收入：10 × (1 + 0.20%) = 10.02 BTC 如果 BTC 到期价 ≥ 58,000，收入：10 × 58,000 × (1 + 0.20%) = 581,160 USDT 若您选择低买策略，那么回款按如下规则决定： 结算场景 回款金额 回款币种 到期价 > 目标价 申购数量 × (1 + 收益率) 计价币种 到期价 ≤ 目标价 申购数量 / 目标价 × (1 + 收益率) 基础币种 例：您用 10,000 USDT申购了低买 BTC 产品，目标价为 $50,000，收益率为 1.24%： 如果 BTC 到期日价格 > 50,000，用户收入：10,000 × (1 + 1.24%) = 10,124 USDT 如果 BTC

手续费收取规则：现货 / 杠杆交易手续费 = 手续费率 × 成交时买入的币种数量； 以 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。

币本位保证金与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 的用户作为包含性证明。