如何在浏览器或Chrome扩展中交易确认前获取Web3合约地址

所有实现方案仅做地址取值读取，不会修改交易内容、不干预正常交易流程

浏览器端（DApp环境）实现 #

这个场景不需要操作MetaMask弹窗DOM，直接通过钱包注入的全局对象即可在交易发起时拿到目标地址，稳定性最高。
MetaMask会在页面挂载window.ethereum全局对象，所有链上交易最终都会通过这个对象的request方法提交，你只需要代理这个方法，在交易发起时读取参数即可：

• NFT购买类交易的交互目标就是NFT合约本身，交易参数里的to字段就是你要找的NFT合约地址
• 代理逻辑不要修改任何入参，读取完成后原样执行原始方法，就不会对交易流程产生任何影响

// 保存原始请求方法引用
const originalSend = window.ethereum.request.bind(window.ethereum);
// 代理请求方法，仅做参数读取
window.ethereum.request = async (payload) => {
  if (payload.method === 'eth_sendTransaction') {
    const transaction = payload.params[0];
    // 读取NFT合约地址
    const nftContractAddress = transaction.to;
    console.log('当前交易NFT合约地址：', nftContractAddress);
    // 此处可添加自定义的地址处理逻辑，不要修改transaction对象即可
  }
  // 原样透传请求，不干预交易流程
  return originalSend(payload);
};

这个方案对web3.js、ethers.js等常用链上交互库同样生效，因为这类库最终都会调用钱包注入的request方法提交交易，不需要额外适配。

Chrome扩展场景实现 #

根据扩展的运行场景分两种实现方案：

• 如果扩展是通过content script注入普通网页，直接复用上面浏览器端的代理逻辑即可。注意要把代码注入到页面主世界运行，不要运行在content script的隔离沙箱里，否则拿不到页面上下文里的window.ethereum对象。
• 如果需要直接读取MetaMask弹窗上显示的合约地址，需要先申请MetaMask扩展页的访问权限，再通过DOM读取拿到地址值。注意这个方案会受MetaMask版本迭代影响，每次MetaMask更新如果调整了弹窗DOM结构，读取逻辑就要同步修改，稳定性弱于交易参数拦截方案。

首先在扩展的manifest.json中配置匹配规则和权限：

{
  "manifest_version": 3,
  "version": "1.0",
  "name": "NFT合约地址读取工具",
  "host_permissions": [
    "chrome-extension://nkbihfbeogaeaoehlefnkodbefgpgknn/*"
  ],
  "content_scripts": [
    {
      "matches": ["chrome-extension://nkbihfbeogaeaoehlefnkodbefgpgknn/*"],
      "js": ["read-address.js"],
      "run_at": "document_idle"
    }
  ]
}

然后在read-address.js中通过DOM监听读取渲染完成的地址：

const domObserver = new MutationObserver(() => {
  // 定位MetaMask确认弹窗中显示接收方/合约地址的元素
  const addressElement = document.querySelector('address[data-testid="recipient-address"]');
  if (addressElement) {
    const nftContractAddress = addressElement.textContent.trim();
    console.log('从MetaMask弹窗读取到NFT合约地址：', nftContractAddress);
    domObserver.disconnect();
  }
});
domObserver.observe(document.body, {
  subtree: true,
  childList: true
});

注意事项 #

• 不要修改任何交易参数，否则MetaMask会检测到交易篡改，向用户弹出高风险提示
• 优先使用交易参数拦截方案，适配所有EVM兼容钱包，不受钱包UI迭代影响

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