Aurora

什么是 Aurora？

Aurora 是一个以太坊虚拟机（EVM）执行环境，以智能合约的形式部署在 NEAR Protocol 上，旨在让 Solidity 应用和以太坊风格的钱包，在无需重写合约的前提下，运行在 NEAR 吞吐量更高、成本更低的基础设施之上。

Aurora 试图解决的核心问题，并不是“再造一个新的 Layer 1”的稀缺性，而是兼容性摩擦：以太坊应用面临拥堵、Gas 成本波动、流动性碎片化和迁移风险，而许多替代链又要求使用新的工具链或承担不同的安全假设。

Aurora 的竞争前提在于：通过兼容 EVM 的 Aurora Engine，保持以太坊开发者的使用体验；在用户体验层面继续使用 ETH 作为基础 Gas 资产；并从 NEAR 继承结算，而不是维护一套独立的验证者网络。 其更长期的护城河在于将这一模式延伸至 Aurora Cloud，团队可以在其中部署自定义的 EVM “虚拟链”，共享 NEAR 的安全性，并根据需要选择 Gas 抽象、权限控制、跨链桥接或法币入金等模块。（doc.aurora.dev）

在市场定位上，把 Aurora 理解为 NEAR 生态内部的一个细分基础设施，比当作与 Base、Arbitrum 或 Optimism 等同量级的主流通用 Layer 2 更为准确。 截至 2026 年 9 月，主流市场数据提供方普遍将 AURORA 归为中等市值加密资产，而非最大的一批智能合约资产，CoinMarketCap 和 CoinGecko 因方法论和数据时间差，对其排名给出了明显不同的结果。 链上规模仍然偏小：DeFiLlama 的 Aurora 链页面在 2026 年 9 月前后显示，其 TVL 仅为数百万美元级别，24 小时活跃地址数为数百量级，DEX 成交量和手续费收入也明显低于主流的 L1 和 L2。 这并不意味着其架构无效，但让 Aurora 更接近于一个“EVM 即服务”以及 NEAR 互操作层的专业化产品，而不是广泛意义上的 DeFi 结算主战场。（coinmarketcap.com）

Aurora 由谁创建，何时上线？

Aurora 于 2021 年 5 月公开上线，处于替代 Layer 1 与以太坊扩容方案在周期后期快速扩张的阶段。 当时，开发者正在寻找成本更低的执行环境，资金则大量流入跨链桥、EVM 分叉和与 Rollup 相关的基础设施。 该项目由 Aurora Labs 开发，与 NEAR 生态保持紧密联系；公开材料和市场数据简介中，Alex Shevchenko 被列为 CEO，Arto Bendiken 被列为联合创始人兼 CTO。 Aurora 的治理设计在 2021 年晚些时候通过 AuroraDAO 予以形式化，这是一个以委员会为基础的结构，旨在在 Aurora Labs 仍作为雇用核心贡献者的运营公司期间，负责协议升级和生态资金分配的监督工作。（aurora.dev）

自上线以来，项目叙事已经有了显著变化。

早期的主打卖点是直接的以太坊扩容：在 NEAR 上部署 Solidity 合约，通过 Rainbow Bridge 跨链资产，让用户在保持以太坊风格钱包和以 ETH 计价 Gas 的前提下，以更低成本进行交易。 随着时间推移，Aurora 的重心逐渐转向基础设施产品化，尤其是虚拟链、Aurora Cloud、Gas 抽象、链级业务逻辑以及跨链路由。 这一转向既是机会也是必然：通用 EVM 市场变得拥挤，而如果 Aurora 能够将虚拟链部署转化为持续的使用量、费用收入和开发者锁定，那么面向应用定制和企业场景的链就成了更具防御力的业务线。 官方博客在 2024–2025 年间的内容，越来越多地将 Aurora 描述为虚拟链、稳定币链、社区系统和 AI 代理执行的平台，而不仅仅是供以太坊 DeFi 合约迁移的目的地链。（aurora.dev）

Aurora 网络如何运作？

Aurora 并未以传统意义上的方式，运行一套独立的 PoW、PoS 或 PoA 验证者网络。 其 EVM 以 Aurora Engine 智能合约的形式部署在 NEAR 上，因此 Aurora 交易本质上是 NEAR 交易，在 NEAR 的共识和数据模型下执行。 NEAR 本身是采用 Nightshade 设计的分片 PoS Layer 1，验证者和分片“块生产者”共同参与区块与分片的执行；因此，Aurora 继承的是 NEAR 的验证者经济模型、活性假设和共识层安全性，而不是自行启动一套新的验证者集合。 从用户视角看，以太坊风格的 JSON-RPC 中继器会接收签名好的 EVM 交易，将其封装为 NEAR 交易，提交给 Aurora Engine，然后返回与以太坊兼容的交易语义。（doc.aurora.dev）

从技术特色来看，Aurora 的核心不在于零知识证明或乐观式欺诈证明，而是：在分片 L1 上通过智能合约实现的 EVM 执行，加上原生跨链桥和虚拟链复制能力。 Aurora 的 Rainbow Bridge 被设计为连接以太坊、NEAR 和 Aurora 的去信任、无许可跨链桥，允许一条链上以密码学可验证的状态被另一条链上的合约读取，尽管从以太坊提款的延迟在结构上仍显著长于同链转账。 Aurora Chains（虚拟链）是基于同一 Aurora Engine 概念构建的独立定制 EVM 环境；它们可以配置 Gas 代币、权限规则、类 KYC 控制和集成方案，而无需部署独立的验证者网络，因为其安全模型依赖 NEAR 验证者。 这一架构降低了验证者网络启动的门槛，但也将运行关键性集中在 NEAR、Aurora Labs 的软件栈、中继基础设施、跨链桥合约以及由 DAO 控制的升级流程之上。（doc.aurora.dev）

Aurora 的代币经济学是怎样的？

AURORA 是一种固定总量的治理代币，最大发行量为 10 亿枚，于 2021 年 10 月在创世时一次性铸造，并通过金库、DAO、团队、投资人、资助、漏洞赏金、生态和质押奖励等多种方式进行分配。

官方的 Aurora 代币经济学文档 描述的是长期解锁机制，而非持续性的协议通胀。 大部分代币供应量计划在 2021 年 11 月代币生成事件之后的多年内逐步解锁。 截至 2026 年 9 月，各大市场数据提供方显示约有四分之三的供应处于流通状态，但这些数字应视为具有时间戳的估计值，因为不同平台对“流通量”的计算方法不同，而且解锁仍在持续进行。 因此，从没有“无限增发区块奖励”的意义上看，AURORA 并非通胀型代币，但随着锁仓配额进入流通，仍会面临稀释压力。（doc.aurora.dev）

与独立 L1 上的 Gas 代币相比，AURORA 的价值捕获模式更为间接。 一般来说，Aurora 用户在 EVM 层使用 ETH 支付 Gas，而底层 NEAR 交易消耗的是 NEAR；官方文档指出，Aurora 合约可以累积 NEAR 收入，历史上这些 NEAR 收入被用于在二级市场回购并销毁 AURORA。 AURORA 还通过 AuroraDAO 和 Aurora Plus 支持治理和质押参与，但并不是每笔交易都必须使用它，这一点不同于以太坊上的 ETH 或 NEAR 链上的 NEAR。 2025 年的一次 AuroraDAO 讨论提议，将经济模型从单纯回购并销毁，调整为回购并转入 DAO，同时引入虚拟链费用、跨链桥手续费分成以及更明确的金库机制。 这一提案之所以重要，在于它正视了一个核心弱点：除非虚拟链使用量、跨链桥流量或治理需求能创造对 AURORA 的持续需求，否则该代币的经济逻辑仍然比其所治理的基础设施更为间接。（doc.aurora.dev）

谁在使用 Aurora？

讨论 Aurora 使用情况时，应区分市场交易活动、链上 DeFi 流动性和基础设施部署三个层面。 AURORA 在交易所的成交量可以在与协议收入无关的情况下出现飙升，例如在 2026 年 9 月前后，市场数据提供方显示其 24 小时交易量显著上升，而 DeFi TVL 仍维持在数百万美元级别。 实际的链上效用主要集中在 DeFi 基元和跨链基础设施上，包括 DEX、借贷协议、跨链桥、收益产品和稳定币流动性等。 DeFiLlama 在 Aurora 链页面列出的协议包括 Trisolaris、Aurora Plus、Bastion、Aurigami、AuroraSwap 以及一些体量较小的收益或跨链应用。 这些数据表明，该生态仍然存在可用的应用，但在流动性深度和用户密度方面，相比主流 EVM 网络仍有明显差距。（investors.defillama.com）

Aurora 更具可信度的采用故事，在于基础设施层面的合作伙伴关系，而非在终端消费者规模上的 DeFi 统治地位。 其生态页面和官方博客中提到，与钱包、数据提供商、法币入金通道、跨链工具、NEAR Intents、TurboSwap、Open Format 以及虚拟链部署等一系列对象的集成。 2024 年的 TurboChain 公告则把 Aurora 虚拟链，定位为专门的 TURBO 生态链的基础。 Aurora 还在 2025 年将虚拟链定位于稳定币导向的用例，不过这更应被视为战略性布局，而不是大规模稳定币结算量的证据。机构或企业级采用仍处于早期阶段：已经出现了一些真正的集成和服务合作，但现有的公开数据尚未显示 Aurora 正在成为银行、支付公司或主要代币化资产发行方的高交易量结算层。(aurora.dev)

Aurora 面临哪些风险与挑战？

Aurora 的监管状态仍未明朗，这与大多数中型市值治理代币的状况类似：目前没有被广泛引用的 AURORA 专属 ETF 批准、商品属性认定或最终的美国司法定性，而该代币的治理和质押功能并不能消除在一些司法辖区下的潜在证券法分析风险，尤其是那些关注发行方行为、代币销售或获利预期的监管体系。

Aurora 自身的条款和代币材料将 AURORA 描述为由 AuroraDAO 批准的治理代币，但监管定性最终取决于适用法律与具体事实，而不是项目方自我标注。从去中心化角度看，Aurora 还存在若干不容忽视的中心化向量：AuroraDAO 采用委员会治理模式，Aurora Labs 仍是主要技术维护方，虚拟链部署可能依赖托管式的 Aurora Cloud 服务，而且该网络在验证人及治理风险上是继承 NEAR 的，而不是通过独立验证人市场实现分散化。(aurora.dev)

竞争威胁非常严峻，因为 Aurora 所处的是加密领域最同质化的基础设施市场之一。以 Base、Arbitrum、Optimism、zkSync、Starknet 和 Polygon CDK 为代表的以太坊二层，凭借更大的流动性池和交易所集成，在争夺 Solidity 开发者；而 OP Stack、Arbitrum Orbit、Avalanche L1、Cosmos SDK、Caldera、Conduit 以及其他“Rollup 即服务”提供商，则在虚拟链方案上与 Aurora Cloud 形成直接竞争。NEAR 原生智能合约在生态内部同样争夺开发者注意力；如果 NEAR 自身的链抽象与 Intents 路线图取得成功，Aurora 还必须证明：在 NEAR 上提供一个 EVM 层能够创造增量价值，而不是仅仅复刻接入同一套流动性路径的能力。经济层面的挑战尤为突出，因为 Aurora 的可测 TVL、手续费收入和活跃地址数量依然较小；如果没有持续的虚拟链收入或差异化的跨链执行能力，该协议有可能在技术上保持优雅，却在商业上仍然边缘化。(investors.defillama.com)

Aurora 的未来前景如何？

Aurora 的基础设施前景，与其说取决于代币的投机性表现，不如说更依赖于“虚拟链论证”是否能带来可量化的实际使用。已经被验证的技术发展路径，是持续保持以太坊兼容性与模块化链基础设施：2026 年的 GitHub 发布记录显示，Aurora Engine 仍在持续更新，其中包括与 EIP 相关的 gas 计算变更和交易兼容性更新；而 2025 年 1 月的工程更新则提到围绕 EIP-2537、EIP-7702 和 EIP-7623 的 Prague 硬分叉工作。Aurora Cloud 的路线同样清晰：更简化的虚拟链部署、gas 抽象、跨链路由、法币/加密入口模块、预言机、跨链桥支持以及与 NEAR Intents 的集成。

这些都是合理的基础设施优先级，但单凭这些仍然不够；项目必须证明，团队确实愿意使用由 NEAR 保障安全的 EVM 实例，且愿意为此持续产生费用收入、跨链桥交易量与治理需求。(github.com)

结构性难题在于如何将“基础设施供给”转化为“经济需求”。Aurora 拥有连贯的技术架构、稳定的核心团队，以及与 NEAR 的差异化关系，但截至 2026 年 9 月，其公开指标仍然显示 DeFi 流动性有限、活跃使用较为稀薄。

最具建设性的前进路径，是 Aurora 成为 NEAR 生态链抽象中的默认 EVM 层，承载稳定币结算实验、游戏或社区专用链，以及那些不希望自行管理验证人的专用应用环境。更为审慎甚至悲观的路径，则是通用 EVM 部署沦为由更大生态和 Rollup 提供商主导的低利润服务，使 AURORA 治理难以捕获可观费用。下一阶段的评估标准，因此应当放在活跃虚拟链数量、可持续的协议收入、跨链桥交易量、开发者留存率以及代币效用执行的透明度上，而不是短期的交易所成交量或价格涨幅。