一句话定位
eltoo 是闪电通道状态更新协议的一个替代设计：让每一笔状态更新自动作废之前所有状态，使得对手拿到你任何一版旧交易都毫无用处——不需要“发现旧状态就上链惩罚”这套威慑，也不需要你时刻守护历史数据。这个名字取自“a simple L2”的谐音，论文约在 2018 年公开，思路后来也被以太坊等环境的相关协议借鉴。
老机制逼你保管什么
现行闪电通道的安全建立在“惩罚交易”上：每次余额变化，双方互换带序列号的状态；如果对方单方面把旧状态广播上链，你能拿出更新的签名，用惩罚交易把这条通道的全部余额抢走。这套机制有效，但有两个长期负担。第一，你必须永久备份每一个中间状态，哪怕它已经旧了三个小时——数据丢失时你连自保手段都没有，只能接受对手给出的最新状态。第二，你需要监控或哨兵服务，因为发现旧状态并抢在时间窗内上链惩罚，本身有延迟窗口。
eltoo 的三根支柱
第一根是更新保密：双方用一条单向棘轮生成每个状态的密钥，每更新一次就公开上一把密钥、丢弃它。秘密公开到某一轮，比那更早的所有状态都无法再签名。于是“旧状态可被兑换”这个前提被拆掉——泄露旧状态不再是攻击素材，只是泄露了一串作废的密钥。
第二根是每轮只有一笔更新交易：状态不再需要双方各持对方一份镜像，而是一笔带递增序列号、能被下一笔合法覆盖的交易。上链时无需证明“这是第 N 版”，协议只认密钥棘轮当前能验的那一笔。
第三根是签名版本自由：要让一笔交易能被后继交易覆盖签名，签名本身不能把自己锁死在固定的输出上，需要 SIGHASH_ANYPREVOUT 这类签名哈希类型——对应 BIP118 提案。这是一次尚未在比特币主网激活的软分叉提案。换句话说，eltoo 的数学早已就绪，缺的是共识层的开关。
通道工厂：顺带的赠品
在 eltoo 的框架里，多个两方通道本身可以组织成一棵通道树：树根上链，树上的每次分配再往下拆成子通道，全程沿用同一套状态更新规则。这就是通道工厂构想——用一个链上输出批量开通道，批量关通道。在惩罚机制下这种嵌套会指数级放大监控负担，在“旧状态自动作废”的世界里才变得可控。
一条直觉线
把两代协议想成保险箱和流水账：现行通道像双人保险箱，谁敢拿旧账本行骗，另一人可以罚没全部押金，但双方都得把账本原件锁好；eltoo 像流水账本页页自动销毁旧页，账本丢了也不影响只认最新一页的兑付。前者的成本在保管，后者的成本在那把还没换给全体用户的签名系统钥匙。
常见误区
一是把 eltoo 当成已上线的新版闪电：主网通道仍运行在惩罚模型上，BIP118 未激活，eltoo 属于研究实现层面的协议。二是以为 eltoo 消灭了链上关闭的必要性：它降低的是数据守护要求，未合作关闭仍要上链。三是把通道工厂和 TEE 或某些链上批量开通道服务画等号，前者的设想建立在 eltoo 语义上，不是同一个东西。
谁先谁后的现实约束
通道工厂、eltoo 与 PTLC 常被打包讨论，但顺序上有依赖：通道树要求“任何一版旧状态作废”的语义先成立，树的两端才敢少设监控；PTLC 处理锁的值，和状态更新方式相对独立。把它们混成一个“闪电 2.0”套餐的说法，会掩盖一个关键问题——每一项都要单独过实现、单独过部署、单独过钱包生态。
快速问答
问：eltoo 会不会让老通道直接升级？答：它是承诺交易结构层面的替换，现实路径大概率是新格式通道逐步共存，而不是原地改写。问：哨兵服务会失业吗？答：若通道树普及，惩罚与监控需求在结构上下降，但服务形态问题取决于未来部署现实。
风险提示：本文为协议机制科普，不构成任何投资或组网建议。
发表评论
还没有评论，来说两句吧。
评论区为展示样式，提交不会被处理。