Monad Labs CEO:为什么要重建EVM?
来源:The Pipeline,Medium;编译:邓通,金色财经
Monad Labs 首席执行官兼联合创始人 Keone Hon 和开发者关系工程师 Kevin G 参加了 The Pipeline 播客的第三期节目,讨论 Monad Labs 团队过去两年的工作内容。 为什么要从头开始重建 EVM? 请仔细阅读,找出答案。
Keone 之前曾在 Jump Trading 的高频 (HFT) 领域担任量化分析师。 在这里,他认识了 Monad 联合创始人兼首席技术官 James Hunsaker,并首次与他一起工作。 最近,Kevin G 在 Solana Labs 担任核心开发人员(之前在 Apple,专注于 Airpods 的本地系统工程设计)。
Monad 的首席技术官 James Hunsaker 与 Jump Trading 的首席执行官 Keone 密切合作(来源:0xResearch)
几年前,当我们刚开始时,很多人问我们,“为什么不建立一个 L2?” 我们当时的答案和现在是一样的:我们认为有人需要专注于提高 EVM 执行堆栈的性能。 通过引入并行执行、自定义状态数据库、流水线执行和异步 IO 支持等优化,Monad 将能够更好地利用硬件来实现性能更高、去中心化的系统。
随着时间的推移,越来越明显的是,以太坊虚拟机中的许多瓶颈可以由合适的工程师团队解决和优化。 早在 2020 年,当 Monad 首次概念化时,并没有多少团队专注于这些优化,特别是当你将其与其他基础设施(Rollup、零知识证明或数据可用性)投入的精力进行比较时。
作为智能合约的主导标准,EVM 链(迄今为止)拥有大部分 TVL、最大的开发者和研究网络,以及经受住了时间(和多个熊市)考验的令人难以置信的社区。 当我们希望扩大采用并支持更复杂的应用程序时,这使得优化变得更加重要。
“提高 EVM 的性能确实是一个有趣且具有挑战性的问题。 我很高兴我们的团队在我们这样做的时候就开始关注了这一点。 “在接下来的几个月里向世界展示它让我非常兴奋。”
EVM 性能满足 Monad 上的可扩展性。
Monad 正在做的很多事情都是应用于区块链网络的计算机科学最佳实践。 这是可能的,因为团队在这个领域拥有如此深厚的背景。
并非每个开发团队都能致力于解决协议的基本问题并提出高性能的解决方案。 这些优化不仅令人兴奋;而且他们本质上雄心勃勃。 这是以前从未做过的。
我真的很幸运,在 Monad Labs 拥有一群出色的工程人员,以及增长、营销、社区建设和业务开发方面的人员。 我们大约有 25 名员工,努力保持超级精简,以专注于需要解决的问题。
随着时间的推移,我们的团队将会不断壮大,以支持我们试图达到的规模和采用率。 这肯定需要更广泛的技能和额外的人力。
大多数工程团队在构建高性能、低延迟系统方面拥有丰富的经验。 开发真正高性能基础层系统的一个常见模式是您需要对整个系统性能的专业知识。有时您需要深入研究内核级别以获得所需的优化。 最终,区块链本身实际上就是一个数据库。
一些深受喜爱的 Monad 角色在社区传说中巩固了自己的地位。
Monad 的一个关键优势在于,它有潜力促进广泛的可组合性,超越以太坊的现有限制,甚至超越 Solana 等性能更高的系统。
由于 Monad 与 EVM 字节码和 RPC 兼容,因此工程师的学习曲线比许多其他环境要低得多。 我们很高兴也很高兴能够利用大量的研究和工具,这些研究和工具为 EVM 的蓬勃发展铺平了道路,并让开发人员能够在他们已经了解和信任的环境中构建性能更高、可扩展的应用程序。
最终目标是创建一个更具可扩展性和成本效益的平台来构建多样化的应用程序,消除阻碍现有区块链生态系统可组合性的限制。
在以太坊最初设计的背景下:其目的是让构建者能够在其生态系统内创建任何东西。 Monad 是这一概念的加速发展,摆脱了十多年来一直存在的限制。 从汽油动力汽车到电动汽车的转变可以作为类比,标志着新技术引入时可实现的范式转变。
考虑一下以太坊开发人员由于 Gas 限制而面临的实际挑战。 以太坊上可以有更多的应用程序和功能,但由于费用过高而被禁用。 Monad 的主要目标之一是将现有 EVM 应用程序从当前 Gas 限制的约束中解放出来。
Monad 还利用了 EVM 生态系统中丰富的现有代码和产品,为雄心勃勃的构建者提供了一个平台,让他们能够真正构建其他地方无法实现的 dApp。
总的来说,Monad 的重点是加密社区的集体性质。 当前阶段是一个实验阶段,加密货币爱好者正在为去中心化个人理财构建应用程序。 Monad 旨在使这些应用程序更具成本效益,释放它们扩展到更广泛用户群的真正潜力。
对我来说有两个领域——去中心化金融(DeFi)和面向消费者的应用程序。
DeFi
任何能让普通人以去中心化的方式管理个人财务的东西。 当然还有货币市场、去中心化交易所、衍生品、高保真度和高规模的预言机等应用程序。 这是我真正感到兴奋的一个垂直领域。
在加入 Monad 之前,我是 Jump 加密团队的一员。 Jump 深入参与了 Solana 生态系统并对它感到兴奋,因为它很有意义。 如果费用只有一美分的几分之一,并且您可以扩展到数百万用户,那么您实际上可以拥有基本上取代现有现有企业目前所做的金融产品。 中心化交易所对数据收取非常高的费用。
我们喜欢 Solana 的原因之一是它是一项非常棒的技术。 尽管它缺乏 EVM 兼容性(这可能会让开发体验变得棘手),但自 2021 年 James 和我致力于开发它以来,Solana 已经取得了长足的进步。
消费者应用程序:
我也对 Monad 上面向消费者的应用程序感到非常兴奋。 例如,体育博彩、赌场、社交; 基本上任何在手机上作为移动应用程序有意义的事情都可以。
如果我知道我的所有数据都在我的钱包中,我会更轻松地与应用程序、服务和内容进行交互; 这是因为钱包是加密安全的。 例如,将个人的个人经历和偏好(链上)纳入背景的购物应用程序对于购物用户体验非常有意义。
对我来说,这是关于构建最终可以帮助最多数量的开发人员扩展他们的应用程序的东西。 归根结底,Monad 是一个开发者平台。 去开发人员所在的地方并解决他们真正紧迫的问题非常重要。 我认为纯 EVM 兼容性是解决这些问题的一部分,但未来还会出现其他问题,本质上使对更多加密功能的支持变得更容易、更便宜。
归根结底,这只是为了解决阻碍开发者构建在 iOS 商店中排名第一的应用程序的问题。 对于我来说,我觉得 EVM 是实现这一目标的最佳场所。
令人惊讶的是,没有人真正关注执行堆栈。 考虑到我们团队之前的背景,以及我们认为问题需要解决的紧迫性,这是一个非常自然的工作场所。
Monad 提出了这条道路,EVM 和以太坊社区的理想有机会真正达到产品规模。
“最终,Monad 是一个非常酷的组合,我们可以在 EVM 上获得类似 Solana 的用户体验。 然后,开发人员就可以根据系统的需求来选择他们想要构建的位置。”
合作确实很重要。 我们的团队意识到我们并不知道所有问题的答案。 我们是专家。 我们对构建高性能并行系统、拜占庭容错共识和其他非常具体的问题了解很多。 但还有很多人在以太坊的研究方面投入了精力,重点关注 MEV 最小化、治理和密码学等问题。 因此,我认为遵循标准、您所做的工作可以与其他人的工作进行组合也很重要。
EVM 是众多应用密码学研究、构建应用程序的巨大努力以及开发更好的安全实践的巨大努力的纽带。 能够达到标准并帮助推动整个领域向前发展真是太好了。
正因为如此,我们可以深入专注于扩展基础层——这是我们所擅长的——同时利用研究社区在该领域的专业知识。 此外,我们不必重建已为 EVM 提供的所有开发人员工具。
我认为有几个。 目前对于开发者来说,吸引资金非常具有挑战性; 投资者群体对美国非常偏见。 对于国际开发者来说,获得资金确实很困难。
此外,从安全角度来看,构建 dApp 也具有挑战性。 有大量的黑帽黑客不断地探测漏洞并寻找漏洞。 这使其成为一个非常敌对的环境。 我们需要更好的安全实践,包括Gas优化。
通过大幅降低 Gas 成本,Monad 解决了开发人员的巨大妥协; 是否包含额外的防御断言(这会花费更多的gas)。
一位 Monad 社区成员在土耳其展示他的新壁画。
加密社区如此强大真是令人惊讶。 如果你正在建立一家传统的科技初创公司,你的 Twitter 将没有粉丝。 你可以发布更新,没有人会关心。 不会有人渴望尝试你的产品。?
在加密货币领域,我们拥有如此强大的社区(该社区确实是其精神的核心部分),这实际上是相对于其他技术领域的巨大优势,也是加密货币最终取得成功的原因。 这实际上只是利用优势并尽量减少劣势; 然后我们就可以作为一个行业进行扩展。
从 2023 年 11 月开始,社区为 Monad 制作了早期生态系统地图。
作为一个行业,区块链才刚刚开始成熟。 随着时间的推移,区块链的性能将会变得更高(以至于我不会仅仅因为它的性能而期望 Monad 与其他区块链不同)。
其他系统将进行额外的改进,并且将会出现思想的交叉或技术的交叉。 这最终推动了这一领域的发展,并能够构建性能更高的应用程序。 我们将继续突破区块链的极限,并为新的实施引入其他基础设施支持。
关于TPS的一般衡量,我们认为它应该只计算真实交易、智能合约交互和链上发生的转账:而不仅仅是投票交易。 对于 Monad,我们不会在任何 TPS 展示中包含投票。
一般来说,对于什么应该算作真正的交易存在很多困惑。 许多团队使用不同的指标来计算交易。 就不同团队如何宣传表现而言,现在是一个非常不统一的空间。 例如,有些将交易视为指令。 因此,如果有一个智能合约调用在其下面执行多个子指令,其他人会将其算作约 10 笔交易,而这是不正确的。
你唯一可以真正衡量的是通过系统的交易数量。如果在任何给定时刻,系统未满负荷,那么实际可观察到的 TPS 会低得多。 所以那里也有很多混乱。
我认为真正的解决方案是在 GitHub 存储库中拥有可重复的基准。 每个团队都应该为此存储库做出贡献,并推送一个完整的脚本,该脚本定义了世界各地许多不同服务器的部署。 然后,该脚本将能够将一大堆交易发送到系统中的各个节点,并实际产生完整的交易吞吐量测试。
这是我们团队计划引入的东西,至少对于 Monad 来说是这样,但也希望对于其他竞争基准来说也是如此。 这类似于正常的科学研究过程,您不仅必须发布结果,还必须发布用于生成这些结果的程序。 这样,第三方就可以重播实验并重现这些基准。 这对我们来说非常重要,也是我们打算做的事情。