EOS网络基金会对话EOS网络基金会：EVM上线在即，EOS 新征程将如何展开 ？| AMA
2022年4月12日11:00，链捕手联合EOS网络基金会，在Twitter Space展开了一场别开生面的直播活动。围绕EOS EVM、EOS网络基金会职能、EOS未来生态发展展开深度讨论。EOS网络基金会的领导人Yves La Rose受邀出席本次活动，围绕EOS EVM、公链竞争格局、EOS未来生态发展等话题展开深度讨论。 自EOS网络基金会成立之后，EOS生态可谓是大动作频繁，不仅在EOS网络基金会领导人Yves的带领下，谴责母公司Block.one不作为并与其分道扬镳，开启EOS独立发展之路，之后又相继宣布成立核心工作组、支持EVM兼容等系列举措。Block.one 已成过去式，EOS新征程将如何展开？ 另外，本次活动我们也为参与用户准备了丰厚奖励：参与参与链捕手的推特置顶推文活动，抽取5人瓜分100 EOS；参与直播抢答环节，瓜分100 EOS。 本文为本次AMA活动的精彩内容回顾，内容有所编辑。Yves自我介绍大家好，我是EOS网络基金会的CEO Yves La Rose，非常感谢ChainCatcher举办了这场活动并邀请我作为分享嘉宾，也非常感谢大家参与本场活动...
EOS网络基金会EOS周报第四十八期 | 2022年12月11日
欢迎来到 Everything EOS 周报，本期内容汇总了 EOS 生态12月5日 — 12月11日发生的大事件。 Everything EOS周报涵盖英语、中文和韩语 EOS 社区的消息。我们将持续发布更新来自世界各地的 EOS 生态系统新闻。Everything EOS 周报是了解世界各地 EOS 最新消息的最佳方式。EOS 生态大小新鲜事，一起来看看吧！本周主要内容包括：EOS 开发者文档全面更新Binance 上线 EOS 版本 USDTPomelo 第 4 季进展及月球基地Everything EOS 播客更新：WharfKit 介绍ENF 中文社区开展 Web3 主题 AMA 活动EOS 中文社区举行 Quiz 问答活动第 23 期Eden 收到 50 万 EOS 捐款EOS 节点运营者圆桌会议12 月 18 日 Emanate 圣诞活动和 Remix 比赛Tiny Enemies 内测EOS 开发者文档全面更新经过数月的努力工作，EOS 网络基金会 (ENF) 发布了一个经过全面修改的开发者文档门户，在这里也要感谢 Nathan James 和 ENF 开发者关系...
EOS网络基金会在Web3中赋予女性权力： 庆祝国际妇女节
我们坚定地追求Web3的未来，它彰显了去中心化、透明、安全和包容性的价值互联网的理想追求。借此节日机会，我们与社区一起共同庆祝国际妇女节（IWD）。 今天，我们庆祝女性在社会、经济、文化和政治方面取得的成就，同时我们仍需提醒自己：世界各地的女性在追求自由、能动性和平等的过程，仍然面临着持续的斗争，而以上都是社会追求公正和公平的标志。 2023年国际妇女节的主题是：拥抱公平。 从EOS网络基金会在Web3创新前沿的优势来看，这与我们每天所做的工作的原则是一致的，即进一步扩大免费和开源软件、轻松获取资源和信息、构建金融创新工具以及下一代DAO的新兴组织能力。 EOS网络基金会是一个处于高度活跃环境状态中的年轻组织，我们由非凡的个人所塑造，大家愿景、目标以及努力方向一致，并能够以尊重EOS网络的真正潜力的方式共同推动EOS网络更新优化。 我们相信，不同的观点和视角为我们面临的不可思议的挑战提供了重要的洞察力。 在我们持续发展建设EOS生态系统的同时，我们借此机会，庆祝ENF女性所做出的不可估量的贡献，同时，作为更广泛的Web3空间的一部分，我们也共同纪念在Web3领域持续发光发热的所有...
EOS网络基金会对话EOS网络基金会：EVM上线在即，EOS 新征程将如何展开 ？| AMA
2022年4月12日11:00，链捕手联合EOS网络基金会，在Twitter Space展开了一场别开生面的直播活动。围绕EOS EVM、EOS网络基金会职能、EOS未来生态发展展开深度讨论。EOS网络基金会的领导人Yves La Rose受邀出席本次活动，围绕EOS EVM、公链竞争格局、EOS未来生态发展等话题展开深度讨论。 自EOS网络基金会成立之后，EOS生态可谓是大动作频繁，不仅在EOS网络基金会领导人Yves的带领下，谴责母公司Block.one不作为并与其分道扬镳，开启EOS独立发展之路，之后又相继宣布成立核心工作组、支持EVM兼容等系列举措。Block.one 已成过去式，EOS新征程将如何展开？ 另外，本次活动我们也为参与用户准备了丰厚奖励：参与参与链捕手的推特置顶推文活动，抽取5人瓜分100 EOS；参与直播抢答环节，瓜分100 EOS。 本文为本次AMA活动的精彩内容回顾，内容有所编辑。Yves自我介绍大家好，我是EOS网络基金会的CEO Yves La Rose，非常感谢ChainCatcher举办了这场活动并邀请我作为分享嘉宾，也非常感谢大家参与本场活动...
EOS网络基金会EOS周报第四十八期 | 2022年12月11日
欢迎来到 Everything EOS 周报，本期内容汇总了 EOS 生态12月5日 — 12月11日发生的大事件。 Everything EOS周报涵盖英语、中文和韩语 EOS 社区的消息。我们将持续发布更新来自世界各地的 EOS 生态系统新闻。Everything EOS 周报是了解世界各地 EOS 最新消息的最佳方式。EOS 生态大小新鲜事，一起来看看吧！本周主要内容包括：EOS 开发者文档全面更新Binance 上线 EOS 版本 USDTPomelo 第 4 季进展及月球基地Everything EOS 播客更新：WharfKit 介绍ENF 中文社区开展 Web3 主题 AMA 活动EOS 中文社区举行 Quiz 问答活动第 23 期Eden 收到 50 万 EOS 捐款EOS 节点运营者圆桌会议12 月 18 日 Emanate 圣诞活动和 Remix 比赛Tiny Enemies 内测EOS 开发者文档全面更新经过数月的努力工作，EOS 网络基金会 (ENF) 发布了一个经过全面修改的开发者文档门户，在这里也要感谢 Nathan James 和 ENF 开发者关系...
EOS网络基金会在Web3中赋予女性权力： 庆祝国际妇女节
我们坚定地追求Web3的未来，它彰显了去中心化、透明、安全和包容性的价值互联网的理想追求。借此节日机会，我们与社区一起共同庆祝国际妇女节（IWD）。 今天，我们庆祝女性在社会、经济、文化和政治方面取得的成就，同时我们仍需提醒自己：世界各地的女性在追求自由、能动性和平等的过程，仍然面临着持续的斗争，而以上都是社会追求公正和公平的标志。 2023年国际妇女节的主题是：拥抱公平。 从EOS网络基金会在Web3创新前沿的优势来看，这与我们每天所做的工作的原则是一致的，即进一步扩大免费和开源软件、轻松获取资源和信息、构建金融创新工具以及下一代DAO的新兴组织能力。 EOS网络基金会是一个处于高度活跃环境状态中的年轻组织，我们由非凡的个人所塑造，大家愿景、目标以及努力方向一致，并能够以尊重EOS网络的真正潜力的方式共同推动EOS网络更新优化。 我们相信，不同的观点和视角为我们面临的不可思议的挑战提供了重要的洞察力。 在我们持续发展建设EOS生态系统的同时，我们借此机会，庆祝ENF女性所做出的不可估量的贡献，同时，作为更广泛的Web3空间的一部分，我们也共同纪念在Web3领域持续发光发热的所有...
Subscribe to EOS网络基金会
Subscribe to EOS网络基金会
Share Dialog
Share Dialog
<100 subscribers
<100 subscribers
EOS 以太坊虚拟机（EVM）的发布备受 EOS 社区期待 。 该项目已经开展了一年多时间，这是一项艰巨的任务，整个生态系统的贡献者都涉及其中。 目前开发工作已经进入启动前的最后阶段，主网 Beta（0.4）版本将在 2023 年 4 月 14 日启动。
当 EOS EVM 正式上线，EOS 将会接触到大量来自其他生态系统的新开发者和项目。 EOS EVM 的定位是成为市场上性能最强的 EVM 之一，同时保持与传统 Solidity 环境的兼容性和同等特性。 在这篇文章中，我们将深入探讨是什么让 EOS EVM 这一关键的基础设施如此强大，并对其背后的架构设计进行一些解释分析。
与此同时，欢迎收看最近与 EVM 开发者进行的讨论视频，了解有关这一关键生态系统基础设施的更多信息。
EVM 指的是以太坊虚拟机。 在以太坊生态系统中，它是一系列的智能合约，允许开发者部署和运行使用 Solidity 编写的去中心化应用程序（dApp）。 EOS EVM 是对以太坊EVM的模拟，并位于 EOS 智能合约中。
EOS EVM 将提供与该领域其他 EVM 同等的功能，但具有无与伦比的速度、性能和兼容性优势。 这些优势归功于 EOS EVM 的架构设计和 EOS 原生系统的强大特性。
当 EOS 首次推出时，许多人将其称为以太坊杀手，但这从来都不是 EOS 的目的，并且这一想法不会随着 EOS EVM 的推出而改变。 取而代之的是，EOS EVM 将成为以太坊的推动者，允许 Solidity 开发者通过 EOS EVM 在其项目中获得无与伦比的可扩展性。
由 Antelope.io 驱动的 EOS 原生系统的全部功能仅仅只被探索了非常小一部分。 因此，在该层上建立下一代的 Web3 应用程序拥有许多新的发展机会。 但是这个发展机会是一把双刃剑。 目前缺乏适当的工具、教育资源和基础设施，可以让 dApp 开发者在原生系统上快速启动和运行。
另一方面，以太坊的本地语言 Solidity 已经成为 Web3 行业的基石。 自 2015 年以太坊最初发布以来，有大量的开源工具、教程、项目和开发者在以太坊生态系统中不断成长。 因此，对于一个新的开发者来说，通过访问 Solidity 库，很容易学习 Web3 开发的技巧，并更快开始构建。
随着 EOS EVM 的推出，开发者可以兼得鱼和熊掌，将 EOS 技术堆栈的强大性能与以太坊社区的可访问资源相结合。 因此，在 EOS 上实现 Solidity 开发是推动网络被大规模采用的下一个重要步骤。
尽管目前的重点是EOS EVM，但 EOS Native Layer仍然是生态的旗舰产品。 随着 Leap v4.0.0 的即将发布，EOS Native 将与 EOS EVM 一起继续创新。
EOS Native 是用 C++ 编写的，这是一种在传统开发者中非常受欢迎的语言，拥有速度和强大的库优势。 它经常被用于对性能有严格要求的技术项目，如操作系统和游戏。
由于这种底层架构，基于 EOS Native 构建的智能合约更加高效、强大，并且经常受到从 Web2 或其他传统计算机科学领域进入 Web3 领域开发者的青睐。 随着 GameFi 的兴起，EOS Native 仍然是一个实现大规模采用的强大载体平台，它使那些已经在 Web2 环境中构建的游戏开发者能够根据需求，无缝集成 Web3 元素。
随着 EOS Native 基础设施优化工作的持续开展，以及目前来自以太坊生态系统的工具在 EOS EVM 上的推出，可以预见 EOS 生态将出现在任何其他生态系统中都不可能的出现的创新机会。 基于此，EOS 正将自己定位为一个积极的正和开发环境。 对于 Web3 的资深人士或刚刚进入该领域的人而言，这是一个协调资源和协同创新的完美场所。
EOS EVM 的幕后开发工作中发生了很多事情，以确保它最大限度地提高性能和易用性。 下面我们将要介绍过去一年中实施的一些创新设计选择。
EOS EVM 的推出时间表曾发生过一些变化，而导致这一变化的原因之一是实施 Silkworm 作为 EOS EVM 的执行客户端，这是一个主要架构增强优化。 Silkworm 是 Ethereum 节点的 C++ 实现，符合 Erigon 的规范。 它被用于支持 RPC 并提高该领域的兼容性。
它的设计目标是成为最快的以太坊客户端，同时不牺牲代码的性能或可读性。 以下是 EtherWorld 的一篇文章，其中介绍了 Silkworm 强大功能的一些要点：
Silkworm 更容易理解，因为其代码库是新的，并且不包含任何主要的遗留功能。
它在开发者社区保持中立客观。
Silkworm 采用 Apache-2.0 许可协议进行许可。 此许可证是 Permissive，这意味着它的限制最少，可以在大多数项目中使用。
Silkworm 使用 evmone 作为其 EVM 解释器，这是已知的最快、完全兼容的 EVM 实现。
Silkworm 使用 MDBX，它是最快的嵌入式键值存储，具有完全 ACID 交易。
采用这种架构设计的主要原因之一，是以一种可扩展且与生态系统其他领域完全兼容的方式为 RPC 请求提供服务。 开发者和用户需要一些方法来访问 EVM 环境的最新状态，以便查询链上数据或生成新的交易。 这就是 RPC 发挥作用的地方。
EVM 合约首先在 EOS 区块链上处理 EVM 交易。 之后，它由一个单独的基于 Silkworm 的 EVM 节点从 EOS 区块链中提取出来，进行重新处理，以便该节点保持其对 EVM 环境状态的看法与合约应该看到的内容同步。 此状态允许 RPC 节点为来自客户端（例如 MetaMask 钱包）的标准 RPC 请求提供服务。
通过将 RPC 节点与处理 EOS 区块链的 Leap 节点分开，RPC 节点的新实例可以作为一种手段来扩展，以满足客户 RPC 请求的要求。 每一个额外的 RPC 节点，只需要跟踪 EVM 的状态，可以简单地从数量少得多的 Leap 节点中获得 EOS 区块，这些节点负责跟踪所有 EOS 状态。
此外，与替代节点实现相比，在 EOS EVM 中使用 Silkworm 的一个主要好处是，它可以在 EVM 合约和服务 RPC 请求的节点之间共享大量核心代码。 这降低了两个环境之间不兼容的风险。 由于 Silkworm 是用 C++ 实现的，因此编译成 WebAssembly 并在 EVM 合约中运行是很简单的。 通过共享相同的代码来保持两个环境之间固有的兼容性，尤其是一个重要的优势，因为需要对 Silkworm 代码进行进一步的更改，以支持 EOS EVM 中的自定义功能，例如无无需信任的跨链桥。
考虑到以上所有原因，尽管它造成了发布延迟，但迁移到 Silkworm 已成为 EOS EVM 的一个重要选择。
当前 Web3 领域中的一个重要议题是用户隐私问题。 随着越来越多的企业应用程序进入该领域，实施隐私保护技术变得更加必要。 这导致了直到最近才在 EOS 上执行的 zk-SNARKS 等工具的流行。
当 Leap 3.1 硬分叉发生时，Antelope 协议引入了 Crypto Primitives 功能，以启用可以支持此操作和其他复杂操作的新功能。 该功能使所有 EOS 合约都可以使用新的主机功能，同时与以太坊密码学预编译进行 1 对 1 映射。
以太坊生态系统已经有了很多这样的功能，理论上可以执行。 然而，昂贵的 Gas 费和缓慢的交易会导致技术和经济上的障碍。 有了EOS EVM，这些障碍就消失了，开发者能够试验在其他环境中难以执行的库。
除了将 zk-SNARKS 的功能引入 EOS EVM 之外，开发者现在还可以利用原生 EOS Layer 上的相同原语。 这将再次在推动 EOS Native 和 EOS EVM 大规模采用方面发挥重要作用。
如前所述，性能和兼容性是 EOS EVM 开发过程中的重要考虑因素。 在决定 EVM 出块时间应该有多快时，这两个因素都会发挥作用。 EOS 原生区块时间为半秒，而 EOS EVM 区块时间为 1 秒。 这比以太坊大约 12 秒的出块时间快得多，并且它保持了兼容性，如果设计短于一秒则可能会丢失。
半秒出块时间在理论上比一秒快，但在实践中要复杂得多。 首先，这里讨论的指标是延迟而不是吞吐量。 无论选择什么样的出块时间，EOS EVM 都能从 EOS 区块链的高吞吐量中获益。 其次，在实践中，从发送交易到确认它被包含在一个区块中，观察到的实际延迟并不会简单地通过将区块时间从一秒减少到半秒而减半；延迟的减少没有那么显著。 因此，将出块时间从 1 秒降到半秒，在性能上有小的提升，但在设计的兼容性方面却有潜在的重大损失。
关于出块时间间隔是多少，EVM操作码返回当前区块时间戳只有秒的分辨率，这是由于以太坊规范。 这意味着为了实现一对一的区块映射，即每个 EOS 区块对应一个 EVM 区块，有必要截断时间戳，并在两个不同的连续区块上发送相同的时间戳。
虽然在不同的区块中重复时间戳可能不会造成太大的损害，但这将是一个设计风险，因为它打破了传统 Solidity 合约与 EVM 交互的方式。 在开发 EOS EVM 时，重要的是要确保来自以太坊的开发者拥有与其原生链尽可能相似的体验。 因此，我们选择了对兼容性造成最小损害的出块时间。
此外，该设计还可以分离原生和 EVM 出块时间。 这意味着将来，如果 EOS 网络决定更改出块频率，也不会影响 EVM 运行。 虽然没有计划在这方面进行任何升级，但开发者可以放心，基于 EOS EVM 构建的 dApp 将与 EOS 网络架构未来的任何变化相兼容。
EOS EVM 的定位是成为最广泛采用的 EVM 之一，并为 EOS 吸引新一波以太坊开发者。 这主要归功于本文所解释的架构设计选择，包括：
支持 RPC 的 Silkworm 的 C++ 实现，允许节点扩展以满足客户的 RPC 需求。
Leap 3.1 引入了 Crypto Primitives 架构，支持在 EOS EVM 和 EOS Native 上进行 zk-SNARKS 和其他复杂计算。
1 秒出块时间，这在实现出色性能的同时，仍保持了 EOS EVM 与传统以太坊 EVM 之间的最大兼容性。
本周，EOS EVM 代码完成，新测试网定于 3 月 27 日启动。 随着主网将于 4 月 14 日上线，现在将是开始在 EOS 上建设的最佳时机。
尽管 EOS EVM 取得了巨大进步，但 EOS Native 的工作并没有放缓。 事实上，由于目前 EVM 所需的资源较少，核心协议开发者可以将更多精力投入到 EOS Native 上。 这将确保 EOS Native 继续作为 EOS 网络的旗舰产品，同时仍然允许 Solidity 项目利用 EOS 所提供的所有优势。
无论是基于 EOS EVM 还是 EOS Native 进行构建，都有大量的资源和资金可以帮助项目快速启动和运行。 点击此处详细了解 EOS 生态系统中的资助机会 。 您也可以查看上一篇关于 EOS EVM 的文章，了解有关如何连接到当前测试网的详细信息。 同时欢迎前往 EOS 文档和 EOS 学习门户网站，获取有关如何在 EOS 上构建和部署 dApp 的详细指导。
EOS 网络是区块链 3.0 时代的典范之作，由 EOS VM 提供支持。EOS VM 是一个低延迟、高性能和可扩展的 WebAssembly 引擎，能够近乎无感的实现确定性交易执行。EOS 网络专为 Web 3 设计，致力于实现最佳的 Web 3 用户和开发人员体验。 EOS 是 Antelope 协议的旗舰区块链和金融中心，并通过 EOS 网络基金会（ENF）作为多链协作和发展公共基础产品的工具，进一步完善基础设施，驱动 EOS 快速发展。
EOS 网络基金会（ENF）诞生旨在为 EOS 生态营造一个繁荣、去中心化和未来。 通过鼓励 EOS 生态主要利益相关者的积极参与、扶持社区项目、提供生态系统资助和支持开放技术生态系统建设等举措，ENF 正在掀起新一轮 Web3 变革。 作为 EOS 网络的中心和一个领先的开源平台，ENF 成立于 2021 年并拥有一套稳定的框架、工具和区块链部署库。 我们一起实现了社区建设的创新，并致力于为所有人创造更强大的未来。
EOS 以太坊虚拟机（EVM）的发布备受 EOS 社区期待 。 该项目已经开展了一年多时间，这是一项艰巨的任务，整个生态系统的贡献者都涉及其中。 目前开发工作已经进入启动前的最后阶段，主网 Beta（0.4）版本将在 2023 年 4 月 14 日启动。
当 EOS EVM 正式上线，EOS 将会接触到大量来自其他生态系统的新开发者和项目。 EOS EVM 的定位是成为市场上性能最强的 EVM 之一，同时保持与传统 Solidity 环境的兼容性和同等特性。 在这篇文章中，我们将深入探讨是什么让 EOS EVM 这一关键的基础设施如此强大，并对其背后的架构设计进行一些解释分析。
与此同时，欢迎收看最近与 EVM 开发者进行的讨论视频，了解有关这一关键生态系统基础设施的更多信息。
EVM 指的是以太坊虚拟机。 在以太坊生态系统中，它是一系列的智能合约，允许开发者部署和运行使用 Solidity 编写的去中心化应用程序（dApp）。 EOS EVM 是对以太坊EVM的模拟，并位于 EOS 智能合约中。
EOS EVM 将提供与该领域其他 EVM 同等的功能，但具有无与伦比的速度、性能和兼容性优势。 这些优势归功于 EOS EVM 的架构设计和 EOS 原生系统的强大特性。
当 EOS 首次推出时，许多人将其称为以太坊杀手，但这从来都不是 EOS 的目的，并且这一想法不会随着 EOS EVM 的推出而改变。 取而代之的是，EOS EVM 将成为以太坊的推动者，允许 Solidity 开发者通过 EOS EVM 在其项目中获得无与伦比的可扩展性。
由 Antelope.io 驱动的 EOS 原生系统的全部功能仅仅只被探索了非常小一部分。 因此，在该层上建立下一代的 Web3 应用程序拥有许多新的发展机会。 但是这个发展机会是一把双刃剑。 目前缺乏适当的工具、教育资源和基础设施，可以让 dApp 开发者在原生系统上快速启动和运行。
另一方面，以太坊的本地语言 Solidity 已经成为 Web3 行业的基石。 自 2015 年以太坊最初发布以来，有大量的开源工具、教程、项目和开发者在以太坊生态系统中不断成长。 因此，对于一个新的开发者来说，通过访问 Solidity 库，很容易学习 Web3 开发的技巧，并更快开始构建。
随着 EOS EVM 的推出，开发者可以兼得鱼和熊掌，将 EOS 技术堆栈的强大性能与以太坊社区的可访问资源相结合。 因此，在 EOS 上实现 Solidity 开发是推动网络被大规模采用的下一个重要步骤。
尽管目前的重点是EOS EVM，但 EOS Native Layer仍然是生态的旗舰产品。 随着 Leap v4.0.0 的即将发布，EOS Native 将与 EOS EVM 一起继续创新。
EOS Native 是用 C++ 编写的，这是一种在传统开发者中非常受欢迎的语言，拥有速度和强大的库优势。 它经常被用于对性能有严格要求的技术项目，如操作系统和游戏。
由于这种底层架构，基于 EOS Native 构建的智能合约更加高效、强大，并且经常受到从 Web2 或其他传统计算机科学领域进入 Web3 领域开发者的青睐。 随着 GameFi 的兴起，EOS Native 仍然是一个实现大规模采用的强大载体平台，它使那些已经在 Web2 环境中构建的游戏开发者能够根据需求，无缝集成 Web3 元素。
随着 EOS Native 基础设施优化工作的持续开展，以及目前来自以太坊生态系统的工具在 EOS EVM 上的推出，可以预见 EOS 生态将出现在任何其他生态系统中都不可能的出现的创新机会。 基于此，EOS 正将自己定位为一个积极的正和开发环境。 对于 Web3 的资深人士或刚刚进入该领域的人而言，这是一个协调资源和协同创新的完美场所。
EOS EVM 的幕后开发工作中发生了很多事情，以确保它最大限度地提高性能和易用性。 下面我们将要介绍过去一年中实施的一些创新设计选择。
EOS EVM 的推出时间表曾发生过一些变化，而导致这一变化的原因之一是实施 Silkworm 作为 EOS EVM 的执行客户端，这是一个主要架构增强优化。 Silkworm 是 Ethereum 节点的 C++ 实现，符合 Erigon 的规范。 它被用于支持 RPC 并提高该领域的兼容性。
它的设计目标是成为最快的以太坊客户端，同时不牺牲代码的性能或可读性。 以下是 EtherWorld 的一篇文章，其中介绍了 Silkworm 强大功能的一些要点：
Silkworm 更容易理解，因为其代码库是新的，并且不包含任何主要的遗留功能。
它在开发者社区保持中立客观。
Silkworm 采用 Apache-2.0 许可协议进行许可。 此许可证是 Permissive，这意味着它的限制最少，可以在大多数项目中使用。
Silkworm 使用 evmone 作为其 EVM 解释器，这是已知的最快、完全兼容的 EVM 实现。
Silkworm 使用 MDBX，它是最快的嵌入式键值存储，具有完全 ACID 交易。
采用这种架构设计的主要原因之一，是以一种可扩展且与生态系统其他领域完全兼容的方式为 RPC 请求提供服务。 开发者和用户需要一些方法来访问 EVM 环境的最新状态，以便查询链上数据或生成新的交易。 这就是 RPC 发挥作用的地方。
EVM 合约首先在 EOS 区块链上处理 EVM 交易。 之后，它由一个单独的基于 Silkworm 的 EVM 节点从 EOS 区块链中提取出来，进行重新处理，以便该节点保持其对 EVM 环境状态的看法与合约应该看到的内容同步。 此状态允许 RPC 节点为来自客户端（例如 MetaMask 钱包）的标准 RPC 请求提供服务。
通过将 RPC 节点与处理 EOS 区块链的 Leap 节点分开，RPC 节点的新实例可以作为一种手段来扩展，以满足客户 RPC 请求的要求。 每一个额外的 RPC 节点，只需要跟踪 EVM 的状态，可以简单地从数量少得多的 Leap 节点中获得 EOS 区块，这些节点负责跟踪所有 EOS 状态。
此外，与替代节点实现相比，在 EOS EVM 中使用 Silkworm 的一个主要好处是，它可以在 EVM 合约和服务 RPC 请求的节点之间共享大量核心代码。 这降低了两个环境之间不兼容的风险。 由于 Silkworm 是用 C++ 实现的，因此编译成 WebAssembly 并在 EVM 合约中运行是很简单的。 通过共享相同的代码来保持两个环境之间固有的兼容性，尤其是一个重要的优势，因为需要对 Silkworm 代码进行进一步的更改，以支持 EOS EVM 中的自定义功能，例如无无需信任的跨链桥。
考虑到以上所有原因，尽管它造成了发布延迟，但迁移到 Silkworm 已成为 EOS EVM 的一个重要选择。
当前 Web3 领域中的一个重要议题是用户隐私问题。 随着越来越多的企业应用程序进入该领域，实施隐私保护技术变得更加必要。 这导致了直到最近才在 EOS 上执行的 zk-SNARKS 等工具的流行。
当 Leap 3.1 硬分叉发生时，Antelope 协议引入了 Crypto Primitives 功能，以启用可以支持此操作和其他复杂操作的新功能。 该功能使所有 EOS 合约都可以使用新的主机功能，同时与以太坊密码学预编译进行 1 对 1 映射。
以太坊生态系统已经有了很多这样的功能，理论上可以执行。 然而，昂贵的 Gas 费和缓慢的交易会导致技术和经济上的障碍。 有了EOS EVM，这些障碍就消失了，开发者能够试验在其他环境中难以执行的库。
除了将 zk-SNARKS 的功能引入 EOS EVM 之外，开发者现在还可以利用原生 EOS Layer 上的相同原语。 这将再次在推动 EOS Native 和 EOS EVM 大规模采用方面发挥重要作用。
如前所述，性能和兼容性是 EOS EVM 开发过程中的重要考虑因素。 在决定 EVM 出块时间应该有多快时，这两个因素都会发挥作用。 EOS 原生区块时间为半秒，而 EOS EVM 区块时间为 1 秒。 这比以太坊大约 12 秒的出块时间快得多，并且它保持了兼容性，如果设计短于一秒则可能会丢失。
半秒出块时间在理论上比一秒快，但在实践中要复杂得多。 首先，这里讨论的指标是延迟而不是吞吐量。 无论选择什么样的出块时间，EOS EVM 都能从 EOS 区块链的高吞吐量中获益。 其次，在实践中，从发送交易到确认它被包含在一个区块中，观察到的实际延迟并不会简单地通过将区块时间从一秒减少到半秒而减半；延迟的减少没有那么显著。 因此，将出块时间从 1 秒降到半秒，在性能上有小的提升，但在设计的兼容性方面却有潜在的重大损失。
关于出块时间间隔是多少，EVM操作码返回当前区块时间戳只有秒的分辨率，这是由于以太坊规范。 这意味着为了实现一对一的区块映射，即每个 EOS 区块对应一个 EVM 区块，有必要截断时间戳，并在两个不同的连续区块上发送相同的时间戳。
虽然在不同的区块中重复时间戳可能不会造成太大的损害，但这将是一个设计风险，因为它打破了传统 Solidity 合约与 EVM 交互的方式。 在开发 EOS EVM 时，重要的是要确保来自以太坊的开发者拥有与其原生链尽可能相似的体验。 因此，我们选择了对兼容性造成最小损害的出块时间。
此外，该设计还可以分离原生和 EVM 出块时间。 这意味着将来，如果 EOS 网络决定更改出块频率，也不会影响 EVM 运行。 虽然没有计划在这方面进行任何升级，但开发者可以放心，基于 EOS EVM 构建的 dApp 将与 EOS 网络架构未来的任何变化相兼容。
EOS EVM 的定位是成为最广泛采用的 EVM 之一，并为 EOS 吸引新一波以太坊开发者。 这主要归功于本文所解释的架构设计选择，包括：
支持 RPC 的 Silkworm 的 C++ 实现，允许节点扩展以满足客户的 RPC 需求。
Leap 3.1 引入了 Crypto Primitives 架构，支持在 EOS EVM 和 EOS Native 上进行 zk-SNARKS 和其他复杂计算。
1 秒出块时间，这在实现出色性能的同时，仍保持了 EOS EVM 与传统以太坊 EVM 之间的最大兼容性。
本周，EOS EVM 代码完成，新测试网定于 3 月 27 日启动。 随着主网将于 4 月 14 日上线，现在将是开始在 EOS 上建设的最佳时机。
尽管 EOS EVM 取得了巨大进步，但 EOS Native 的工作并没有放缓。 事实上，由于目前 EVM 所需的资源较少，核心协议开发者可以将更多精力投入到 EOS Native 上。 这将确保 EOS Native 继续作为 EOS 网络的旗舰产品，同时仍然允许 Solidity 项目利用 EOS 所提供的所有优势。
无论是基于 EOS EVM 还是 EOS Native 进行构建，都有大量的资源和资金可以帮助项目快速启动和运行。 点击此处详细了解 EOS 生态系统中的资助机会 。 您也可以查看上一篇关于 EOS EVM 的文章，了解有关如何连接到当前测试网的详细信息。 同时欢迎前往 EOS 文档和 EOS 学习门户网站，获取有关如何在 EOS 上构建和部署 dApp 的详细指导。
EOS 网络是区块链 3.0 时代的典范之作，由 EOS VM 提供支持。EOS VM 是一个低延迟、高性能和可扩展的 WebAssembly 引擎，能够近乎无感的实现确定性交易执行。EOS 网络专为 Web 3 设计，致力于实现最佳的 Web 3 用户和开发人员体验。 EOS 是 Antelope 协议的旗舰区块链和金融中心，并通过 EOS 网络基金会（ENF）作为多链协作和发展公共基础产品的工具，进一步完善基础设施，驱动 EOS 快速发展。
EOS 网络基金会（ENF）诞生旨在为 EOS 生态营造一个繁荣、去中心化和未来。 通过鼓励 EOS 生态主要利益相关者的积极参与、扶持社区项目、提供生态系统资助和支持开放技术生态系统建设等举措，ENF 正在掀起新一轮 Web3 变革。 作为 EOS 网络的中心和一个领先的开源平台，ENF 成立于 2021 年并拥有一套稳定的框架、工具和区块链部署库。 我们一起实现了社区建设的创新，并致力于为所有人创造更强大的未来。
No activity yet