同一条 eth_chainId 请求，官方列出的主网地址没把响应送回来，测试网却正常返回。这个结果不能被偷换成主网已经停了。它暴露的是另一层问题。@Dusk 把入口写进文档，只能证明地址被声明，不能证明我这台机器已经和它建立可信连接。文档存在与客户端可用，中间还隔着证书、网络和链身份。
我把变量收得很窄。客户端、POST 内容和 15 秒超时完全相同，只替换 RPC 端点。2026 年 8 月 24 日 00 点 08 分，测试网返回 0x2e9，随后给出区块 0x11bc06。主网在严格证书校验下停在 TLS，HTTP 状态是 000，校验结果是 20，应用层的 chain ID 根本没有取得。
这份对照最有用的地方，不是替网络下健康判决。严格 TLS 失败可能来自证书链，也可能只出现在我的当前网络路径。它能证明的范围很清楚，至少在这次客户端环境里，文档地址还没有通过可用性验收。把一次连接失败写成全网故障，会比忽略失败本身更草率。
原来我会看到 RPC 就开始配钱包。现在顺序得改。可信连接是门，链 ID 是房号，区块持续推进才说明屋里有人。少过一道，都不该拿真实资金试错。测试网这次三项都能继续核，主网只走到第一道就停了，差异不是快慢，而是能否进入下一步验证。
$DUSK 的 EVM 入口真正可用，需要同时看到证书可信、chain ID 命中预期、区块高度继续变化。三项证据没凑齐，我只会把它标成待排查，不会标成可用，更不会写成主网失效。对普通用户最省钱的动作也很具体，转账前先做这三次检查，任何一项没有结果就停手。
文档给地址，实测才给通行证。#dusk
我把变量收得很窄。客户端、POST 内容和 15 秒超时完全相同，只替换 RPC 端点。2026 年 8 月 24 日 00 点 08 分，测试网返回 0x2e9，随后给出区块 0x11bc06。主网在严格证书校验下停在 TLS，HTTP 状态是 000，校验结果是 20，应用层的 chain ID 根本没有取得。
这份对照最有用的地方，不是替网络下健康判决。严格 TLS 失败可能来自证书链，也可能只出现在我的当前网络路径。它能证明的范围很清楚，至少在这次客户端环境里，文档地址还没有通过可用性验收。把一次连接失败写成全网故障，会比忽略失败本身更草率。
原来我会看到 RPC 就开始配钱包。现在顺序得改。可信连接是门，链 ID 是房号，区块持续推进才说明屋里有人。少过一道，都不该拿真实资金试错。测试网这次三项都能继续核，主网只走到第一道就停了，差异不是快慢，而是能否进入下一步验证。
$DUSK 的 EVM 入口真正可用，需要同时看到证书可信、chain ID 命中预期、区块高度继续变化。三项证据没凑齐，我只会把它标成待排查，不会标成可用，更不会写成主网失效。对普通用户最省钱的动作也很具体，转账前先做这三次检查，任何一项没有结果就停手。
文档给地址，实测才给通行证。#dusk