你挂在内存池里的每一笔交易，默认对全世界可见——谁出价高、谁先谁后，打包者看得一清二楚，这正是抢跑与夹子攻击的温床。链外方案已经证明先把交易藏起来是可行的，但每条链都要自己搭一套服务。2025 年 12 月提交的 EIP-8105 想把这件事直接做进以太坊协议本身。先给结论定调：这份提案目前的官方状态是 Draft，即仍在草案讨论阶段，从未进入任何一次网络升级。本文按原文讲清它的设计与边界，避免把设想读成现实。
它想解决什么问题
按提案原文，目标是防止恶意的交易重排攻击，同时提升协议的实时抗审查能力。它明确承认自己不追求交易机密性意义上的隐私：加密只维持到交易进块那一刻，落块之后所有人照样能读到明文。换个说法，它赌的是抢先动手的人看不到订单流，就抢不了跑、夹不了单，而不是让你的操作永远秘密。提案还把给打包方短暂致盲视为降低其监管风险的副作用。这个定位与现有链外通道同源，可以对照 先把交易藏起来再落块：加密内存池与私交易的防夹通道 里讲的加密内存池与私交易通道，差别在于 8105 想把信任从某个运营方身上搬进协议规则。
注册表与两种新交易类型
规范部分的核心是一张密钥服务商注册表，由执行层的系统合约承担：任何账户都可以注册一个密钥服务商并领到唯一编号，注册时要同时交出一个带解密函数与密钥校验函数的合约地址；服务商之间还能声明直接信任关系，连成一张有向信任图。交易层面则新增两种带类型字节的新交易：0x05 是加密交易，把整段原始载荷连同选定的服务商编号与密钥标识一起提交，公开可见的只有信封字段；0x06 是解密交易，必须与上一个区块里某笔加密交易一一对应、按序还原成明文执行。区块内的排列顺序也被规则写死：解密交易放最前、加密交易收尾、其余普通交易居中，且后一笔加密交易要么与前一笔选同一家服务商、要么选的服务商处于前者的信任可达路径上。
密钥从哪来、卡住了怎么办
每笔加密交易选哪家服务商、用哪把密钥由提交者自己填。轮到相关区块之后的密钥公布窗口里，被点名的服务商要么公布对应的解密密钥，要么公布一份拒绝交付的通告，两者必居其一；密钥消息还会引用信标区块哈希，防止被挪到未来某个槽位重放。提案依赖的 EIP-7732 框架里那批负载及时性委员会成员，要为每笔加密交易证明有效密钥是否在场。如果有人始终不交密钥，链条怎么走？原文明确保证：即便密钥服务商失灵，链的推进也有保障，普通明文交易自始至终照常生效。换句话说，加密通道坏了，以太坊退回今天明文排队的样子，而不是卡死。
与链外加密内存池的分工
8105 不是从零发明轮子。它的动机一节点名了两类先行工作：Shutterized Beacon Chain 这类研究方案，以及已经在 Gnosis Chain 上实际运行的协议外加密内存池。所谓内置进协议，就是把谁能解密、何时必须解密这套状态机搬进共识层，好处是任何一条遵循规范的链都自带这层防夹保护，并且它与 ePBS 这类把打包权与出块权拆开的路线图天然契合。代价是复杂度：注册表合约、委员会证明、区块排序规则，每一项都要新的客户端实现来兑现，草案离可部署还有一段工程路要走。
钱包用户该怎么理解
站在钱包侧，三点值得记住。第一，加密提交不等于永久隐身：等一笔加密交易对应的解密交易落块，内容就全部公开，别拿它承载任何你不想公示的操作。第二，多了一个区块级别的延迟：加密交易本块入池、要到下一块才解密执行，对时效敏感的兑换与清算要把这个时间差算进成本预期。第三，选择服务商这个动作本身有信息量——你等于在链上登记了自己的信任偏好，长期看可能成为可统计的行为特征。把这些和 内存池（mempool）是什么？交易上链前要经历什么 讲的内存池常识连起来看：默认世界仍是明文排队，加密是一条有例外成本的例外路径。
小结
EIP-8105 把藏交易防夹从个别链的服务抬升为整个协议的候选方案，方向清晰，但它要求 ePBS 框架先行、要新增交易类型、要养一套密钥服务商生态，草案到现实之间隔着不短的工程距离。普通用户现阶段能做的，仍然是在已有的受控加密通道与常规防夹参数之间做选择。机制类事实请以 EIP 仓库的 status 字段为准，提案若推进，本文描述的字段与流程都应以原文复核为准。
发表评论
还没有评论，来说两句吧。
评论区为展示样式，提交不会被处理。