ERC20代币转入Burn合约后未自动销毁问题求助

1. 核心误区：Fallback/Receive函数不处理ERC20转账 #

ERC20代币转账是通过调用代币合约的transfer/transferFrom方法完成的，仅会在代币合约内部更新余额，不会触发接收方合约（BurnContract）的fallback或receive函数——这是你遇到问题的核心原因。fallback仅在向合约发送原生ETH且没有匹配的函数被调用时才会触发，和ERC20转账完全无关。

2. BurnContract销毁逻辑的正确实现方向 #

方案A：合并转账与销毁的单次调用 #

在BurnContract中实现一个整合方法，让用户直接调用该方法完成转账+销毁，避免分两步操作：

contract BurnContract {
    GameToken public immutable gameToken;

    constructor(address _gameToken) {
        gameToken = GameToken(_gameToken);
    }

    // 用户调用此方法，先授权再执行
    function depositAndBurn(uint256 amount) external {
        require(gameToken.transferFrom(msg.sender, address(this), amount), "Token transfer failed");
        gameToken.burn(amount);
    }
}

前端只需引导用户先调用GameToken的approve授权BurnContract，再调用depositAndBurn即可完成自动销毁。

方案B：主动触发销毁的独立方法 #

如果坚持先转账再销毁，需在BurnContract中添加可调用的销毁方法，前端在转账完成后调用该方法：

function burnReceivedTokens() external { // 可添加onlyOwner限制，或开放给所有人
    uint256 balance = gameToken.balanceOf(address(this));
    require(balance > 0, "No tokens to burn");
    gameToken.burn(balance);
}

注意：BurnContract作为代币持有者，调用burn()方法即可销毁自己持有的代币，无需额外授权。

3. 额外排查点 #

• 合约地址验证：确认BurnContract中引用的GameToken地址完全正确，避免因地址错误导致调用失效。
• 权限与事件检查：查看GameToken的Transfer事件是否明确指向BurnContract地址；检查BurnContract的销毁逻辑是否有错误判断（比如余额为0的拦截），是否有对应的Burn事件输出。
• 前端流程检查：确保前端没有只执行了代币转账步骤，遗漏了调用BurnContract销毁方法的环节。

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