今日运势评分

-2

本月运势

甲戌月

震荡

乙辛相冲,亥子丑三会水
庚不经络织机虚张
戌不吃犬作怪上床

祭祀,出行,裁衣,冠笄,会亲友,造畜稠,嫁娶,竖柱,上梁,移徙,纳财,纳畜

动土,伐木,作梁,行丧,安葬,开生坟

月相

冲顶回落

日冲

Powered by RitMEX

PEPE0.00 6.46%

SUI2.25 1.74%

TON5.28 0.18%

TRX0.16 -1.93%

DOGE0.11 1.27%

XRP0.54 1.19%

SOL152.99 3.61%

BNB581.06 1.21%

ETH2539.34 2.88%

BTC64830.83 3.29%

ETH Gas10.46 Gwei

中性
50

并行 EVM 的争论:Monad 和 MegaETH 探讨全节点定义

Vitalik 认为重点不在于全节点是否执行所有交易,而在于用户是否能够获得足够的交易确认保障。

撰文:0XNATALIE

在最新一期的 Bankless 播客中,Monad 创始人 Keone Hon 和 MegaETH 联合创始人 Lei Yang 探讨了 Monad 和 MegaETH 的架构以及它们将如何提升以太坊的性能。此次播客围绕以太坊虚拟机的未来展开,回答了一系列关键问题,包括 Monad 和 MegaETH 速度、去中心化程度和抗审查能力比较等。

但在节目后, Monad 创始人意犹未尽,继续在 X 上向 MegaETH 提出针对「全节点」定义的问题,最后还引来 Vitalik 参与讨论。

Monad 是一个通过并行执行技术和独特共识机制,实现每秒超过 10,000 笔交易吞吐量的 Layer 1 。
MegaETH 是一个利用并行执行技术实现毫秒级响应时间的 Layer 2,目标是每秒处理超过 100,000 次以太坊交易。

争议的核心:全节点是否应该执行所有交易

在播客中,Lei Yang 提到全节点在 MegaETH 中是指那些保持和更新最新区块链状态的节点,而不是执行和验证所有交易的节点。针对这一点,Keone Hon 在推特上发文质疑 MegaETH 对「全节点」的定义,因为传统意义上的全节点是指能够独立执行并验证所有交易的节点。而 MegaETH 提出的全节点只是从一个中心化的定序器接收状态更新,并不对交易进行独立验证。Keone 担心这种节点在处理真实世界中的大额交易时,可能无法提供足够的安全性。

如果全节点只是接收状态更新而不参与交易的实际执行和验证,这意味着节点必须完全信任中心化的定序器提供的状态。如果定序器出错、受到攻击或者故意作恶,节点可能无法及时发现问题。这在处理大额交易时尤其重要,因为这些交易涉及的金额巨大,任何错误都可能造成严重的经济损失。

Keone 提出了一个实际应用场景:假设一个交易所集成了 MegaETH 并运行这种全节点,那么交易所该如何确定用户的存款交易已经真正被确认?应该等待多长时间才能将款项存入用户账户?交易所是否需要等待长达 7 天的欺诈证明窗口,才能确保交易不会被回滚,从而保证存款的安全性?

Vitalik 的观点:重点在于交易确认的保障

以太坊创始人 Vitalik Buterin 也参与了这场讨论。他认为,重点不在于全节点是否执行所有交易,而在于用户是否能够获得足够的交易确认保障。Vitalik 认为,对于 L2 用户来说,最重要的是确认他们的交易是否被接受,而不是每个节点是否执行了所有交易。只要有适当的机制来保证这一点,用户不一定需要自己运行执行所有交易的全节点。

Vitalik 提到有两种交易确认机制:

  1. 绑定的定序器预确认(Bonded Sequencer Preconfirmation):这种机制下,定序器在处理交易时被绑定了一定数量的代币(如 ETH)。如果定序器作恶或未能正确处理交易,用户可以得到赔偿或补偿。这种机制提供了即时确认的保障,用户无需等待欺诈证明窗口即可获得交易的安全性保障。

  2. L1 确认:在 L2 的交易最终可以通过 L1(如以太坊)来确认。如果 L2 上的交易有问题,L1 可以回滚交易并纠正错误。即使在 L2 上存在风险,用户依然可以依赖 L1 的最终确认来获得安全保障。

Vitalik 还提到,欺诈证明窗口的长度可以根据用户的需求进行调整。例如,交易所可以根据交易金额的大小选择不同的欺诈证明窗口期。对于小额交易,可能只需较短的窗口期;对于大额交易,则可以选择较长的窗口期。此外,随着零知识证明(ZK)技术的发展,未来欺诈证明窗口的需求将大幅减少,甚至可能不再需要,从而在不牺牲安全性的前提下提供更快速的交易确认。

不过,Keone 觉得 MegaETH 在初期并不会使用 ZK 技术,ZK 技术虽然有着巨大的潜力,但目前它在性能方面仍然存在一定的限制。生成零知识证明的计算过程非常复杂且耗时,尤其是在需要处理大量交易时。因此,像 MegaETH 这样注重高性能和高吞吐量的区块链项目,在初期不会选择使用 ZK 技术,以避免性能问题影响用户体验。

MegaETH 回应:多种交易确认方式

随后 Lei Yang 发推文回应了关于 MegaETH 节点架构的讨论,澄清了一些误解。他指出,MegaETH 用户在确认交易时有三种选择:

  1. 只接收状态更新的节点:这种节点不验证任何交易,只从定序器接收状态更新。这种方式的安全性依赖于定序器的预确认机制和惩罚机制。适合于小额到中额交易,特别是在需要即时确认的场景下。

  2. 等待欺诈证明窗口到期的节点:与 1 相同,但用户需要等待欺诈证明窗口以及交易所在的 MegaETH 区块在以太坊上被最终确认。这个选项提供了「完整的以太坊安全性」(即受到与以太坊交易相同的安全性和不可逆性),适用于用户不希望本地验证交易但涉及大额交易的场景。这种用例较为罕见。

  3. 验证所有交易的全节点:这种全节点验证每一笔交易,并等待交易所在的 MegaETH 区块在以太坊上被最终确认。同样提供了「完整的以太坊安全性」,适用于定期处理大额交易并且希望快速确认的用户,比如交易所。

Lei Yang 强调,MegaETH 是支持能够验证每笔交易的全节点的。之前的讨论中可能产生了误解,认为 MegaETH 的节点只能接收状态更新而不能验证交易,这是错误的。并进一步解释,如果节点选择验证所有交易,它可以通过优化手段(如使用定序器提供的见证数据)来比定序器更高效地验证交易,不需要从头开始处理所有交易信息,从而降低硬件需求。用户可以根据自身需求在不同的确认方式之间做出选择。

这场争论相当精彩,正如 ABCDE 投研合伙人 Lao Bai 所说:「这种辩论有意义么? Absolutely!整个行业的技术演进就是在这一次次讨论中被推着缓慢向前的。谁赢谁输重要么?Absolutely Not!因为最终胜出方靠的是资源,开发者 / 用户体验,以及谁先跑出来 1-2 个爆款应用,而不是『全节点』的定义与职责到底是啥」。

欢迎加入深潮TechFlow官方社群

Telegram订阅群:https://t.me/TechFlowDaily
Twitter官方账号:https://x.com/TechFlowPost
Twitter英文账号:https://x.com/TechFlow_Intern
作者ChainFeeds@ChainFeedsxyz
相关文章
2024.10.14 - 5 分钟前
Unichain:Uniswap 会再次推动行业崛起吗?
Unichain 引领 DeFi 新纪元。
2024.10.14 - 14 分钟前
深度解析 Banana Gun:具有真实价值捕获的投资标的
本文将介绍 Banana Gun 五个最重要但较少被熟知的特点。
2024.10.14 - 17 分钟前
Hyperliquid,体验对标 CEX 的 DeFi 旗舰
800 美元一分?Hyperliquid 能成为史上最大空投吗?
2024.10.14 - 44 分钟前
深入解读 Match,NFT 如何为 Meme 找到增长永动机?
Match NFT 第五期即将于 10 月 15 日正式上线。
2024.10.14 - 2 小时前
Rollup 互操作性进展研究:为什么 ZK Rollup 是最优解?
随着 Rollup 成为以太坊扩展的核心,L2 之间的互操作性至关重要,而 OP Rollups 的延迟和碎片化问题使得 ZK Rollups 成为更理想的长期解决方案。
2024.10.14 - 2 小时前
下个「大毛」?Puffer Finance 即将进行代币空投
Crunchy Carrot Quest 第二季活动已于 10 月 5 日启动,5.5% 的代币将作为空投奖励。
2024.10.14 - 5 小时前
TVL 激增,Base 将成为最大的以太坊 L2 网络?
‍在过去两个月中,Base 的交易量大幅增加,占据了所有交易量的 40% 到 60%。
2024.10.13 - 昨天
解析面向对象金融:加密市场新兴垂直领域
AI相关的计算DePIN似乎处于有利位置,有望成为下一个主要垂直领域。
2024.10.12 - 前天
信息跨链新路径:LayerZero 与 EigenLayer 推出 CryptoEconomic DVN 框架
CryptoEconomic DVN Framework 的主要创新点在于通过AVS为DVN提供了核心组件,定义了质押资产和惩罚机制。
2024.10.12 - 前天
数读 Sui 生态:交易笔数短时突破 1 亿,DeFi 激增的背后社交和游戏才是底色?
从Sui官方的动态来看,近期主要目标是集中在稳定币和跨链桥的建设上。
Sui