我已经有一段时间没有分享韩国内容了。 有时,当我阅读Keone分享的与技术相关的帖子时,我会想, '这似乎很了不起,但具体有什么好处呢?' 所以,我为那些好奇的人准备了这个。 JIT? - 你不需要了解编译器、缓存或异步过程等复杂的东西。 那么对我们有什么好处呢? - 速度提高,燃气费(交易费用)降低。 真正重要的问题是'我们为什么要这样做?' - 不仅仅是速度得到了提升,关键在于理解为什么Keone认为这个话题重要到足以在他的主要推文中突出展示。 1. 一条不常走的路 - 大多数团队不愿意涉足这些基础(低级)领域。 - 即使他们尝试,通常也只是停留在'测试看看'的层面,很少能将其深度整合到实际产品中。 2. '我们将如何解决这个问题?' - 这种决心将团队的区块链核心要素,如共识、执行和网络,提升到了一种艺术形式。 - 现在,他们的目标是解决更深层次的瓶颈。为此运营一个专门的编译器团队是相当雄心勃勃的。 - 这与出于市场目的的技术验证(POC)是不同层次的。 3. 像苹果一样追求完美 - 这种方法让人想起苹果。 - 就像我们惊叹于苹果每次发布新iPhone时如何关注如此细节一样,这个团队也在每个瓶颈处放置专家,专注于解决根本问题,以达到最高水平的完美。 - Keone强调的技术可以比作苹果的WWDC新产品发布。 因此,大部分写作接近于证明,"我们再次接近大众采用,"和"我们的社区和生态系统再次增长。" ----------------------------------------------- "Monad所做的并没有什么特别的。" "你只需要理解这个概念并写几行代码;这并不难。" "这没什么特别的。" 反驳: - 当然,有些人会说,'这个概念本身不是已经知道了吗,可以用几行代码实现吗?' - 是的,概念本身可能并不难。然而,当无数的'上下文'被添加到这个概念中时,真正的挑战才开始。 - 和谐地将一种技术与所有其他领域整合,并提升整体系统的性能,这与仅仅了解概念是不同的。 - 任何构建过L1区块链的人都会理解,深入研究核心的所有领域并将其完成作为实际产品是多么困难。
Keone Hon ⨀
Keone Hon ⨀8月17日 02:43
将即时编译引入EVM 即时编译(JIT)常被认为是优化EVM的一个有趣想法。 但也面临挑战: - 很难使所有的确切行为(燃气费用、错误处理)匹配。例如,即使代码被编译器简化,原始的燃气费用也必须保留。 - 编译成本高,因此并非所有内容都应被编译,并且不能在不影响延迟的情况下即时完成。 - 编译后的工件比原始字节码大得多。 - 要充分利用编译器,需要创造性地解决问题的独特方面。需要大量的研究、基准测试和反复优化机器代码生成。 @category_xyz团队克服了这些问题,构建了一个强大的编译器,使合约代码的执行速度和效率超过现有的EVM实现。 Monad客户端分析经常使用的合约(按累计消耗的燃气量衡量),并缓存本地代码,以便后续调用更高效地执行。 编译是异步进行的;在编译完成之前,虚拟机使用一个单独的低延迟、高优化的解释器运行代码。 这项功能在周二的升级后已在Monad测试网上线! 查看文档以获取更多信息,最新消息。感谢@__inshorts和Category Labs的编译器团队出色的工作!
7.18K