智能合约非部署地址改用户信息不生效、部署地址修改全局生效问题咨询

问题诱因 #

你遇到的异常和合约本身的setUserName函数逻辑无关，msg.sender的行为符合你理解的调用者规则，问题全部出在前端调用逻辑层面：

• 前端初始化合约实例时固定绑定了合约部署地址（Ganache第一个地址）的签名者，后续所有合约交互默认用该地址发起交易，没有动态切换为当前浏览器Metamask连接的活跃地址。
  你在浏览器2操作时，交易实际由部署地址发起，仅修改了部署地址对应的用户名，而非当前浏览器2账号的用户数据没有变更，所以看起来请求返回成功但看不到变化。
• 前端读取用户数据时固定查询部署地址对应的用户信息，没有传入当前Metamask连接的地址作为查询键。因此只要部署地址的用户名变更，所有浏览器读取到的都是同一个用户名，出现修改全局生效的错觉。
• ERC20转账报错的原因同理：浏览器2发起转账时实际由部署地址发起，校验的是部署地址的代币余额，自然会出现余额不足的错误，和当前浏览器2账号的实际余额无关。

解决方案 #

按优先级从以下两个层面排查修复：

前端合约交互逻辑修复 #

1. 每次发起合约写操作前，先调用Metamask的eth_requestAccounts接口动态获取当前浏览器连接的活跃地址，使用该地址对应的签名者初始化合约实例，不要复用部署时固定绑定的部署者签名者。以ethers.js为例，需要调用contract.connect(currentSigner)生成绑定当前用户的签名者后再调用合约方法。
2. 读取用户信息时，将当前Metamask连接的活跃地址作为users映射的查询参数，不要硬编码传入部署地址查询。
3. ERC20相关的转账、授权操作全部绑定当前活跃地址作为交易发起方。

验证方案 #

你可以在合约中新增事件打印调用方地址验证问题根源：

event SetUserNameCaller(address indexed caller);
function setUserName(string memory _userName) public {
    emit SetUserNameCaller(msg.sender);
    users[msg.sender].userName = _userName;
}

部署后复现操作，查看Ganache的交易日志中SetUserNameCaller事件返回的地址，确认是否和当前操作的账号地址一致即可确认问题。

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