Cardano 11.2预发布：Dijkstra测试推进，钱包与节点兼容为何要先验收

Cardano这轮更新最容易被混为一谈的，是节点程序已经发布、测试网准备换时代，以及Leios扩容正式生效。Intersect在2026年10月30日周报中确认，Node 11.2已作为预发布版本推出，供Dijkstra测试网推进集成测试，但不包含Leios；后者属于11.3的工作范围。[1] 对维护钱包、索引器和质押池的人，眼下更具体的问题是：换上新节点后，原有客户端和部署配置还能不能正确工作。

先处理一次可能没有报出明显错误的配置迁移

11.2的发布说明同时保留旧的平面配置格式，并引入带外层封装的新格式。新版本仍能读取旧平面配置，但随版本分发的网络配置已改成封装形式，11.2以前的节点不能读取这些新配置。[2] 这不是一句“向后兼容”能够概括的变化：新程序能读旧文件，不代表旧程序能读新文件，回退计划必须同时考虑程序和配置。

更隐蔽的情况出现在容器覆盖参数。发布说明指出，原先按平面结构编写的配置合并文档，面对封装配置时可能静默不起作用，参数需要放进新的Configuration层级。[2] 如果团队只看容器是否启动，可能把默认值仍在运行误判为自定义设置已经加载。推演一个例子：原本准备更改追踪设置，却仍向旧层级写入参数，节点可以运行，但日志表现与预期不同；问题会在后续排障时才暴露。这里是依据配置规则的情景分析，并非已经确认某家服务发生了事故。

回退应恢复一组彼此匹配的程序、配置和覆盖参数，而不是只把可执行文件换回去。 对有多套环境的团队，更有效的检查是保存最终解析配置，比较预期参数是否真正进入运行结果。官方提供配置迁移、模式查看与解析命令，可用于支持这类核对。[2] 但命令能够执行，也不证明业务参数正确，仍须以实际解析结果对照部署要求。

图为接口适配概念插图。新程序与旧配置的兼容具有方向，不能据此推定回退路径同样成立。

Binance全球顶级交易所 v3.22.3

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

节点仍然同步，钱包连接却可能先断开

11.2移除了低于NodeToClientV_23的节点到客户端协议版本支持。官方说明明确要求钱包、索引器和工具使用能够协商该版本的网络库，并注明相关支持从节点10.7.0起已提供。[2] 这里说的是本地服务与节点交谈的协议版本，不能将它等同于链上协议版本12，更不能只因两个数字接近就认为它们可以互换。

这项变化对不同架构的影响不一样。若钱包依赖外部服务商，用户看到的可能只是余额刷新或交易提交暂时异常，实际需要修改的是服务商的接入层；若团队自行连接节点，就必须核实所用库的版本和协商能力。节点进程健康、链高度继续增长，仍不足以证明下游查询与提交成功。把节点健康检查直接当作整套收付款系统健康检查，会留下一个无法被监控覆盖的断点。

旧查询也有替代要求。发布说明列出部分旧查询随着旧协议版本移除，质押分布与池分布查询需要使用对应的新接口。[2] 仅把依赖库更新到“能连接”，可能让握手恢复，却仍在特定查询上失败。合理的验证单位因此应是具体业务调用：余额能够读到、必要的质押信息能够解析、构建出的交易能够提交，并且返回状态能够被账务系统正确解释。

这也解释了为什么全量更新与分批验证各有代价。统一升级能减少混合版本带来的差异，却可能同时放大一个共有依赖的问题；先在隔离环境验证，能够发现协议协商和配置结构差异，但测试流量又未必覆盖生产中的所有查询。比较这两种安排时，应看业务调用覆盖和恢复能力，不能仅按版本号是否一致评价可靠性。本文没有运行钱包端到端测试，也不声称任何具体钱包已经不兼容。

Dijkstra与Leios应当怎样放进同一份进度表

Intersect的10月30日周报把两个阶段写得很清楚：11.2携带除Leios之外的Dijkstra硬分叉功能，用于推动DijkstraNet进入Dijkstra时代；11.3将包括Leios，带来完整功能集。周报对11.3带标签预发布版的时间表述是现实估计仍需三至四周、最快两周。[1] 这是从周报时点出发的开发估计，不是主网激活日期，也不是承诺的上线倒计时。

11.2代码中存在Leios相关基础工作，并不能推翻上述边界。发布说明把相关基础设施列为默认关闭。[2] 代码存在、测试可开展、网络规则启用、应用体验改善，是不同层次的结果。投资者若看到提交记录便直接推算ADA的扩容收益，就跳过了功能启用和真实使用两道证据门槛；运维者若只等待扩容功能，又可能忽略当前已经需要处理的客户端兼容变化。

上图为原文摘录排版，非网页截图。引文来自Intersect在2026年10月30日发布的第135期周报，保留了11.2不包含Leios这一范围限定。[1]

对应用团队而言，提前开展Dijkstra测试仍有实际价值。版本升级可能影响交易构建、脚本处理和错误反馈，测试网允许在不把生产资金当作试验对象的前提下暴露这些差异。11.2发布说明已经列出Dijkstra交易与子交易相关支持，同时指出Plutus V4需要协议版本12。[2] 因此，接口或命令已经出现，不等于在任何网络、任何时代都能使用，测试记录必须写清网络和所处协议阶段。

把“能测试”转化为“可以部署”，还缺什么

首先要明确测试验证的是哪一项变化。配置能够解析，回答的是部署结构问题；客户端能协商并完成查询，回答的是接入兼容问题；交易在指定测试网络得到正确处理，才进一步回答规则切换后的执行问题。三个结果不能互相代替。测试网一天一个epoch的安排已由周报说明，但缩短测试周期也不意味着测试结果自动覆盖生产网络的全部负载与运行时间。[1]

其次要保留失败结果的含义。如果一项查询在升级后不可用，可能是旧查询被移除，也可能是客户端尚未更新；若交易不能进入测试链，可能与网络阶段、构建方式或规则支持有关。应先根据对应版本说明定位，再讨论是否影响链上资产。仅凭应用报错就断言底层共识失效，会把接入层问题扩大为网络结论；反过来，用链仍出块来否定用户遭遇的服务故障，也同样缺乏依据。

欧易okx交易所 v6.195.1

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

ADA持有人可以据此确认的，仍是一项工程进展

本次能够确认的是，预发布程序和具体兼容变化已公开，Dijkstra测试与后续Leios工作有可区分的安排。[1][2] 这些材料提高了工程进度的可观察性，却没有提供新增付费需求、费用收入或主网上线后的真实吞吐数据。把它们直接换算成某个ADA目标价格，缺少从功能到使用、再到资产需求的推理依据。

若未来发布的结果显示，主要钱包与索引服务完成兼容验证，测试网在规则切换后持续稳定处理代表性交易，工程风险判断可以相应改善；若11.3进度调整，或应用迁移反复暴露相同依赖问题，就需要重新评估预期时间和接入成本。这里列的是改变判断的条件，不能当作已经取得的成绩或已经发生的故障。

目前更直接的行动分界很清楚：维护基础设施的人，应先核对11.2的配置结构和客户端协议；只持有ADA的读者，应把测试网进展与自己的钱包服务公告分别跟踪。本文核对截至2026年11月1日，没有确认Dijkstra主网激活时间，也没有取得全生态兼容率或实际扩容测量。新版本值得关注的地方，正在于它把哪些工作可以立即验证、哪些结果仍需等待，写得比一句“即将升级”具体得多。

资料来源

[1] Intersect：2026年10月30日第135期周报

[2] Cardano Node 11.2.0：官方预发布说明