REST API 域名将更新为 us.okx.com，WebSocket 域名将更新为 wsus.okx.com。 您的 API 密钥将保持不变。未结订单 当您的账户更新成您的居住国家/地区时，所有未完成的订单（例如现货订单、定期购买等）都将被取消。系统更新完成后，您可以下新的订单。账户数据及交易记录 资产分析、盈亏、费用水平、交易记录等数据在变更后可能需要24至48小时才能完全更新。账户报表和历史记录 更新后48 小时内即可生成或下载账户报表、交易历史记录和资金历史记录。经纪商平台 系统更新期间，您对经纪商平台和快速 API 的授权将被重置。升级完成后，您可以根据服务可用性重新授权访问。更新了登录 URL 您的登录网址将更改为 app.okx.com。 我们建议将新的 URL 添加到书签中以便于访问。

充值验证方式 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. 区块链网络拥堵情况 当区块链网络拥堵时，交易确认时间可能延长，从而影响到账时间。

详情参考 https://www.okx.com/trade-market/discountrate 免责声明 本项目并非：(i) 投资建议或投资推荐；(ii) 购买/出售加密数字资产的要约或招揽；(iii) 财务、会计、法律或税务建议。您应谨慎评估交易或持有加密数字资产是否契合您的财务状况和风险承受能力。关于您的具体情况，请咨询专业法律/税务/投资顾问。加密数字资产（含稳定币及NFT）存在市场波动性，具有高风险属性，可能发生价值减损。历史回报不预示未来收益，过往表现不构成未来结果保证。OKX不对任何潜在损失承担责任。请注意：并非所有地区都提供全部产品，部分市场可能限制或未开放本活动。关于您的具体情况，请务必咨询专业法律/税务/投资顾问。 欧易团队 2026年2月20日

开启全屏模式，避免查看图表时视野受限切换全屏图表模式： i) 选择图表上的扩展按钮；或 ii) 选择放大选项将交易图表最大化 iii) 双击屏幕。K线颜色自定义功能 App端 已支持 K 线颜色自定义，范围包括：指标、画线、蜡烛，K线支持画图形在原生版K线画矩形、三角形、圆形，支持拖拽和编辑（已于去年9月上线Web端），用户可通过【设置】-【式样】自行设置颜色，方便用户可以用自己熟悉的配色观察行情变化 注： 1.蜡烛图自定义颜色不会支持多端同步，指标和画线支持多端同步 2.当前背景色相同的画线会进行自动调整，例如：一条白色的移动均线将在日间模式时自动显示为黑色2. 放大图表 通过可调节的Y轴缩放功能，提升图表导航和K线的查看体验。您可以通过缩放图表的Y轴来放大图表，从而帮助您更精确地进行交易。通过提供更详细的视图，该功能增强了您对交易决策的信心，让您的交易体验更加回报丰厚。 3. 善用平台上的指标和工具 我们提供多种进阶版的交易工具，如合约交易、期权交易和杠杆交易，您可以善用这些交易工具，这将有助您： 了解机制：了解每个工具的工作原理及相关风险。

若需要验证储备金地址拥有权，参考【验证欧易对钱包储备金地址的拥有权】章节进行操作；若需要验证储备金地址余额，参考【验证钱包储备金地址余额】章节进行操作验证欧易对钱包储备金地址的拥有权 欧易快照数据中包含地址、消息“I am an OKX address”和签名，以及BTC多签赎回脚本，通过下列步骤可以验证欧易储备金地址的拥有权。 1）BTC 钱包采用单签和多签两种签名方式 多签地址采用2/3签名，每条数据中包含两个签名，由欧易持有三把私钥中的两把私钥进行签名得到。通过验证两个签名，可以确保欧易至少掌握了其中两把私钥，从而证明欧易对该多签地址的拥有权 单签地址通过消息和签名结果可验证欧易对该地址的拥有权。 2）ETH 和 USDT 钱包 通过消息和签名结果可以证明欧易对该地址拥有所有权。 您可通过欧易提供的开源工具或者第三方工具验证欧易对公布地址的拥有权。使用储备金验证工具验证地址拥有权 1. 打开终端程序 Mac系统：终端应用 Windows系统：cmd应用 2.

., h63, i.e. hrecursive = Hash (h0 || h1 || ... || h63） 在求和 erecursive 和 drecursive 期间没有溢出。3、批处理电路和递归电路之间的关系是什么？ 下图说明了批处理电路和递归电路如何相互连接和传递数据。请记住，在图中，我们出于说明目的复制了电路，但在我们的实现中，我们只为每一层使用一个电路。 我们的 Merkle 树的结构有点不同。在底部 10 层，每个父节点有 2 个子节点，而在上层，每个父节点有 64 个子节点。这是因为批处理电路处理底部，而递归电路管理顶部。下图使用带有“Alice”的示例来显示 Merkle 树和她的 Merkle 证明（用绿色着色）。 有关更多技术细节，例如我们如何调整帐号以适应批量大小或选择正确的哈希算法，请查看此页面。三、zk-PoR 版本 2 的进展 我们的zk-PoR版本2比以前的版本有了几个进步。 更高的效率： 它现在比以前的版本快50倍。在单个10核机器上需要3小时，而以前的版本使用9台64核机器需要36小时。

在上述情况下，我们可以从 I(x) 计算出一个多项式 p(x)。当我们使用扩展因子 8 时，我们将在 p(x) 上计算另外 32 * (8-1) 个点。 由于两个不同的 D 次多项式最多共享 D 个点，因此具有有效多项式（满足上述约束条件）和 D 次假多项式（不满足上述约束条件）的多项式对最多共享 D 个点。这意味着假多项式有 的机会通过随机抽样检查。如果我们进行 n 次抽样检查，机会会降低到 。 我们默认将 extension_factor 设置为 16，将抽样检查默认次数设置为 16，因此安全级别将为 80 位。 第三步： 多项式承诺 我们用计算记录和相应的用户余额、用户 ID 以及每行对应约束多项式的值来计算哈希值，并生成默克尔树 (Mekel tree)。默克尔树根是多项式的承诺 (commitment) 值。 第四步：生成抽样证明 使用默克尔树根作为随机源对数据进行抽样，为避免泄露计算记录数据，在抽样过程中将会避免使用序号为 k * extension_factor 的数据，并生成相应的默克尔证明路径。