从以太坊主网往 Arbitrum 给一个合约充值，到账后合约却认不出”你”——排查到最后，往往不是钱丢了，而是 L2 上的 msg.sender 根本不是主网那个地址。Arbitrum 对父链合约发来的消息做了一件刻意的事：地址平移，也就是地址别名（address aliasing）。本文按官方文档拆解这条规则改了什么、为什么必须改，以及怎么把它还原。
签名是身份的分水岭
父链到子链的消息分两类。带 EOA 签名的消息，签名本身就证明了发送方是外部账户而不是合约，子链可以放心把原地址搬过去，存款直接进同一个地址——这也是为什么个人钱包走官方桥充值后，L2 上的余额还挂在原来的地址上。不带签名的消息——典型是合约通过 slow path、也就是延迟收件箱直接提交的路径——没有任何东西能证明发送者身份，如果原样映射，主网任意合约都能”冒充”L2 上某个恰好同地址的合约。于是规则来了：无签名消息在子链执行时，发送方地址必须做别名处理。EIP-7702 之后临时带代码的账户也按合约对待走别名，官方文档解释这是为了让”运行时有没有代码”这一条件下的行为保持一致。判断自己的转账会不会被别名，关键不在金额和通道，而在发送方的账户类型与消息是否带签名。
一个固定常量完成的平移
官方给出的公式非常直白：子链别名等于父链合约地址加上常量 0x1111000000000000000000000000000000001111。这个偏移量不是随机数——它的形状（两端是 1，中间是 0）让”加过偏移”在数学上几乎不可能巧合命中某个真实部署的子链合约地址空间。合约层要区分”父链合约调用”与”子链原生地址调用”，只看 msg.sender 有没有落进别名区间即可。需要还原原始地址时，官方提供 AddressAliasHelper 库做双向换算，文档还提到早期为兼容保留过豁免名单，后来确认从未被使用、已不再提供。
充过去的钱停在”另一个自己”名下
合约发起方最容易误解的一点：主网合约走无签名路径充值时，ETH 进的是该合约在 L2 上的别名地址账户，而不是它在 L2 部署的同名合约。别名地址本身没有私钥、也不自动带代码，L2 合约若想动用这笔钱，必须在逻辑里显式接受来自该别名地址的调用——官方示例合约的做法是借助 AddressAliasHelper 判断调用来源并把消息发到正确位置。换句话说，“充值到账了但合约里没有余额”多半不是丢币，而是钱停在了一个合约尚未认领的地址上。
排障视角与核查顺序
实践里最容易踩的坑：项目方以为主网合约充值会进 L2 上同名合约的余额，实际上 ETH 进的是别名地址——一个与 L2 合约部署地址不同、但由同一公式决定的账户。RPC 返回的 from 字段同样显示别名地址，文档明确提醒了这个差异。稳妥的核查顺序是：先判断发送方是 EOA 还是合约，合约再看消息走没走延迟收件箱，然后用换算库对一下到账地址是否等于父链地址加偏移。对账脚本里把别名换算写成默认逻辑，比事后人肉找回便宜得多。
边界说明
别名只解决”跨链身份伪装”这一个问题，不改变授权的归属，也不提供任何隐私——它是可逆映射，任何人能从别名推回原地址，区块浏览器也照常索引它。它不覆盖所有桥：这是 Arbitrum Nitro 对父链消息的约定，其他 Rollup 各自有身份方案，不要交叉套用公式。涉及具体合约异常时，以官方文档与链上数据核验为准；如果换算后地址仍对不上到账记录，优先怀疑消息类型判断错了，而不是规则变了。本文内容为机制解释，不构成投资建议。
发表评论
还没有评论，来说两句吧。
评论区为展示样式，提交不会被处理。