BNB链代理代币合约(0x9356f6d9...)持仓查询异常及方案失效问题

问题根源 #

1. 代理与实现合约的存储隔离：你直接查询实现合约的balanceOf必然返回0——代理模式（透明代理/UUPS）下，用户持仓数据存在代理合约的存储中，实现合约仅负责执行逻辑，本身没有用户余额的存储数据。
2. Mint方法的隐藏性：代理合约上的Mint调用是通过delegatecall转发到实现合约的，实现合约的Mint可能是带权限修饰器（如onlyOwner）的内部/私有函数，或是通过fallback函数处理的，因此在实现合约的public函数列表里看不到，但实际可被代理触发执行。
3. 事件查询对象错误：你应该查询代理合约的Transfer/Mint事件日志，而非实现合约的。所有用户交互的交易目标是代理合约，相关事件的上下文绑定在代理合约上，查实现合约的日志自然找不到有效数据。

正确的持仓信息获取方式 #

• 确认有效实现合约：在BSCScan的代理合约页面，进入Read Contract面板，调用implementation（UUPS标准）或getImplementation（透明代理）方法，获取当前活跃的实现合约地址，避免查错版本。
• 通过代理合约查询余额：所有balanceOf调用必须指向代理合约地址（0x9356f6d95b8e109f4b7ce3e49d672967d3b48383），而非实现合约，这样才能读取到存在代理存储中的真实持仓数据。
• 提取持仓地址：
  1. 在代理合约的BSCScan页面切换到Logs标签，过滤Transfer和Mint事件，提取所有涉及的to/from地址。
  2. 对每个提取到的地址，调用代理合约的balanceOf方法，过滤掉余额为0的地址，得到有效持仓列表。
• 极端情况处理：如果合约未规范发射Transfer/Mint事件，可直接读取代理合约的存储槽：ERC20标准中，用户余额的存储槽为keccak256(abi.encodePacked(address, uint256(0)))，通过调用代理合约的getStorageAt方法读取对应槽位的值，即可获取余额。

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