全部
常见问题
公告
产品文档
API 常见问答
使用tickers:https://www.okx.com/docs-v5/en/#order-book-trading-market-data-get-tickers和ticker:https://www.okx.com/docs-v5/en/#order-book-trading-market-data-get-ticker,tickers接口用于批量获取币对最新成交价,ticker用于获取单个币对最新成交价。温馨提示: 如果以上 QA 无法解答您的疑问,或您还有其他 API 相关问题,请点击文章链接,并在文章最下方,通过欧易 App 扫码进群与API技术专员联系。 打开 App,点击左上角九宫格图标,再点击右上角扫码图标,扫描右侧二维码即可。 注意:入群前,您需要先打开允许入群权限:点击欧易 App 首页左上角全功能图标 - 【个人资料和设置】-【 用户中心】 -【偏好设置】 -【消息偏好】- 【允许其他用户直接将您添加至群聊】,您可在 App 首页右上角,点击消息图标,查看群聊信息。发布于 2024年9月20日更新于 2026年3月23日133充币进程缓慢的原因是什么?
充值验证方式 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. 区块链网络拥堵情况 当区块链网络拥堵时,交易确认时间可能延长,从而影响到账时间。发布于 2024年10月17日更新于 2026年1月1日406如何验证欧易对钱包地址的拥有权和余额?
可在此处下载Bitcoin Core软件:https://bitcoincore.org/en/download/ ,请下载 0.21 或之后的版本 2. 需要编辑Bitcoin Core的配置文件,以使节点RPC可访问。创建 ~/.bitcoin/bitcoin.conf 文件并用编辑器打开或运行 vi ~/.bitcoin/bitcoin.conf 命令,编辑 server=1 rpcuser=OKX rpcpassword=OKXWallet 3. 进入 bin 目录,运行 ./bitcoind 命令,启动节点 4. 等待节点同步到最新高度,大约需要12个小时 同步到最新高度后,需要回滚节点到OKX快照高度,以查询快照高度余额,操作如下: 运行 .发布于 2023年9月26日更新于 2026年1月26日996零知识证明:什么是 zk-STARKs 以及它们是如何工作的?(zk-STARK V2)
., 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小时。发布于 2024年10月21日更新于 2026年2月11日91零知识证明:zk-STARK 是什么?它如何运作?
在上述情况下,我们可以从 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 的数据,并生成相应的默克尔证明路径。发布于 2023年5月10日更新于 2025年9月8日179
显示第 1-5 篇文章,共 5 篇