讲解 Cardano 改进提案 CIP-8 的链下数据签名机制：签名以交易元数据附在某笔交易的输入上、按 COSE 结构组织，验证方用同一地址即可复核藏品说明或归属声明，以及删除签名交易即撤销登记的含义。

按 TZIP-017 提案讲 tezos 的合约预签名（Permit）接口：持有者对参数与计数器、链标识等上下文离线签名，第三方代为提交上链，配合付费激励协调执行费；同时说明该提案仍是草案、与以太坊 Permit 思路的对应关系。

按 TZIP-10 文本拆解 tezos 钱包与去中心化应用的交互协议：权限、签消息、操作与广播四类请求的先后关系，未授权时应用会收到什么，以及多账户选择与重定向的注意点。

梳理 TON 改进提案 TEP-89：给 Jetton 主控合约加一个 provide_wallet_address 查询入口，任意地址都能算出自己对应的 Jetton 钱包地址，响应里的 owner_address 校验与 0.0061 TON 价值下限，以及为不可升级合约单开发现合约的做法。

EIP-3338 曾提议把以太坊账户序号上限压到 2 的 52 次方，理由是证明优化与浮点兼容，最终作者撤回并并入更宽松的 EIP-2681（2 的 64 次方减一）。本文讲清两个提案的动机差异、为何 3338 选择让位，以及序号封顶与用户日常查序号、排查卡住的实操关系。

CALLCODE 从创世第一天就在 EVM 里，却因为设计目标落空而几乎从未被使用——它想同时借用别人的代码花自己的仓库，这个需求很快被 DELEGATECALL 更准确地实现。EIP-2488 提议让 CALLCODE 从某个区块起永远返回失败而非直接成为无效指令，给历史合约留一个可捕获的台阶。本文拆解这条退役路线的技术账、原文里自曝未验的兼容性声明，以及它与 EIP-7 的交接关系。

EIP-2997 提议一条 IMPERSONATECALL 操作码：合约调用目标时让被调方看到一个由调用者地址和盐值推导出来的假想主地址，CALLER 返回的是假想地址，转账也从假想账户出钱。地址推导套用 CREATE2 的公式但构造了不可能相撞的镜像。本文拆解这条 2020 年老提案的规格、价值与危险面，以及它和同槽提案 3074 的分野。

为每个用户部署一个代码完全相同的智能账户，最贵的一块是把同一份代码搬上链的数据费：一万个字节就要按每字节 200 Gas 付出两百万 Gas。EIP-5478 的 CREATE2COPY 允许新建合约时引用一个已有合约，代码逐字一致才放行，数据费替换成一次 EXTCODEHASH 式的访问费，冷 2600、热 100。本文拆解这笔账怎么省、失败怎么罚，以及它和 0xf6 号操作码槽的其他认领者的关系。

EIP-6046 提议把 SELFDESTRUCT 改名为 DEACTIVATE：不再删除任何存储键，而是把账户 nonce 设到顶格 2 的 64 次方减 1 作为停用标记，余额照常转给目标地址，此后调用这个账户直接成功并返回空数据。它同时把普通 nonce 增长上限改到 2 的 64 次方减 2，让顶格值成为专用墓碑。本文拆解这套停用语义、复活规则的连锁后果，以及它与存储清理路线的分歧。

EIP-6189 提出把合约变成别名合约：账户 nonce 等于 2 的 64 次方减 1、代码只有 0x1 一个字节的合约，会把所有调用自动转发到其零号存储槽里登记的地址，调用者地址保持不变。它依赖 EIP-6188 预留的 nonce 顶格值，与 Verkle 兼容的 SELFDESTRUCT 提案配套。本文拆解别名合约的判定条件、转发与路径压缩规则、Gas 计费，以及这条从未激活的路线为什么停在 Stagnant。