智能合约ETH转账拆分代码可行性及gas手续费影响咨询

问题1：现有代码能否正常实现约定比例的资金拆分需求？ #

不能完全匹配你的需求，存在两处问题：

• 比例逻辑写反：你要求的是10%分给好友、90%分给本人，但现有代码中给msg.sender（即合约所有者本人，因为函数加了onlyOwner修饰）转的是balance / 100 * 10（总余额的10%），给_friend转的是总余额的90%，和需求刚好相反。
• 整数除法残留问题：Solidity中整数除法默认向下取整，当合约余额不是100的整数倍时，拆分转账后会有少量wei残留在合约中无法转出。如果需要全额提现，可以调整逻辑为：先给好友转10%，剩余所有余额直接转给本人，避免资金残留。

修正后的参考逻辑示例：

function withdraw() public onlyOwner {
    uint balance = address(this).balance;
    // 10%转给好友
    payable(_friend).transfer(balance / 10);
    // 剩余所有余额转给本人
    payable(msg.sender).transfer(address(this).balance);
}

注意：不需要给withdraw函数加payable修饰，因为该函数是往外转钱，不需要接收用户转入的ETH #

问题2：先转账是否会因为gas手续费消耗导致后续转账余额不足？ #

不会出现该问题，原因如下：

• 以太坊交易的gas手续费由交易发起方（也就是调用withdraw函数的你）承担，不会从合约的账户余额中扣除，合约余额只用于处理你代码中定义的转账逻辑，不会被gas费占用。
• 你在函数执行最开始就已经读取了合约的总余额作为计算基准，两笔转账的总金额最大等于你读取的总余额（当余额是100的整数倍时），不会超过合约当时的实际余额，所以足够完成两笔转账。
• 额外提醒：transfer函数固定携带2300gas限制，如果_friend是合约地址，且该合约的receive/fallback函数需要消耗超过2300gas的话，会导致转账失败，整个交易会直接回滚，不会出现部分转账成功的情况。如果接收方包含合约地址，建议改用call方式转账更稳妥。

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