Skip to main content

什么是非 EVM 区块链

注意：本文档是英文原版的自动翻译。

什么是非 EVM 区块链

非 EVM 区块链是指任何不使用以太坊虚拟机作为其执行引擎的区块链。非 EVM 链不运行 Solidity 字节码，而是使用不同的虚拟机、不同的编程语言和不同的执行模型。示例包括 Solana（SVM/Sealevel）、基于 Cosmos 的链（CosmWasm、应用专属模块）、NEAR（基于 WebAssembly 的运行时）、Sui 和 Aptos（MoveVM），以及 Bittensor（基于 Substrate 的定制运行时）。

这一区别之所以重要，是因为虚拟机的选择决定了开发者使用何种编程语言、智能合约如何运作、有哪些可用工具，以及项目与其他链交互的难易程度。一个构建在非 EVM 链上的项目，无法简单地从以太坊复制粘贴 Solidity 合约——它需要不同的代码库、不同的开发者技能，以及一套不同的基础设施工具。

简而言之： 非 EVM 区块链使用以太坊虚拟机以外的执行环境。这意味着不同的编程语言、不同的工具和不同的架构权衡——但也意味着 EVM 无法实现的性能特性的潜力。

非 EVM 执行与 EVM 有何不同

EVM 是一个基于栈的虚拟机，它顺序执行 Solidity 字节码，使用 256 位整数，并通过 gas 来计量计算。非 EVM 链以各种方式偏离这一模型：

不同的虚拟机

链 / 生态系统 虚拟机 主要语言 关键架构差异
Solana SVM (Sealevel) Rust 通过声明状态访问实现并行交易执行
Cosmos 链 CosmWasm / 原生模块 Rust (CosmWasm)、Go（模块） 应用专属区块链，内置跨链通信（IBC）
NEAR WebAssembly (Wasm) Rust、AssemblyScript 分片执行，异步跨分片调用
Sui MoveVM Move 以对象为中心的状态模型，支持并行执行
Aptos MoveVM Move Block-STM 并行执行引擎
Bittensor Substrate 运行时 Rust 人工智能专属协调；子网作为执行单元

每种虚拟机都做出不同的权衡。Solana 的 SVM 要求交易预先声明它们将访问哪些状态，使运行时能够并行执行互不冲突的交易——这是 EVM 原生无法做到的。Cosmos 链则完全放弃了共享执行模型：每个应用获得自己的链，配有定制逻辑，并通过 IBC 协议与其他链相连。基于 Move 的链（Sui、Aptos）使用一种面向资源的编程模型，在语言层面就防止了某些类别的漏洞（如重入）。

不同的编程语言

EVM 生态系统由 Solidity 主导——一种专为以太坊智能合约设计的语言。非 EVM 链使用通用语言或专门构建的替代方案：

  • Rust——被 Solana（通过 Anchor 框架）、Cosmos（通过 CosmWasm）、NEAR，以及包括 Bittensor 在内的基于 Substrate 的链使用。Rust 的内存安全保证和性能使其适合链上程序。
  • Move——最初在 Facebook/Diem 开发，现被 Sui 和 Aptos 使用。Move 将链上资产视为不能被复制或意外销毁的一等资源，减少了一类常见的智能合约漏洞。
  • Go——用于 Cosmos SDK 链中的原生模块开发。验证者直接运行用 Go 编译的二进制文件。
  • AssemblyScript——一种类似 TypeScript 的语言，编译为 WebAssembly，被用作 NEAR 开发的一种替代语言。

这种语言多样性意味着开发者无法将 Solidity 技能直接迁移到非 EVM 链上。一个构建在 Solana 上的项目需要 Rust 工程师；一个构建在 Sui 上的项目需要 Move 工程师。每种语言的开发者人才储备会影响项目构建和迭代的速度。

不同的性能特性

非 EVM 链往往实现不同的性能画像：

  • 并行执行——Solana、Sui 和 Aptos 并行执行互不冲突的交易，这可以带来比 EVM 顺序执行模型更高的吞吐量。
  • 更低且更可预测的费用——一些非 EVM 链从一开始就设计了面向高吞吐量的费用结构，避免了 EVM 链在拥堵期间可能经历的波动剧烈的费用市场。
  • 定制状态模型——非 EVM 链可以使用针对特定访问模式优化的状态模型。例如，Sui 以对象为中心的模型支持单对象级所有权和并行处理，这在 EVM 上实现起来会很复杂。

这些性能优势伴随着权衡：更小的开发者生态系统、不够成熟的工具、拥有相关专长的审计公司更少，以及与庞大的基于 EVM 的 DeFi 和代币生态系统的可组合性更弱。

为什么这对加密 AI 项目很重要

虚拟机的选择对人工智能相关的区块链项目有切实影响：

  • 执行灵活性——非 EVM 链可以支持更适合人工智能协调工作负载的执行模型。并行执行、定制状态机和更低开销的指令集，可能更好地服务于高频的人工智能相关交易（算力任务分配、结果提交、模型注册表更新）。
  • 语言契合——基于 Rust 的链与 AI/ML 基础设施高度契合，因为许多人工智能工具（性能关键组件、GPU 协调、系统编程）都是用 Rust 编写的，或与 Rust 代码良好对接。
  • 应用专属设计——Cosmos appchains 和 Bittensor 子网允许人工智能项目在链级别构建定制执行逻辑，而不受 EVM 操作码集和 gas 模型的约束。
  • 生态权衡——非 EVM 项目无法轻易接入 EVM 庞大的 DeFi 协议、代币桥和钱包基础设施生态。非 EVM 链上的人工智能项目必须自己构建这些基础设施、依赖跨链桥，或接受一个较小的初始生态系统。

在 DecAIHub 项目卡片中，Type: non-EVM 告诉读者该项目不使用 Solidity、无法在不重写的情况下部署到 EVM 兼容链，并在一个不同的技术生态系统中运作。

它在 DecAIHub 项目卡片中出现在哪里

在 DecAIHub 项目卡片中，非 EVM 这一标记出现在：

  • Type——non-EVM 表示项目的智能合约或链上逻辑使用 EVM 以外的虚拟机。这影响适用哪些工具、语言和标准。
  • Main chain——列出具体的非 EVM 链（Solana、Bittensor、某条 Cosmos 链、Sui 等）。每条链都有自己的 VM、语言和生态系统。
  • Token standard——非 EVM 链有自己的代币标准。Solana 使用 SPL 代币；Cosmos 链使用原生面额或 CW-20（CosmWasm）；基于 Move 的链使用 coin/可替代资产资源。这些与 ERC-20 不可互换。
  • 智能合约 / 链上逻辑——编程语言和框架与 EVM 项目不同。Solana 程序用 Rust（Anchor）编写，Cosmos 合约用 Rust（CosmWasm）或 Go 编写，以此类推。

仅有非 EVM 这一分类并不能证明什么

  • 非 EVM 并不意味着更好的性能。 尽管一些非 EVM 链提供并行执行或更低的费用，但性能取决于具体的链、其验证者基础设施和当前负载——而不仅仅是 VM 的选择。
  • 非 EVM 并不能证明技术上的成熟度。 选择非 EVM 链是一项基础设施决策。它并不表明项目 AI component、其代码或其产品的质量。
  • 非 EVM 并不意味着项目无法与 EVM 链交互。 许多非 EVM 项目使用桥、预言机或封装代币来与以太坊和其他 EVM 生态系统连接。跨链交互是可能的；只是需要额外的基础设施。
  • 不同的 VM 并不意味着不同的安全保证。 智能合约漏洞、逻辑错误和中心化风险在所有链上都存在，无论使用何种虚拟机。像 Rust 和 Move 这样的非 EVM 语言消除了一些漏洞类别，但也引入了另一些。
  • 非 EVM 标签并不能解释项目为何选择那条链。 这一选择可能由性能需求、开发团队专长、生态激励，或仅仅是创始团队起步之处所驱动。在没有额外背景的情况下，仅凭标签只是信息性的，而非评价性的。

请勿混淆

  • EVM——EVM 是以太坊虚拟机。非 EVM 是与之相对定义的：任何不使用 EVM 的链都归入非 EVM 类别。
  • 以太坊——以太坊是最初的 EVM 链。属于非 EVM 意味着该链不是以太坊，也不使用以太坊的执行引擎——但它仍可能通过桥或跨链协议与以太坊交互。
  • Solana——Solana 是一条具体的非 EVM 区块链，拥有自己的虚拟机（SVM）。"非 EVM"是一个宽泛的类别，包括 Solana、Cosmos、Sui、Aptos、NEAR、Bittensor 以及许多其他链。
  • "反以太坊"——属于非 EVM 并不是一种反对以太坊的立场。许多非 EVM 链与以太坊共存，并受益于桥接而来的流动性。VM 的选择反映的是不同的设计优先级，而非意识形态上的对立。
  • 不兼容——非 EVM 链无法原生运行 EVM 字节码，但这并不意味着它们是孤立的。跨链桥、消息协议（如 IBC、LayerZero、Wormhole）和封装代币使 EVM 与非 EVM 生态系统之间的互操作成为可能。

常见问题

加密 AI 项目最常用的非 EVM 链有哪些？

Solana 和 Bittensor 是 DecAIHub 追踪的加密 AI 领域中最常遇到的非 EVM 链之列。Solana 的高吞吐量和基于 Rust 的生态系统吸引了那些需要快速、低成本链上协调的人工智能项目。Bittensor 专为去中心化人工智能而构建，拥有专门用于特定人工智能任务的子网。基于 Cosmos 的 appchains 是另一种模式，特别适合那些想要一个完全定制的执行环境、并通过 IBC 内置跨链通信的项目。

一个非 EVM 项目也能部署在 EVM 链上吗？

可以，但需要一套单独的代码库。一个为 Solana 用 Rust 编写的项目无法原样部署在以太坊上——它需要用 Solidity 重写（或拥有一套单独的 Solidity 实现）。一些项目在 EVM 和非 EVM 链上都维护合约，但每次部署都需要独立的开发、审计和维护。跨链桥也可以让非 EVM 项目在 EVM 链上拥有代币表示（例如，作为以太坊上 ERC-20 的封装 SPL 代币）。

非 EVM 对人工智能应用更好吗？

没有普适的答案。非 EVM 链可以为特定的人工智能用例提供优势——Solana 的并行执行适合高吞吐量协调，Bittensor 的子网架构专为人工智能激励而构建，Cosmos appchains 允许完全定制的执行逻辑。然而，EVM 链提供更大的开发者生态系统、更成熟的工具、更深的 DeFi 流动性，以及更广泛的钱包支持。最佳选择取决于项目的具体需求：哪些工作负载运行在链上、需要什么样的性能、团队偏好哪个生态系统，以及目标用户在哪里。

非 EVM 链有像 ERC-20 这样的代币标准吗？

有，但是不同的标准。Solana 使用 SPL 代币。Cosmos 链使用原生面额或 CW-20 代币（通过 CosmWasm）。Sui 和 Aptos 使用 Move 的 coin 和可替代资产资源。NEAR 使用 NEP-141。每种标准都定义了代币在该链上如何创建、转移和管理。这些标准与 ERC-20 不可互换——在 Solana 上作为 SPL 构建的代币，若不经封装或桥接，无法直接用于 EVM 链。

外部参考资料

另请参阅

No comments to display

Back to top