Chainfeeds 导读：
昨日晚间，MegaETH 完成了 2000 万美元融资，Dragonfly 领投，Figment Capital、Robot Ventures 和 Big Brain Holdings 等机构参投，天使投资人包括 Vitalik、Cobie、Joseph Lubin、Sreeram Kannan、Kartik Talwar 等。在市场所有参与者都对公链性能叙事审美疲劳的现在，MegaETH 靠什么突出重围？
文章来源：
https://www.techflowpost.com/article/detail_18717.html
文章作者：
深潮 TechFlow
观点：
深潮 TechFlow：MegaETH 如何做到实时化：具体来说，MegaETH 中只有一个活跃的排序节点（sequencer）在任意时间执行交易，其它节点通过 p2p 网络接收状态差异并更新本地状态，而无需重新执行交易。排序器负责对用户交易进行排序和执行。但是，MegaETH 在任何给定时间都只有一个活跃的排序器，从而消除了正常执行期间的共识开销。证明者使用 无状态验证方案，以异步和无序的方式验证区块。在具体做链时，MegaETH 有个思路其实不错：先测量，再执行。即先进行深入的性能测量，以确定现有区块链系统的真正问题，再来看怎么把这个节点专业化的思路放到现行系统中解决问题。那么，MegaETH 测出了哪些问题？1）交易执行：他们的实验显示，即使使用配备 512GB 内存的强大服务器，现有的以太坊执行客户端 Reth 在实时同步设置中也只能达到约 1000 TPS（每秒交易数），这表明现有系统在执行交易和更新存在显著的性能瓶颈。2）并行执行：来到大热的并行 EVM 概念，其实也有一些性能问题没解决。并行 EVM 实际生产中的加速效果受到工作负载并行度的限制。MegaETH 的测量显示，最近的以太坊区块中，中位数并行度小于 2，即使将多个区块合并，中位数并行度也仅增加到 2.75。3）解释器开销：即使是较快的 EVM 解释器，如 revm，其速度仍比本地执行慢 1-2 个数量级。4）状态同步：同步每秒 10 万次 ERC-20 转账，需要消耗 152.6 Mbps 的带宽，而更复杂的交易则需要更多的带宽。更新状态根在 Reth 中比执行交易要耗费多 10 倍的计算资源。说人话就是现在的区块链资源消耗有点大。公开资料显示，MegaETH 的团队似乎有华人背景，且 CEO Li Yilong 来自斯坦福，是计算机科学方向的博士；而 CTO Yang Lei 则是麻省理工的博士，CBO（商务官）Kong Shuyao 则是哈佛商学院的 MBA 出身，有多个圈内机构的工作经验（ConsenSys 等）；增长负责人则与 CBO 某些履历重叠，且也来自于名校纽约大学。一个团队，4 个人全部来自美国顶级名校，人脉和资源上的影响力不言而喻。顶级 VC 果然更偏爱顶校技。
内容来源
