随着 Ethereum 网络中的 DeFi、链游与实时链上应用快速增长，交易确认速度开始成为影响用户体验的重要因素。传统 Ethereum 网络虽然具备较高安全性，但交易通常需要等待区块正式确认后才能完成执行。在高频交互场景中，这种确认延迟可能影响交易效率，并增加链上执行的不确定性。
ETHGas 提出的预确认（Pre-confirmation）机制，正是围绕“实时 Ethereum”方向展开的基础设施探索。其目标是在不改变 Ethereum 主网共识的前提下，通过提前确认交易执行结果，提高链上交互速度与资源调度效率。
什么是预确认（Pre-confirmation）？
预确认（Pre-confirmation）是作为一种允许交易在正式写入区块之前，提前获得执行确认的机制。
在传统 Ethereum 网络中，交易需要经过广播、排序、打包以及区块确认等流程后，用户才能获得最终确认结果。整个过程虽然能够保证网络安全性，但在高频交易场景下，等待时间可能影响执行效率。
ETHGas 的预确认机制则尝试在正式链上确认之前，由特定网络参与者提前提供“交易预计将被执行”的确认信号。这种机制能够让用户更早获得交易结果反馈，并减少等待正式区块确认的时间。
预确认并不等同于最终链上结算，其本质更接近一种实时执行承诺机制。
Ethereum 为什么需要预确认？
Ethereum 的核心优势在于去中心化与安全性，但传统区块确认模式更偏向最终结算逻辑，而非实时交互体验。
随着链上应用逐渐复杂化，部分场景开始对低延迟提出更高要求。例如：
-
高频 DeFi 交易
-
链上订单簿
-
实时链游
-
自动化套利系统
-
即时交互型应用
在这些场景中，交易确认时间可能直接影响执行结果。
传统 Ethereum Gas 市场依赖即时竞价与区块排序，用户通常需要通过提高 Gas 出价争取更快打包。但即使 Gas 较高，用户仍需要等待区块正式生成后才能获得确认。
ETHGas 希望通过预确认机制，在正式区块确认之前提前提供执行结果，从而提升实时交互体验。
ETHGas 的预确认机制如何运作？
ETHGas 的预确认机制主要围绕 Builder、Validator 与区块空间协调展开。
当用户提交交易后，交易会被发送至实时区块空间协调系统。部分 Builder 会根据当前区块资源与交易排序逻辑，对交易进行预执行评估。
如果交易符合预定条件，系统可能提前向用户返回“预确认”结果。这意味着交易预计将在后续区块中完成正式执行。
整个过程通常包括以下几个阶段：
-
用户提交交易
-
Builder 接收并评估交易
-
区块空间资源进行协调
-
系统返回预确认结果
-
Validator 在后续区块中完成正式确认
与传统链上确认相比，预确认更强调“实时反馈”与“执行确定性”。
Builder 与 Validator 在预确认中扮演什么角色？
在 ETHGas 的设计中，Builder 与 Validator 分别承担不同职责。
Builder 主要负责交易排序、区块构建以及区块空间协调。在预确认机制中，Builder 会提前评估交易能否进入未来区块，并向用户提供预执行结果。
Validator 则负责后续正式区块确认与链上共识执行。即使交易已经获得预确认，最终状态仍需要通过 Ethereum 主网完成正式确认。
这种结构意味着：
-
预确认负责实时体验
-
主网确认负责最终安全性
ETHGas 试图通过这种分层方式，在不改变 Ethereum 原有共识结构的前提下，提高交易执行效率。
预确认与最终确认有什么区别？
预确认与最终确认都用于交易状态确认，但两者在执行层级与安全性上存在明显差异。
预确认属于交易正式上链前的提前执行反馈，其重点在于提高实时交互体验。用户能够更快知道交易是否预计成功执行。
最终确认则由 Ethereum 主网完成，其结果会被正式写入区块链，并成为不可逆的链上状态。
两者的区别可以概括如下：
| 对比维度 | 预确认 | 最终确认 |
|---|---|---|
| 执行阶段 | 上链前 | 上链后 |
| 目标 | 提高实时性 | 保证最终安全 |
| 返回速度 | 更快 | 相对较慢 |
| 状态性质 | 预计执行结果 | 正式链上结果 |
| 依赖对象 | Builder / 协调层 | Ethereum 主网 |
ETHGas 的设计重点，并不是替代最终确认，而是在最终确认之前增加实时执行层。
预确认机制有哪些潜在优势？
预确认机制能够提升 Ethereum 在实时场景中的交互效率。
对于用户而言，更快的交易反馈能够降低等待时间，并改善链上交互体验。对于应用开发者而言，预确认能够帮助实时应用获得更稳定的执行预期。
其潜在优势包括：
-
降低交易等待时间
-
提高链上实时交互能力
-
优化高频交易体验
-
提升区块空间利用效率
-
改善应用层执行确定性
随着实时链上应用增长，预确认机制可能逐渐成为下一代 Ethereum 基础设施的重要组成部分。
ETHGas 预确认机制面临哪些挑战？
虽然预确认机制能够提升实时性，但其也面临一定技术与生态挑战。
首先，预确认需要在实时性与安全性之间取得平衡。由于交易尚未正式写入区块，因此预确认结果并不等同于最终链上状态。
其次，Builder 与区块协调层可能带来新的中心化风险。如果部分区块空间资源被少数参与者控制，可能影响 Ethereum 原有的开放性结构。
此外，实时区块空间市场目前仍处于早期发展阶段，其激励机制、兼容性以及标准化方向仍在持续探索中。
ETHGas 如何在提高实时性的同时保持 Ethereum 的去中心化特性，仍是该方向的重要问题之一。
总结
ETHGas 的预确认（Pre-confirmation）机制作为一种用于提升 Ethereum 实时交易体验的基础设施设计，其核心目标是在正式链上确认之前，为用户提供更快的交易执行反馈。
通过结合 Builder 协调、区块空间市场与实时执行机制，ETHGas 试图构建“Realtime Ethereum”方向下的新型交易执行层。虽然相关机制仍处于发展阶段，但预确认已经成为 Ethereum 基础设施提升实时性的重要探索方向之一。
FAQs
ETHGas 的预确认是否等于正式确认？
不是。预确认属于正式链上确认前的提前执行反馈，最终状态仍需由 Ethereum 主网确认。
为什么实时应用需要预确认？
实时应用通常需要更低延迟与更快反馈，而传统 Ethereum 区块确认时间可能影响交互体验。
预确认是否会改变 Ethereum 共识机制？
不会。ETHGas 的预确认机制主要运行于 Ethereum 现有基础设施之上，并不替代主网共识。
Builder 在预确认机制中负责什么？
Builder 主要负责交易排序、区块构建以及区块空间协调，并向用户返回预确认结果。
预确认是否存在风险？
存在一定风险。由于交易尚未正式上链，预确认结果并不等同于最终链上状态。
ETHGas 的预确认与 MEV 有关系吗？
有一定关联。预确认、交易排序与区块空间协调等机制，与 Ethereum 的 MEV 生态存在联系。