以太坊ABI中位操作：为何填充左补零、左对齐右补零？

这是以太坊Solidity ABI规范的特定设计，和通用位操作逻辑无关，原因可以从两种类型的编码语义来解释：

数值类型（如uint32）左补零的逻辑 #

计算机中数值普遍采用大端字节序存储，高位字节在前、低位在后，这样能保证数值解析的正确性。以uint32的69为例，它的原始十六进制是0x45，属于低位字节，当需要扩展到32字节（Solidity中基础数据单元的长度）时，必须在高位（左侧）补零，最终得到0x0000000000000000000000000000000000000000000000000000000000000045。这种补零方式能确保解析时，程序按大端规则读取的是正确的数值，不会因为补零位置错误导致数值被误读。

字符串类型右补零的逻辑 #

Solidity ABI对字符串的编码规则是：先存字符串长度（作为uint256），再存字符串的字节内容。字符串的字节内容是严格按照字符顺序排列的（比如"abc"对应0x616263），为了填满32字节的对齐单元，只能在有效字节的右侧补零，得到0x6162630000000000000000000000000000000000000000000000000000000000。这样做的目的是保留字符串的字符顺序，解析时直接读取左侧的有效字节即可，不会破坏原始字符串的内容。

简单来说，两种补零方向的差异，是ABI为了适配数值和字符串的不同语义——数值要保证大端字节序的数值正确性，字符串要保证字符顺序的可读性，最终都是为了让合约间的调用和数据解析保持一致。

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