以太坊抗审查：从口号到协议层的技术实现

抗审查不是口号，而是可验证的技术能力

在区块链语境中，“抗审查”常被误解为政治立场或意识形态表达。但对以太坊而言，它首先是一项必须落地的工程目标：任何符合协议规则的交易，都应在合理时间内获得被包含进区块的机会。这不是理想主义的宣言，而是结算网络可信中立性的技术基石。 当一笔交易签名正确、余额充足、Gas 足够，却长期卡在 Pending 状态，而其他费用更低的交易却陆续上链——问题已不在用户端，而在协议执行层。关键在于：谁决定哪笔交易能进入区块？如果最终决策权高度集中于少数实体，那么所谓“去中心化结算网络”就失去了实质意义。

审查的根源：PBS 架构下的隐性权力集中

以太坊转向 PoS 后引入 PBS（提议者-构建者分离），本意是降低 MEV 对质押去中心化的冲击。Builder 负责高效打包与套利优化，Proposer 仅需选择最优区块提交。这一分工提升了系统整体效率，但也带来新风险：目前全网超 90% 的区块由极少数 Builder 生产。 这些 Builder 多为注册实体，受特定司法辖区合规要求约束。一旦其主动过滤某类合约调用（如隐私协议交互）或特定地址交易，用户便无法感知审查来源——交易既未失败，也不上链，只是无限期滞留于内存池。这种“隐性封杀”，比显式拒绝更难察觉、更难对抗。 因此，抗审查的本质问题浮出水面：交易广播完成之后，是否还存在一条不依赖单点信任的、可强制执行的包含路径？

FOCIL：用分布式委员会+分叉选择规则打破单点控制

FOCIL（Fork-Choice Enforced Inclusion Lists）将包含义务从单个 Proposer 扩展至随机组成的验证节点委员会。每个出块周期内，网络动态选出一组验证者，各自独立观察内存池并提交本地包含列表。只要任一诚实节点将某笔有效交易列入名单，该交易即获得协议级包含保障。 更重要的是，FOCIL 不止于“建议”。它修改分叉选择规则，要求所有验证者在投票前严格校验 Builder 提交的区块是否满足委员会集成的包含列表。若发现遗漏，该区块将被全网拒绝——Builder 不仅失去当前出块奖励，还将承担空块惩罚与声誉损失。 这种设计不依赖多数人诚实，只需至少一个参与者保持独立观察与提交，即可激活保护机制。审查不再是一次性决策，而变成需要持续绕过多重独立检查的高成本行为。

FairFIL：让遗漏可查证、可追责、可惩罚

FairFIL（Fair Forward Inclusion Lists）进一步将抗审查推向经济可问责层面。它不要求 Builder 绝对实时包含所有交易，但要求其对“应含未含”的交易给出可验证说明。 协议定义一套公开、确定的参考规则，用于判断哪些交易在当前区块窗口具备包含资格。若 Builder 未包含其中任一交易，就必须将其明确列入 FairFIL 清单；若故意遗漏且未列明，验证者可通过客户端自动比对发现异常，并拒绝支持该区块。 更关键的是，进入 FairFIL 的交易将获得跨区块的包含义务：下一位 Builder 必须将其纳入候选范围，不得再次忽略。连续遗漏将触发阶梯式惩罚——从区块奖励扣减，到质押罚没，直至被排除出 Builder 市场。 FairFIL 的核心突破在于：它不追求消灭审查意图，而是让审查行为留下不可篡改的痕迹，并使其经济代价随持续时间指数级上升。

对普通用户的实际影响：确定性正在下沉到协议层

用户无需改变操作习惯。你仍照常签名、设 Gas、点击发送。变化发生在底层：交易是否被包含，正逐步脱离对单一 Builder 的信任，转为由共识规则自动保障。 未来钱包或区块浏览器可能显示：“该交易已进入本轮 FOCIL 委员会名单”“当前 Builder 已承诺在下一区块处理此 FairFIL 项”“延迟原因：Gas 竞争而非审查”。这背后是交易包含权与排序权的解耦——Builder 仍可优化顺序与收益，但不再垄断“入场资格”。 抗审查机制并不保证零延迟或零失败。Gas 不足、Nonce 错误、合约状态过期等技术性原因仍会导致失败。它真正解决的，是那些本该成功、却被主观过滤的交易——让“有效即可见”成为协议默认行为，而非运气或关系的结果。

进展与现实：从研究到部署的渐进之路

截至当前，FOCIL 对应的 EIP-7805 已列为 Hegotá 升级的共识层重点提案，进入开发与测试阶段，客户端团队正协同推进实现。FairFIL 尚处于早期研究阶段，尚未形成正式 EIP，但其设计逻辑已被核心开发者广泛讨论。 以太坊的韧性不来自参与者永远中立，而来自协议本身能识别偏离、放大代价、并赋予其他节点反制能力。从包含列表，到分布式强制，再到可验证问责——抗审查正从一句价值主张，变成一行行可执行、可审计、可惩罚的代码。这不是终点，而是可信中立真正扎根的第一步。