KuCoin订单簿接口将转公开：查询深度怎样改变行情读取成本

KuCoin在10月27日公告中，将UTA订单簿查询接口的调整时间定为2026年11月2日09:00 UTC，即北京时间当天17:00。改动包括取消认证、扩大深度参数取值、按深度重新计费，并转入公共限流池。[1] 对维护行情看板、执行前报价检查或多交易对扫描的人来说，接入手续会减少，但读取成本的差距会扩大。能否保持报价及时，取决于请求了多少深度、多久刷新，以及限流额度怎样分配。

先把变更理解为一次读取预算重排

公告列出的权重分为四档：深度1至20为5，21至100为20，101至500为50，501及以上或FULL为250。[1] 这些数字是接口调用权重，不是手续费，也不是订单簿里挂单的金额。交易者不能据此推断买卖费用变化，更不能把更深的返回结果理解为平台给了更多可成交流动性。

最值得留意的是档位边界。请求20与21的深度只差一个参数单位，权重却分别为5和20；请求500与501，权重由50变为250。[1] 这意味着选择查询深度时，应按实际分析需要落在适合的档位，而不是把数字调大一点作为保险。若业务只检查最靠前报价附近的成交空间，跨档扩大范围可能增加读取负担，却没有改善本次决策。

公开访问降低的是认证门槛，不代表公共额度没有约束。 公告没有在这份通知中给出所有客户端适用的额度总量，也没有说明同一网络出口上的各类请求是否以完全相同的身份聚合。因此，无法只拿权重表推算每个用户一定能发出多少请求；这需要结合实际采用的接口文档和返回的限流信息核对。

Binance全球顶级交易所 v3.22.3

类型：金融理财大小：306.0M语言：多国语言[中文]时间：10-25评分：10.0

同一份订单簿，深度和时效可能互相挤占

假设一个工具的任务是判断一笔给定规模的市价单，在当前可见报价下可能穿过多少档位。若查询范围只覆盖订单预计消耗量的一小部分，工具会低估执行成本；若每次都拉取全部深度，却因预算不足而延长刷新间隔，工具又可能拿到范围更完整但时间更旧的报价。这里不存在对所有策略都最优的固定深度。

概念插图用于表达读取范围与处理负担的关系，不代表KuCoin实际系统结构。交易工具需要先定义可接受的数据陈旧程度，再决定是否值得增加深度。预估小额订单成本与评估大额分批执行，所需的数据范围不同；用同一套FULL轮询覆盖两种任务，容易让低需求的查询占用高需求任务的预算。

按公告权重，在相同可用权重预算、同样的计费方式且没有其他限制的假设下，一次FULL查询与五十次最低档查询的权重相同。[1] 这只是成本比值，并不意味着五十次浅层请求可以替代一次完整快照：重复查询最靠近成交价的部分，仍然看不到更远处的挂单。相反，完整快照也不能替代连续的时间观察。选择应由需要回答的问题决定，而不是单看返回数据量。

还有一个经常被忽略的条件：公开订单可以在请求返回后撤销或变化。查询结果足够深，只能说明该次观察记录了更大的价格范围；它无法保证下一刻仍按相同价格成交。把查询深度当成成交保证，会把数据覆盖问题和执行风险混在一起。若策略对时效很敏感，应同时记录接收时间和可核验的服务端时间字段，避免只用本地界面刷新动画判断数据新鲜度。

取消认证后，旧客户端要核对哪些假设

公告明确称接口由私有转为公开、不再要求认证，同时将api-rate-limit-pool改为Public Pool，api-channel改为Public；limit从枚举类型改为字符串，并允许更广的深度取值及FULL。[1] 对开发侧而言，最直接的影响不只是删去签名代码，而是原来围绕账户权限、类型校验与限流池建立的假设，需要逐项确认是否仍成立。

图为KuCoin公告原文摘录排版，非网页截图。取消认证这一改动的范围是通知所指的UTA订单簿查询端点，不能外推为下单、账户余额或其他私有接口也变为公开。[1] 对把行情读取和交易指令放在同一模块的程序，划清这条边界尤其重要，否则可能在重构时误删仍然需要的权限处理。

字符串参数也不意味着所有字符串都合法。公告允许更广的深度值和FULL，但没有在正文中列出任意输入的处理规则。[1] 工具若自行把空值、负数或大小写变体当作有效范围，就会把尚未核实的输入假设带进生产。可靠的调整是保留显式的业务取值，并在生效后检查返回档位与字段含义，而不是因类型更宽就取消边界校验。

对于已经接入的用户，KuCoin表示原有调用可以继续使用，同时要求关注新权重并调整请求频率。[1] 两句话应一起理解。调用格式继续兼容，解决的是请求能否被接受；原来的轮询频率能否维持，属于另一项容量判断。接口没有报参数错误，不能据此认定原来的刷新策略仍有足够额度。

欧易okx交易所 v6.195.1

类型：金融理财大小：549.4M语言：中文时间：11-1评分：10.0

把上线验收落到交易工具的实际行为

生效时间尚未到来时，能确认的是公告安排，不能把预告写成已经在全部客户端完成切换。若平台另有变更通知，或实际返回与公告不符，应保留两者差异并按明确的官方更新处理。不能为了验证而在未核实限流条件下高频冲击端点，也不能用单次成功响应证明全天稳定性。

实际验收可围绕两类工作展开。第一类是读取正确性：检查程序发送的limit是否符合新类型、返回深度是否满足本次判断、错误响应是否被当成有效空订单簿。第二类是资源分配：核对不同交易对和不同深度请求的权重消耗，在限制接近时优先保留哪些查询。尤其对扫描大量币对的工具，一次大范围任务可能占用后续关键行情检查的预算，任务之间应有清晰的优先次序。

当请求失败时，界面继续显示上一份数据并非必然有问题，但必须让使用者辨认它的时间。若系统把重试失败隐藏起来，旧报价就可能被误当作最新报价；这类错误即使没有任何下单接口变化，也会传导到仓位规模和价格判断。深度调整的成效应体现在可用数据的及时性与覆盖范围，而不能只统计请求返回成功的比例。

也存在变化影响很小的情况。例如原工具一直采用较浅档位、查询量低且额度宽裕，本次主要减少认证处理负担；为此重写整个行情系统未必划算。另一些工具需要更深快照，新增取值可能让它摆脱旧枚举限制，权重增加则需要以更明确的调度换取。这两种情况都符合公告，不能用一种使用方式概括所有交易者。

本次通知没有证明市场价差会缩小，也没有证明盘口深度会增加。更合理的判断是：公开端点让读取更容易接入，而分档权重让深度选择的成本更显性。对用户有价值的结果，是在所需价格范围内持续拿到可辨认时效的数据。上线后若这个目标没有改善，单凭取消签名或开放FULL，还不足以说明交易工具得到了实际升级。

资料来源

[1] KuCoin订单簿接口调整公告