若您無法打開官方網址，請您使用【客戶端下載鏈接】 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. 跟單參數 名稱 參數 固定金額-單筆跟單 10 - 100,000 USDT 按比例-單筆跟單 0.01 - 100x 最大跟單金額 10 - 5,000,000 USDT 2. 最大跟隨交易員上限： 10

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、跟單任務名稱（可自定義修改) 2、目標網絡與目標地址 (創建後不可更改，如需調整可創建新的跟單任務) 3、買入模式 (二選一) 您可以選擇通過不同計價代幣 (例如：SOL、USDT 等) 進行跟單交易。溫馨提示：創建後不可更改，如需調整可創建新的跟單任務。 固定數量 (Fixed amount)（默認） 按填寫的固定數量跟單買入代幣 買入數量 (Buy amount)：固定買入代幣的數量。 不跟買持倉代幣 (Skip holdings)：可設置是否不重複買入已持有的代幣；關閉後允許加倉，可進一步設置單幣最大加倉次數 (Increase time)。 固定比例 (Fixed ratio) 按目標地址買入數量的一定比例買入相同代幣 買入比例 (Buy ratio)：跟單買入代幣的比例。 最多買入數量 (Max buy amount)：跟單買入代幣的數量上限。 不跟買持倉代幣 (Skip holdings)：可設置是否不重複買入已持有的代幣；關閉後允許加倉，可進一步設置單幣最大加倉次數 (Increase time)。

十二、接口報錯：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% 的助力鏈接重新達到標準後，將在下一個小時恢復原有返佣比例。 當助力人所有鏈接均被刪除時，系統將取消其助力人身份。

風險評級 根據用戶投入策略的現貨持倉比例（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 頁面展示的年化收益率僅供參考，實際收益率可能因市場變化和最終獎勵分配情況而有所不同。 每小時質押數量如何計算？

手續費收取規則：現貨 / 槓桿交易手續費 = 手續費率 × 成交時買入的幣種數量； 以 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。

若您選擇高賣策略，那麼回款按如下規則決定： 結算場景 回款金額 回款幣種 到期價 < 目標價 申購數量 × (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

幣本位保證金與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 美元）。

簡單賺幣起息額度規則 1. 幣價 ≥ 1000 USDT，起息額度為 0.0001 2. 100 USDT ≤ 幣價 < 1000 USDT，起息額度為 0.001 3. 10 USDT ≤ 幣價 < 100 USDT，起息額度為 0.01 4. 1 USDT ≤ 幣價 < 10 USDT，起息額度為 0.1 5. 幣價 < 1 USDT，起息額度為 1 香港時間每日 0 點更新幣種價格。

0xdc426b528377F3Bd301D09FA0Ea16ff169cC8C73 BNB 0xa7FD99748cE527eAdC0bDAc60cba8a4eF4090f7c 0xdc8B1f859bD9aFd93159DEcF75eaDD5f871aE6ee 0x2B45c083c9cAb7edA8d2d63B926d9A828EE01c74 0x6A5Cf9D9d0B8c32610b2a2e60cBb766D3404C3c6 mode 0xa7FD99748cE527eAdC0bDAc60cba8a4eF4090f7c 0x2Cc7a0Ab3CD788d4C59A31d7C4001351Fb1CE564 0x2B45c083c9cAb7edA8d2d63B926d9A828EE01c74 0x5F47bfAD0d500A999b6A937e8D1715Db0B573631 Xlayer 0xa7FD99748cE527eAdC0bDAc60cba8a4eF4090f7c 0xEfcB1C65C1fff1BDE5938505137AddA08c02713B 0x2B45c083c9cAb7edA8d2d63B926d9A828EE01c74

例如，如果我們想證明 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 以及與用戶序號相對應的隨機數，以及相應的默克爾路徑。 第八步：用戶驗證包含性證明 用戶可以檢查他們的余額、ID，計算與他們序號對應數據的哈希值，并使用默克爾路徑驗證葉子節點上的哈希值。2.