Solidity中发送至fallback函数的gas机制与用途说明

首先你对Gas的基础认知是完全正确的：Gas自始至终都是支付给区块验证者的执行手续费，从来不会作为资产被“发送到合约地址”归合约所有。
你看到的“转ETH时向fallback函数发送Gas”是早期中文资料的不准确表述，实际机制是：当转账的接收方是合约地址时，EVM会触发合约的收款函数（Solidity 0.6版本后分为receive()和fallback()，纯转ETH触发receive()，没有receive()才会触发fallback()），执行这段收款逻辑需要消耗Gas，因此转账发起方需要在交易中预留出对应额度的Gas使用权，转发给接收合约的执行上下文用来跑逻辑，这部分Gas实际消耗后仍然是结算给验证者，没花完的部分会退回给交易发起方，合约本身拿不到任何Gas对应的收益。

这个设计完全是适配以太坊的账户模型逻辑：

• 以太坊地址分为两类，一类是用户私钥控制的外部账户（EOA），这类账户收款时不需要执行任何链上代码，不需要额外Gas；另一类是合约账户，只要有ETH转入，就会自动触发对应的收款函数执行代码，代码运行必须消耗Gas，这部分成本不能让验证者承担，也不能凭空生成，因此必须在发起转账时提前预留对应的执行额度。
• transfer()、send()这两个原生转账方法专门把预留的Gas额度硬限制为2300，是刻意做的安全设计：这个额度刚好只够执行最简单的收款逻辑，不够支撑外部调用、复杂存储写入等操作，目的就是阻断早年常见的重入攻击——恶意合约如果在fallback里写递归调用取款的逻辑，会因为Gas不足直接执行失败，转账回滚。
  注：近年因为EVM升级后部分操作的Gas成本上涨，加上代理合约、多签合约等复杂合约的收款逻辑需要更多Gas，2300的固定额度已经经常导致转账失败，因此目前Solidity官方已经不再推荐用transfer()/send()转ETH，更推荐用底层call{value: 转账金额}("")的方式转账，同时搭配重入锁做好安全防护。

预留Gas能执行的操作完全受额度限制：

• 对于transfer()/send()提供的2300固定Gas额度，仅能支撑极轻量的操作：
  • 打一条收款事件日志emit Received(msg.sender, msg.value)
  • 写入单个简单的热存储变量（注意首次写入冷存储槽需要20000Gas，2300的额度完全无法支撑）
  • 做最简单的权限校验（比如判断转账发起方是否在白名单内）
    这类额度下无法执行任何重操作：包括调用其他外部合约、写入多个存储变量、创建新合约、执行代理合约的delegatecall逻辑等，一旦尝试就会触发Gas不足错误，导致整个转账回滚。
• 对于call()方式转账默认转发的剩余交易Gas，只要额度足够，收款函数里可以执行任意链上逻辑：比如更新复杂的用户持仓状态、调用其他DeFi协议完成交互、铸造NFT、甚至执行恶意的重入调用都可以，这也是用call()转账必须额外做重入防护的核心原因。

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