多数以太坊二层把用户可见的确认时间锚在自己的出块间隔上，哪怕是亚秒级的间隔也仍是一个需要等待的节拍。MegaETH 在官方架构文档里给出的路线是把节拍拆碎：排序器一收到交易就立刻执行，每隔约十毫秒把刚执行完的交易连同结果封成一个迷你区块（mini-block），持续推流给全球分布的 RPC 节点。用户看到的不是等待区块，而是已经到达的状态。
十毫秒一封的包裹里装什么
官方文档把迷你区块描述为一种轻量区块：包含这段时间内执行的交易、执行结果收据，以及造成的状态变化。它不是给人挖的完整区块，更像排序器对外广播执行进度的一帧快照。RPC 节点按区域分布式部署，排序器把每个迷你区块流式推送过去；节点一收到，交易收据、事件日志与状态更新就立刻可查。钱包之所以能在毫秒级显示确认，是因为它连接的那台 RPC 节点已经拿到了包含结果的迷你区块，而不是等以太坊主网做任何事。
大约每一秒，排序器再把期间产生的所有迷你区块归拢封装成一个标准以太坊格式的执行区块。数据面沿 OP Stack 的思路走：区块数据发布到 EigenDA 作为数据可用性层，取回一份可用性证书，批量器把证书提交到以太坊主网；没有数据证书，排序器无法向 L1 提交区块。争议解决是这组设计里改动最明显的一处：MegaETH 不使用标准 OP Stack 的多轮交互式二分博弈，而是采用名为 Kailua 的机制，基于 RISC Zero 生成一份零知识证明来一次性裁决针对区块提案的挑战。
信排序器的哪一部分
架构文档把节点分成两类，信任含义完全不同。副本节点接收排序器推来的区块与执行结果，直接应用到本地状态副本，不重新执行——它轻量、适合高并发读，但它显示的结果来自排序器的断言。全节点接收区块后在本地重新执行，独立校验每一次状态迁移，不需要信任排序器的执行结果。迷你区块的预确认承诺带着一份排序器签名：每个迷你区块头都由排序器签署，承诺因此可以被独立验证是否出自排序器、是否被篡改，但承诺的经济背书仍然依赖后续数据发布与争议机制的闭环。
官方文档还给了一个对账细节：在实时 RPC 里，一笔交易的收据若区块哈希为空而区块编号有效，说明它已进迷你区块、获得预确认，但还没有被归入某个执行区块。文档同时列了两条边界：其一，MegaETH 区块锚定在以太坊区块上，理论上主网重组可能使锚点失效并回滚相应区块，官方评估其概率极低；其二，迷你区块带来的只是预确认级保证，完整最终性仍取决于数据上链并完成 L1 终局。模拟与执行之间的状态赛跑也在常见坑清单里——官方提醒以链上执行结果为唯一权威。
把快当成产品参数之后
这套架构的取舍值得摊开看。十毫秒状态更新的代价与收益都锚在同一个集中组件上：排序器同时负责排序、执行与推流，读取端毫秒级可见的前提是它持续诚实在线；数据可用性外包给 EigenDA，安全裁决押在争议系统按预期触发。对开发者，接口面保持标准 JSON-RPC 兼容，latest 与 pending 标签自动落到最新迷你区块，应用不需要为快加参数；对风控与清算逻辑，官方文档的 FAQ 口径是不必把迷你区块结果当作临时结果——预确认级别与执行区块同级，但这句话的完整含义以签名承诺加争议解决的整体模型为限，不等同于以太坊主网层面的不可逆。
风险提示：本文只解释机制，不构成任何投资建议；性能参数与上线状态以官方文档与链上数据为准。
发表评论
还没有评论，来说两句吧。
评论区为展示样式，提交不会被处理。