Solidity函数参数大小对Gas成本的影响及参数长度限制

_data体积越大，调用产生的Gas成本一定会越高，和体积挂钩的成本主要分三块：

• 第一块是calldata的固定收费：不管函数逻辑怎么写，只要传参就要先付calldata的传输与验证费用。现行EVM规则下，calldata里每个零字节收4 Gas，每个非零字节收16 Gas，这部分成本和_data体积完全线性相关，通常是占比最高的部分。
• 第二块是内存相关成本：示例中参数定义为bytes memory类型，EVM执行时必须把calldata里的_data完整拷贝到内存中才能供函数逻辑使用。内存按32字节一个字计费，数据量小的时候内存扩展成本基本是线性增长（每字3 Gas），如果_data体积特别大，内存计费的二次项会开始生效，成本涨速会比线性更快。
• 第三块是函数逻辑带来的成本：如果函数里要遍历、修改_data的内容，数据量越大需要执行的操作步数越多，Gas消耗自然也会同步上涨，这部分的涨幅完全取决于具体的逻辑实现。

EVM协议本身没有写死_data的固定字节上限，实际能传入的最大大小受两个现实条件约束：

• 第一个是节点的网络层限制：主流EVM客户端（Geth、Nethermind等）默认都给单条交易设置了128KB的大小阈值，超过这个大小的交易直接会被节点拒收，根本进不了交易池，更不可能被打包上链。如果是合约之间的内部调用，不走P2P交易广播流程，就不受这层限制。
• 第二个是Gas上限约束：不管是外部用户发交易还是合约内部调用，整个执行流程的总Gas消耗不能超过当前上下文分配到的Gas额度。外部交易的Gas上限就是对应区块的Gas Limit（以太坊主网目前动态调整的区块Gas上限在3000万左右），就算修改节点配置放开了交易大小限制，_data大到光calldata加内存的成本就超过区块Gas Limit的话，交易还是没法被打包。内部调用的Gas额度是调用方设定的，Gas耗完调用就会直接回滚。

优化提示：如果函数里不需要修改_data的内容，把参数类型改成bytes calldata就能省掉calldata拷贝到内存的那部分Gas，相同数据量下Gas成本会低不少，但calldata本身的计费规则、体积约束不会发生变化。

内容的提问来源于stack exchange，提问作者Pedro Henrique Bufulin