有的网页里钱包入口根本不存在：EIP-5593 说的安全上下文与内嵌框架边界

在某个网页上点连接钱包毫无反应，检查下来钱包本体正常、其他网站正常，唯独这一类页面里钱包注入的接口根本不存在——这往往不是钱包故障，而是网页没站在密码学安全上下文这一侧。EIP-5593 把这条边界写成过一份钱包指引，这一篇讲清它的规则、排查顺序和适用现状。

安全上下文：钱包接口注入的门槛

浏览器的运行环境会区分哪些来源属于安全上下文：加密的 HTTPS 页面属于，本机的 localhost 也算，而用明文 HTTP 打开的页面不属于。EIP-5593 对钱包的建议是：提供者接口（注入进网页的那个钱包入口）只在安全上下文里暴露；当页面内的环境被判定为非安全上下文时，该环境里读到的钱包入口应当是未定义，也就是代码层面根本不存在。对于内嵌网页框架，这份指引规定第三方框架默认不得注入钱包入口，只有与页面顶层同源的自有框架属于例外；个别实现可以留出经用户批准的放行机制，但那属于可选增强而非默认能力。无痕窗口中是否暴露，标准把选择权留给钱包。要看清这条边界的来龙去脉，先把多扩展抢入口的常见问题排掉，可读 网页点连接钱包没反应：多扩展抢一个入口与 EIP-6963 的排查顺序。

为什么设这条边界

这份提案的动机有两个方向。一是缩小攻击面：钱包接口能请求动用资产的签名，如果任意明文页面或页面里夹带的第三方广告框架都能调用它，攻击就多了一层中转——正规站点上加载的广告脚本理论上也能发起请求，把注入限制收敛到安全上下文后，这类框架直接够不到钱包。二是减少指纹暴露：注入范围收窄，站点能通过钱包入口探测设备特征的面也随之收窄。需要如实交代的现状：EIP-5593 的状态是 Stagnant，未成为强制标准，各钱包的实际执行程度不一，这条边界在多数主流钱包上体现为事实行为，但具体到某个版本某个开关，仍以实测为准。

连不上钱包的排查顺序

第一步看地址栏协议：页面若是明文 HTTP 且浏览器标注不安全，钱包入口缺席符合上面的规则，正确动作是与站点方确认是否有加密版本地址，而不是继续刷新重试。第二步看框架层级：有些站点把关键功能区嵌在内嵌网页里，右键检查页面结构能看出你点的按钮位于子框架；解决方式是新标签页打开源站的顶层页面完成连接，钱包类站点自己的帮助中心通常也这样建议。第三步才是常规排查：内嵌浏览器环境、扩展冲突、权限清理，路径见 应用内浏览器点连接钱包没反应：内嵌网页缺的通道与换路方法。

边界之外：别做的事

不要为了让某个明文站点连上钱包去修改浏览器的安全实验开关。标准允许用户自行把不安全来源标记为可信，这个口子是为本地开发留的，在真金白银的钱包场景下打开它，等于把签名请求通道暴露给可被篡改的网络路径。也不要反向误读：连接不上不等于网站是钓鱼站，能连上更不等于网站可信——这条边界管的是注入环境的安全等级，不管站点的身份真伪，身份核对靠域名与官方渠道。

为什么浏览器会标注不安全

明文 HTTP 页面被排除在安全上下文之外，根源是传输本身：加密通道同时提供保密性和完整性，明文请求则可被同一路径上的设备读取、改写。钱包签名的对象是能被篡改的页面发起的请求时，用户在弹窗里核对的内容与最终提交的字节可能已经不同，所以标准宁可让接口缺席也不放行。浏览器地址栏的不安全标注只描述传输状态，不评价站点内容善恶，两者在排查时分开使用。把这条逻辑记住，多数连不上钱包的怪现象都能第一眼归类：先看协议，再看结构，最后才怀疑钱包本体。

风险提示：本文是钱包连接机制的说明，不构成投资建议，也不构成对任何钱包或网站安全性的保证。涉及资产操作前请以官方文档与实测行为为准。