Hegotá应完成审查阻力的圣三位一体
- shutter
- 发布于 19小时前
- 阅读 24
文章讨论了以太坊中审查阻力的问题，并指出为了使以太坊保持中立性，Hegotá升级应同时包含FOCIL和加密内存池，从而完成审查阻力的“圣三位一体”。这三种机制（ePBS、FOCIL和加密内存池）共同作用，旨在解决以太坊交易供应链中的审查和中心化问题，确保交易的包含保证和预包含的可见性。
为了最大化以太坊的中立性，我们建议 Hegotá 升级同时包含 FOCIL 和加密内存池。这将完成审查阻力的圣三位一体，实现针对交易审查的系统级防御。
这是一篇最初发表在 EtherWorld 上的文章，请参阅文章：https://etherworld.co/hegota-should-complete-the-holy-trinity-of-censorship-resistance/
审查阻力和去中心化是以太坊存在的核心原因。正如 Vitalik Buterin 和其他人在 The Trustless Manifesto 中所说，“以太坊的创建不是为了提高金融效率，也不是为了让应用运行得更快。它的创建是为了解放人们——授权任何人，在任何地方，无需许可地进行协调，并且无需信任任何他们无法追究责任的人”。如果以太坊不能可靠地保证中立的交易包含，它就无法实现使其与传统金融基础设施区分开来的最根本承诺。
去年，来自 Nethermind 的 Marc Harvey-Hill 创造了术语“审查阻力的圣三位一体”来描述旨在缓解以太坊交易供应链中的审查和中心化的三种互补机制：Enshrined Proposer-Builder Separation (ePBS)，Fork-Choice Enforced Inclusion Lists (FOCIL) 和加密内存池。
核心思想是审查阻力在交易流程的多个点上都会失败，并且没有单一机制可以修复所有这些问题。在没有实时保护的情况下，构建者可以选择性地延迟或降低交易的优先级，即使最终包含被保留，也会破坏中立性。只有协调一致的、尽可能端到端加密的系统级方法才能在实践中提供审查阻力。
当时，这种框架主要还是概念性的。但是随着 Glamsterdam 升级，进展变得更加具体。以太坊的核心协议开发者选择了包含 ePBS (EIP-7732)，消除了受信任的中继器，并使 proposer–builder 分离成为协议的原生功能。这解决了审查的一个重要扼要点。
剩下的是其他两个部分。
随着 FOCIL (EIP-7805) 和 Universal Enshrined Encrypted Mempool (EIP-8105) 现在被提议作为 Hegotá 升级的头条新闻，以太坊现在有机会完成审查阻力的圣三位一体，并实现针对交易审查的系统级防御。这些机制共同解决了包含保证和预包含可见性，这是交易层实时审查和中心化压力的两个剩余来源。
为了维护以太坊的中立性，FOCIL 和加密内存池都必须包含在 Hegotá 升级中。
为什么这刻不容缓
以太坊的交易层已经损坏，并且不再按照最初的意图使用。
大多数活动已经从公共内存池转移出去，因为用户知道它不安全。任何公开广播的人都有被抢先交易、夹击或选择性延迟的风险。
作为回应，用户现在依赖于私有订单流和受信任的中介。交易通过少数占主导地位的构建者路由，他们现在决定包含什么以及何时包含。
这创建了一个构建者中心化的反馈循环，由此 MEV 提取奖励会扩大规模并将交易流集中在一小部分构建者中，从而增加了审查风险。
如果以太坊想保持中立的结算层，则交易层需要中立性保证。
ePBS、FOCIL 和加密内存池如何协同工作
圣三位一体解决了整个交易供应链中的审查阻力。每个组件都针对不同的故障模式。
ePBS (EIP-7732) 使 proposer–builder 分离成为以太坊的原生功能，无需受信任的中继器，并将构建者–提议者接口转移到协议本身中。通过切断链下中介，它可以消除审查和操纵的最突出的扼要点之一。
FOCIL (EIP-7805) 使审查阻力可由协议强制执行，而不仅仅是可选的。它允许验证者协同强制包含特定交易，因此即使构建者是中心化的或不合作的，用户也可以依赖于及时包含。这会将权力从少数区块生产者转移到整个协议——加强中立性并使审查更难执行或维持。
Universal Enshrined Encrypted Mempool (EIP-8105) 通过加密交易内容直到它们包含在一个区块中来消除预包含可见性。这可以防止构建者根据交易的 calldata、接收者或经济意图来利用或审查交易。
The EIP 通过在协议级别原生引入加密交易来实现这一点，允许用户屏蔽其交易的内容，而无需依赖于链下隐私解决方法或受信任的第三方。
该设计在密码学上是不可知的：用户选择自己的密钥提供商，这些提供商可以基于阈值密码学、TEE、延迟加密或其他方案。密钥提供商在链上注册，并且可以表达彼此之间的信任关系，从而支持多元化的生态系统，而不会出现碎片化或垄断风险。
重要的是，EIP-8105 保持了活跃性。加密信封始终支付费用并执行，即使解密失败或延迟也是如此。纯文本交易继续存在。加密交易信封始终执行并始终支付费用。如果缺少或延迟解密密钥，则可以跳过有效负载执行，而不会恢复信封。链继续工作。
它们实现的实际效果
ePBS、FOCIL、加密内存池共同将审查阻力从理论保证转变为实际协议属性。交易可以公开广播，而无需在包含之前暴露其内容，并且即使区块构建是中心化的，也适用包含保证。
在协议级别，这提供了：
- 实时审查阻力，而不仅仅是最终包含
- 内置于协议中的抢先交易阻力，而不是选择加入的解决方法
- 可以随着时间推移成为默认设置的协议级保护
- 通过使公共内存池再次可用，恢复了基本层的中立性
系统级改进：
- 减少内存池碎片化和对私有订单流的依赖
- 降低构建者中心化压力，因为盲化削弱了 MEV 的复合优势
- 一个开放的密钥提供商市场，拥有更多的利益相关者和更少的扼要点
利益相关者的利益：
- 用户可以安全地广播交易，而无需承担抢先交易或审查的风险
- 机构获得一个中立的、信任最小化的结算层，内置包含保证
- 机构被提供了一个内置抢先交易阻力的交易层
- 应用程序开发人员获得 MEV 保护和审查阻力，而无需自定义基础设施
- 构建者可以访问新的收费加密流，而减少对私有关系以获取私有订单的依赖
- 小型构建者可以与大型构建者更公平地竞争，因为有效负载盲化使构建者规模的重要性降低
- 密钥提供商获得原生的协议角色，并且能够引入不同的模型
Hegotá 应该包含 FOCIL 和加密内存池
现在是采取行动完成以太坊上审查阻力的圣三位一体的时候了。
ePBS 已经在进行中。FOCIL 和加密内存池是剩余的两个部分。
延迟包含意味着延长构建者中心化，维持内存池碎片化，并使系统性审查风险未得到解决。
将它们一起引入将允许用户安全地广播交易，保证及时包含，并消除对受信任的第三方私有订单流的依赖。
这将使以太坊的公共内存池再次可用。
阅读规范并提供反馈：
观看 ACDE 会议以听取 Jannik Luhn 介绍 EIP-8105：
读者需要思考的一个指导性问题
如果公共内存池今天在很大程度上因为可预测的抢先交易/夹击而“损坏”，你是否认为协议级的加密交易可以使公共内存池再次可行且有吸引力（即，将更多的流量带回共享的公共通道），从而减少对私有 RPC / 私有内存池的依赖并降低整体内存池碎片化？
- 原文链接： blog.shutter.network/heg...
- 登链社区 AI 助手，为大家转译优秀英文文章，如有翻译不通的地方，还请包涵～
