伦敦升级引入 EIP-2929 后,SLOAD 与状态访问类指令按冷热分价:账户本轮第一次访问的槽位收冷价,重复访问只收热价。本文拆解这套定价与无状态化的关系、访问列表如何预加热、以及智能合约存储布局的省钱设计。
汇总与「以太坊」相关的文章,帮助你系统了解该主题。
伦敦升级引入 EIP-2929 后,SLOAD 与状态访问类指令按冷热分价:账户本轮第一次访问的槽位收冷价,重复访问只收热价。本文拆解这套定价与无状态化的关系、访问列表如何预加热、以及智能合约存储布局的省钱设计。
同一枚签名最怕换个场景被复用。EIP-712 用域分隔符把合约地址、链 ID、应用名版本焊进签名摘要,使 Permit 授权在别的地方的账本上自动作废。本文拆解域字段的拼装规则、nonce 与 deadline 的第二道防线,以及验证侧的对账清单。
执行层的区块和交易用 RLP 编码,信标链的验证者与证明数据却换成 SSZ 加默克尔化。本文解释两套编码的分工由来:RLP 只负责把结构压成字节,SSZ 额外提供确定性的哈希树根与字段证明,让共识层可以为单个字段出证明。
白皮书讲愿景,EIP 记变更,黄皮书负责第三种工作:用形式化记号把以太坊状态机写成可推导的规范。本文讲它的由来(2014 年 Gavin Wood 起草)、内容结构(状态转移函数 U)、与白皮书和客户端代码的分工,以及合并后它的覆盖边界。
「你不用攒 ETH,我们帮你代付 Gas,只需点一下确认」——这类话术正被包装进 EIP-7702 的正当叙事里收割钱包。本文讲清代付交易的真实结构、哪一次签名才是危险信号,以及参与批量操作前的核验清单。
ERC-1155 原生不提供供应量查询函数,ERC-5615 把社区已有的 totalSupply 与 exists 写法标准化。本文解释这两个函数各自回答什么问题,以及为什么供应量算数还需要按事件统计转账。
ERC-1155 允许一次调用转移多种代币,但按标准规则,批量转账要么全部成功、要么整体回滚。本文按规范逐条解释批量转移的强制回滚条件、数组顺序规则,以及接收合约拒收时整单失败的现象。
CREATE2 让合约地址只由部署者、盐值和初始化代码哈希决定,部署前即可预言、跨环境可核对。本文解释地址公式、验证用途,以及“目标地址已有代码则创建失败”与“地址相同不代表代码相同”两个要点。
supportsInterface 是 NFT 合约互相识别身份的标准方法,接口 ID 由函数选择器异或得出。本文按 ERC-165 原文解释查询流程,并说明假合约谎报接口、以及事件类扩展查不出这两个已知局限。
ERC-2309 允许合约用一条 ConsecutiveTransfer 事件记录连续编号代币的批量铸造或转移,而不是逐个发 Transfer 事件。本文解释这条标准的字段规则、它省了什么成本,以及为什么只看 Transfer 事件的钱包和面板会漏掉这类代币。