如何从浏览器扩展以标准方式与MetaMask等DApp钱包扩展通信？

问题背景 #

访问DApp提供商有多种标准方式，其中EIP-6963是通用的钱包发现方案，常规实现代码如下：

window.addEventListener("eip6963:announceProvider", console.log)
window.dispatchEvent(new Event("eip6963:requestProvider"))

这段代码在普通HTML页面中能正常获取所有已安装钱包的EIP-6963信息，但在浏览器扩展的不同上下文里存在各种问题：

• 在popup上下文运行无任何效果
• 在background上下文无法运行（无window对象），等效代码也无法实现跨扩展通信
• 在注入上下文运行时，监听器回调会触发，但关键的detail字段为null

目前仅能通过特定方式连接MetaMask：

import { MetaMaskInpageProvider } from "@metamask/providers"
import PortStream from "extension-port-stream"

const CHROME_METAMASK_ID = "nkbihfbeogaeaoehlefnkodbefgpgknn"
const metamaskPort = chrome.runtime.connect(CHROME_METAMASK_ID)
console.log("Connecting to wallet extension", CHROME_METAMASK_ID, metamaskPort)
const pluginStream = new PortStream(metamaskPort)

new MetaMaskInpageProvider(pluginStream)

但用相同方式连接Coinbase（扩展ID：hnfanknocfeofbddgcijnmhnfnkdnaad）时，会直接报错：

chrome.runtime.connect("hnfanknocfeofbddgcijnmhnfnkdnaad")

Could not establish connection. Receiving end does not exist

核心问题 #

是否存在像普通网页那样的标准方式，能同时连接所有钱包？web3.js在扩展中基本无法加载，注入MetaMask提供商后web3-react可正常工作，但无法开箱即用。是有通用方案，还是必须等待各钱包更新以支持类似MetaMask的连接方式？

解决方案与现状分析 #

1. 当前无完全通用的跨扩展钱包发现方案
   EIP-6963的设计核心是基于普通网页的window全局上下文，而浏览器扩展的隔离机制（不同上下文的权限限制、跨扩展通信的严格校验）导致它无法直接复用。扩展的popup、background、注入脚本各自有独立的权限边界，无法像网页那样通过全局事件实现统一的钱包发现。

2. 钱包厂商的扩展通信实现存在差异
   MetaMask的chrome.runtime.connect方式是其自定义的扩展通信机制，并非行业通用标准。其他钱包如Coinbase并未开放对应的runtime端口监听，所以直接调用会触发连接失败的报错。这种差异源于各钱包对扩展内DApp交互的实现逻辑不同，目前没有统一规范。

3. 可行的折中方案

   • 注入脚本转发EIP-6963事件：在注入脚本中监听EIP-6963事件，将获取到的钱包信息通过chrome.runtime.sendMessage转发给popup或background上下文。需要确保扩展的manifest.json配置了正确的权限（如activeTab、scripting），以实现上下文间的通信。
   • 适配钱包聚合库：部分钱包聚合库已针对扩展环境做了兼容性适配，集成这类库可以封装不同钱包的通信逻辑，减少手动适配的工作量。不过需要提前验证库在扩展环境中的运行稳定性，部分库可能需要额外配置。
   • 逐个适配主流钱包：如果需要稳定的兼容性，只能针对MetaMask、Coinbase等主流钱包，分别查阅它们的官方扩展通信文档，实现单独的连接逻辑。比如Coinbase提供了官方扩展SDK，可以直接使用其封装的方法完成连接。

4. 长期展望
   EIP-6963在扩展环境中的适配目前仍处于讨论阶段，部分钱包厂商已开始关注扩展内的通用钱包发现需求，但尚未形成统一的行业标准。短期内可能还是需要依赖上述折中方案，等待行业推出针对扩展场景的通用规范。

内容的提问来源于stack exchange，提问作者seaders