智能合约代码瘦身技巧

智能合约的代码精简不只是为了看起来清爽，更是为了节省Gas费用、提升执行效率。很多人以为写长一点没关系，但在区块链上，每一行代码都意味着真金白银的消耗。我从实际开发中总结了一些方法，希望能帮你写出更轻量的合约。

如何通过变量类型节省Gas

Solidity中不同数据类型的存储成本差异很大。比如uint256和uint8在存储时占用的槽位不同，但EVM的最小存储单位是256位，所以如果你把多个小变量打包进同一个槽位，就能显著减少存储操作。

我见过不少开发者习惯把所有变量都写成uint256，其实完全可以用uint128甚至uint64代替，只要数值范围够用。比如时间戳用uint40就够了，地址用address而不是address payable。将多个小变量按顺序声明在同一个结构体里，EVM会自动打包它们，这样一次SSTORE操作就能搞定多个变量，Gas消耗直接减半。

还有一个容易被忽略的点：bool类型在EVM里其实占用整个字节，如果你需要多个布尔值，不如用uint8的每一位来代表不同状态。比如用uint8 flags，每位表示一个开关，这样八个布尔值只占一个槽位。

函数逻辑怎样写更省Gas

函数体里最耗Gas的操作是状态变量的修改和循环。每次修改存储变量都会触发SSTORE，而SLOAD也不便宜。把临时计算结果先放在内存变量里，最后再一次性写入存储，这个习惯能省下不少Gas。

循环是另一个重灾区。如果循环次数不确定，或者循环体内有状态读写，Gas消耗会随着循环次数线性增长。可以考虑用映射代替数组遍历，或者把计算结果缓存到链下，只在链上做验证。比如在NFT盲盒合约里，与其在mint时循环检查白名单，不如用Merkle证明来验证。

函数修饰符也要注意。view和pure函数不消耗Gas，所以能把状态变量计算成结果的部分，尽量写成view函数。把复杂的计算逻辑拆分到view函数里，只把必要的状态更新放在交易函数中，这样调用者可以免费获取计算结果，只在需要上链时才付费。

代码复用也很重要。把重复的逻辑抽成内部函数，用modifier代替重复的条件判断。但注意不要过度抽象，因为函数调用本身也有开销，关键是要找到平衡点。