如何实现将Metamask账户地址传递至Nodejs后端？

首先明确核心前提：Metamask是运行在用户浏览器侧的钱包插件，出于安全机制限制，它无法直接和你的Node.js后端建立通信，所有地址传递流程都必须通过你自己的前端页面作为中间层完成，不存在后端直接读取用户Metamask地址的可能。

以下是生产环境常用的几种可行方案，你可以根据自己的业务安全等级选择：

方案1：随机nonce签名验证后上报（安全等级最高，推荐生产环境使用） #

• 实现流程：
  1. 前端页面检测到Metamask后，调用window.ethereum.request({ method: 'eth_requestAccounts' })唤起钱包授权，拿到用户当前选中的账户地址
  2. 前端先请求后端接口，拿到一个后端随机生成的一次性nonce字符串，后端把这个nonce和当前请求的会话标识绑定，设置3-5分钟的短期缓存
  3. 前端调用Metamask的personal_sign方法，弹出签名框让用户对这个nonce字符串做签名
  4. 用户确认签名后，前端把签名结果、拿到的钱包地址一起发给后端
  5. 后端通过椭圆曲线签名恢复算法，从签名结果里还原出签名对应的公钥，转成地址后和前端传的地址、缓存里的nonce做三方比对，验证通过就把这个地址和当前用户会话绑定，后续业务直接用会话里存的地址即可
• 优势：完全杜绝地址伪造风险，就算攻击者构造请求传假地址，也没法生成对应合法签名，是Web3行业的通用标准做法
• 不足：需要用户多做一次签名确认，交互多一步
• 注意点：nonce必须保证一次性使用、过期自动失效，避免被人截获做重放攻击

方案2：前端获取地址后直传上报（实现最简单，适合非敏感场景） #

• 实现流程：
  1. 前端唤起Metamask拿到用户授权的地址后，直接通过普通HTTP接口/WebSocket把地址传给后端
  2. 后端拿到地址后直接和当前会话绑定使用
• 优势：开发成本极低，用户只需要做一次钱包连接授权，没有额外交互步骤
• 不足：完全没有防伪造能力，攻击者可以随意构造请求传任意地址冒充其他用户，只能用在地址仅做非敏感数据查询、不关联任何资产/权限的场景，绝对不能用于涉及资产操作、身份权限校验的业务流程

方案3：基于EIP-4361（SIWE）标准实现（适合钱包登录类场景） #

• 实现流程：
  1. 这套是以太坊定义的钱包登录标准规范，本质是方案1的标准化封装，前后端都有现成的SDK可以直接用，不需要自己手写nonce生成、签名校验、会话管理的逻辑
  2. 前后端分别集成对应SDK，按照标准流程走即可完成地址的验证和绑定
• 优势：符合行业通用规范，自带域名绑定、防重放、会话续期等安全能力，不用自己踩签名相关的安全坑
• 不足：需要引入额外的第三方依赖包，比手写简单逻辑多一点集成成本

配套补充逻辑：地址变更实时同步 #

不管选上面哪个方案，都建议在前端加Metamask的账户切换监听：调用window.ethereum.on('accountsChanged', callback)方法，一旦用户在钱包里切换了账户，前端立刻拿到新地址，重新走一遍上报/验证流程，同步更新后端绑定的地址，避免后端存的旧地址导致业务出错。

重要提醒：只要你的业务里这个地址会关联用户资产、操作权限，就必须加签名验证步骤，绝对不能直接信任前端传来的未经验证的地址。Metamask本身不会给后端传递任何身份可信凭证，地址的所有权校验只能通过签名验证完成。

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