NEAR 账户是一张可增删的钥匙清单：全访问密钥拥有删号转钱的全部权力且永不出借，功能调用密钥用 receiver_id、method_names 与 allowance 圈住授权范围。本文按官方文档梳理预算预扣退款、账户锁定风险与授权核查清单。

Starknet 把账户抽象写进协议：每个账户都是合约，靠 __validate__、__execute__ 等规定函数获得资格。本文按官方文档梳理必选函数清单、地址派生方式与首次部署路径，并逐项说明自定义验证逻辑新增的责任边界。

TON 官方文档口径：网络由多条工作链组成，当前有负责全局簿记的主链（-1）与承载日常账户的基础链（0）；分片按负载对折与合并，片间消息走超立方体路由，异步处理可能带来竞态。

私钥泄露的普通钱包地址没有「改密码」一说——EVM 里没有把旧钥匙踢出局的机制。2022 年 3 月的 EIP-5003 给这件事写过一把锤子：新指令 AUTHUSURP，让一份通过 EIP-3074 授权的代码直接部署进签名者本人的地址，配合 EIP-3607 冻结有码账户的发送权，原私钥从此对交易发送失效。它被标记为 Superseded by EIP-7702 而撤回，但「原地改造存量账户」的思路在 7702 里以委托形式复活。

2015年，Vitalik 写过一份比以太坊本身更早一步的提案：EIP-101 想把以太从账户字段里拿出来，放进零号地址的一个合约，让余额、签名算法、防重放计数全部变成可编程对象。这份 Serenity 货币与密码抽象提案停在 Stagnant，但它预设的很多问题——账户抽象、可替换签名、代币同质化——正是后来 ERC-4337 时代的主线。本文按提案原文讲清这个激进设计长什么样。

Cosmos 链上有一类没有公钥却能铸币、销毁的账户。本文按官方模块文档拆解 ModuleAccount 的权限清单、模块间转账接口与被拉黑地址背后的守恒不变式。

以太坊上存在一批历史遗留地址：没有代码、nonce 为零，存储里却有值。它们源自 EIP-161 之前的创建规则，让合约创建可能撞进一段旧存储。EIP-8253 在 2026 年 5 月提出一次性收尾：在指定分叉区块，把一份固定清单上这些账户的 nonce 直接改成 1，让任何 CREATE 或 CREATE2 在 EIP-684 前置检查阶段就失败，作为 EIP-7610 运行时存储检查路线的替代方案。本文解释幽灵地址从哪来、为什么用改 nonce 这种不规则状态转换，以及它的代价。

ERC-1078 创建于 2018 年 5 月 4 日，仓库记录的状态是 Stagnant。它设想把登录身份做成一个合约：用户只需要交出 ENS 名字，本地设备临时生成密钥，再由第三方执行者把这条“加一把签名钥匙”的意图上链。本文按原文拆解它依赖的 ERC-1077 与 ERC-725、登录一次要走几步、为什么这种设计当年没能铺开，以及今天看到“用钱包名字登录”时该核对什么。

以太坊账户 nonce 在早期规范里是无界整数。EIP-2681 把它限制在 0 到 2 的 64 次方减一之间，并规定 nonce 触顶时 CREATE 与 CREATE2 直接返回零。本文解释这条 2020 年定稿、从创世起追溯适用的规则为什么写成了「追溯生效」，以及触顶条款防的是什么。

从协议层看，以太坊没有能冻结任意外部账户的开关；冻结能力存在于稳定币合约与智能合约钱包的权限里。把这两层分清楚，才能看懂'地址被封'新闻里哪部分是协议、哪部分是合同。