钱包与链上工具

以太坊黄皮书没有规定区块时间戳最多可以超前系统时间多少，2018 年的 EIP-1482 想把主流客户端通行做法——时间戳须大于前一区块且超前本地时钟不超过 15 秒——写进正式规范，现为 Stagnant 状态。本文解释区块时间戳的可信边界，以及用时间做链上查询、对账和防重放判断时的正确姿势。

EIP-4488 提议把交易 calldata 的每字节 Gas 成本降到 3，同时给每个区块的数据总量设上限，属于降低费用但控制风险的折中方案，现为 Stagnant 状态。本文解释 calldata 如何计价、降费和封顶为什么要成对出现，以及用户如何看懂自己交易里的数据费。

EIP-6493 为未来的原生 SSZ 编码交易定义签名方案：用 hash_tree_root 计算签名哈希，并把区分用途的域类型混入哈希，避免不同签名对象之间互相冒充。本文解释交易签名哈希为什么要做域分离、0x01000008 与 0x02000008 两个域类型分别管什么，以及它与 EIP-712 结构化签名的关系与区别。

EIP-2733 曾提议引入一种把多笔交易封装成“交易包裹”并按顺序串行执行的新交易类型，最终被作者主动撤回。本文讲清这个提案想解决什么问题、串行执行与结果传递如何设计、它与 EIP-3074 和 EIP-7702 的承接关系，以及普通钱包用户遇到批量操作需求时应当怎么理解和安全处理。

部署合约时如果目标地址上已经住了账户，该怎么办？黄皮书早年的读法是从空代码空 nonce 重新开始，各家客户端因此在测试里跑出不同结果。2017 年的 EIP-689 给出干脆答案：撞了就失败，等同部署代码自己跑崩。提案停在 Stagnant，但它的精神早已渗进共识测试的判定里。本文讲地址碰撞怎么发生、两种语义的分歧、以及为什么协议最终选择了宁可回滚也不覆盖。

以太坊交易默认用 secp256k1 签名，验证一笔验一笔。EIP-7591 提议新增一种用 BLS 签名封装的交易类型：签名可以几十笔合并验证，代价是公钥更长、验证要走新的预编译路线。提案 2024 年初提出，停在 Stagnant。本文讲这笔签名换型的账：BLS 换来什么聚合收益、发送方要多背什么，以及它和 2537 那批预编译的依赖关系。

账户只有一个 nonce，是所有并发场景的老账：同一地址同时发两笔就得排队。2026 年 4 月的 EIP-8250 想把帧交易里的单一序号换成一组 nonce key——0 号沿用老账户 nonce，非零 key 各自领一条独立序列，互不重叠就互不重放。提案仍是 Draft，挂在帧交易 EIP-8141 之下。本文拆解键控 nonce 的结构、与共享发件地址的隐私场景，以及它和排成一列的老队列的差别。

以太坊的地址空间有 2 的 160 次方格，EIP-1352 想把最开头的 65536 格——从 0x0000…0000 到 0x0000…ffff——整片划给预编译和系统合约，普通合约不许落在这里。提案 2018 年提出，停在 Stagnant，理由栏写着 N/A，兼容性一节只有一句当时这些地址上没有合约。本文讲这条设想的动机、它刻意不做的强制检查，以及今天这些低地址上实际住着什么。

布隆过滤器本是让轻客户端快速定位日志的捷径，可十年后的现实是：几乎所有查历史的 dapps 都绕开节点去用中心化索引服务。EIP-7668 干脆提议把区块与收据里的 logsBloom 全部置空，从协议里请这套机制离场。提案停在 Stagnant。本文解释日志过滤器当年解决什么问题、为什么慢、置空之后谁来接班，以及你手里的 RPC 返回什么时候会先变。

验证者节点每轮都要用 BLS 私钥签名，可机器一旦联网就多一分风险。EIP-3030 给出的答案是把签名挪进独立服务：整套接口只有三个端点——查活、列钥匙、要签名，认证、密钥管理和传输加密全部交给实现者。提案停在 Stagnant，但它划出的边界至今仍是托管签名服务的通用形状。本文逐端点拆解这份 API，并说清它故意没规定什么。