Aurora

Auroraとは？

Auroraは、NEAR Protocol上にスマートコントラクトとして実装されたEthereum Virtual Machine（EVM）の実行環境であり、SolidityアプリケーションやEthereumスタイルのウォレットが、コントラクトを書き直すことなく、NEARの高スループットかつ低コストなインフラ上で動作できるように設計されている。

Auroraが解決しようとしている中核的な問題は、「新たなレイヤー1」の希少性ではなく、互換性に伴う摩擦である。Ethereumアプリケーションは、ネットワーク混雑、ガスコストの変動性、流動性の分断、移行リスクといった課題に直面している一方、多くの代替チェーンでは新しいツール群や異なるセキュリティ前提を要求される。

Auroraの競争上の前提は、EVM互換のAurora EngineによってEthereum開発者の使い勝手を維持しつつ、ユーザー体験としてはETHを基軸ガス資産として用い、別個のバリデータセットを維持するのではなくNEARから最終性を継承できる点にある。さらに長期的な堀となりうるのが、このモデルをAurora Cloudに拡張する構想である。ここでは、開発チームがNEARの共有セキュリティを利用しながら、ガス抽象化、パーミッション管理、ブリッジ、法定通貨オンランプなどのオプションモジュールを組み合わせたカスタムEVM「バーチャルチェーン」をデプロイできる。(doc.aurora.dev)

Auroraの市場での立ち位置は、Base、Arbitrum、Optimismのような大規模な汎用Layer 2と競合する存在というよりも、NEARエコシステム内部のニッチなインフラとして理解するのが適切である。2026年9月時点で、主要なマーケットデータプロバイダは、AURORAを最大級のスマートコントラクト資産ではなく中堅クラスの時価総額銘柄として位置付けており、CoinMarketCapとCoinGeckoでは手法やデータ反映タイミングの違いからランキングに明確な差が見られた。オンチェーン規模は依然として控えめであり、DeFiLlamaのAuroraチェーンページによれば、2026年9月頃のTVLは数百万ドル台前半、24時間アクティブアドレス数も数百台にとどまり、DEXボリュームや手数料収益もメジャーなL1やL2と比較すると小さい水準にあった。これはアーキテクチャの妥当性を否定するものではないが、Auroraを幅広いDeFiの決済レイヤーというより、「EVM-as-a-service」とNEARの相互運用レイヤーに近い存在として位置付けるほうが実態に合っている。(coinmarketcap.com)

Auroraの創業者と立ち上げ時期

Auroraは、オルタナティブL1やEthereumスケーリングソリューションが後期サイクルで拡大していた2021年5月に一般公開された。当時、開発者は低コストな実行環境を求めており、資本はブリッジ、EVMフォーク、ロールアップ関連インフラに流入していた。プロジェクトはNEARエコシステムと密接に連携するAurora Labsによって開発され、CEOはAlex Shevchenko、共同創業者兼CTOとしてArto Bendikenが、公式資料やマーケットデータサイトのプロフィールで示されている。Auroraのガバナンス設計は2021年後半にAuroraDAOによって制度化され、Aurora Labsがコア貢献者を雇用する運営企業として残る一方、プロトコルのアップグレードやエコシステム向けアロケーションを監督する評議会型の構造が導入された。(aurora.dev)

プロジェクトの物語は、ローンチ以降に大きく変化している。

初期の訴求はシンプルなEthereumスケーリングだった。すなわち、NEAR上にSolidityコントラクトをデプロイし、Rainbow Bridgeを通じて資産をブリッジし、EthereumスタイルのウォレットやETH建てガスを維持したまま、より低コストでトランザクションを実行できるというものだ。時間の経過とともに、Auroraの重点はインフラプロダクト化、特にバーチャルチェーン、Aurora Cloud、ガス抽象化、チェーン固有のビジネスロジック、クロスチェーンルーティングなどに移っていった。このシフトは機会と必然の両面がある。汎用EVM市場は過密になった一方で、アプリ特化型やエンタープライズ指向のチェーンは、Auroraがデプロイを持続的な利用、手数料、開発者ロックインへと転換できるのであれば、より防御的なビジネスラインになりうるからである。公式ブログの2024〜2025年の投稿では、AuroraをEthereum DeFiコントラクトの「受け皿チェーン」としてだけではなく、バーチャルチェーン、ステーブルコインチェーン、コミュニティシステム、AIエージェントの実行基盤のプラットフォームとして位置付ける色合いが強まっている。(aurora.dev)

Auroraネットワークはどのように機能するか？

Auroraは、一般的な意味で独立したPoW、PoS、PoAのバリデータネットワークを稼働させているわけではない。AuroraのEVMはNEAR上のAurora Engineスマートコントラクトとして実装されているため、Auroraのトランザクションは最終的にはNEARのコンセンサスとデータモデルのもとで実行されるNEARトランザクションである。NEAR自体はNightshadeデザインを用いるシャーディング型のPoSレイヤー1であり、バリデータとチャンクプロデューサーがブロックおよびシャードの実行に参加する。そのため、Auroraは独自のバリデータセットを立ち上げるのではなく、NEARのバリデータ経済、稼働前提、コンセンサスレイヤーのセキュリティを継承している。ユーザー視点では、EthereumスタイルのJSON-RPCリレーヤーが署名済みのEVMトランザクションを受け取り、それをNEARトランザクションにラップしてAurora Engineに送信し、Ethereum互換のトランザクションセマンティクスを返す、という動作になる。(doc.aurora.dev)

技術的に特徴的なのは、ゼロ知識証明や楽観的ロールアップの不正検証ではなく、「シャーディングされたL1上でのスマートコントラクトベースのEVM実行」に、ネイティブブリッジとバーチャルチェーンの複製を組み合わせている点である。AuroraのRainbow Bridgeは、Ethereum、NEAR、Aurora間のトラストレスかつパーミッションレスなブリッジとして設計されており、あるチェーンの暗号学的に証明可能な状態を別のチェーン上のコントラクトが参照できるようにしている。ただし、Ethereumへの引き出しレイテンシは、同一チェーン内の送金よりも構造的に長くなる。Aurora Chains、すなわちバーチャルチェーンは、同じAurora Engineのコンセプトに基づく、個別にカスタマイズされたEVM環境である。ここでは、ガストークン、パーミッション、KYC型コントロール、各種インテグレーションなどを設定できるが、セキュリティモデルはNEARのバリデータに依拠しているため、独自のバリデータネットワークを立ち上げる必要はない。このアーキテクチャは、バリデータ立ち上げの負担を軽減する一方で、NEAR、Aurora Labsのソフトウェアスタック、リレーインフラ、ブリッジコントラクト、DAO主導のアップグレードプロセスといった要素への運用上の依存度を高めることにもなる。(doc.aurora.dev)

AURORAトークンのトークノミクス

AURORAは最大供給量10億枚の固定供給型ガバナンストークンであり、2021年10月のジェネシス時に発行され、トレジャリー、DAO、チーム、投資家、助成金、バグバウンティ、エコシステム、ステーキング報酬などのアロケーションとして分配された。

公式のAuroraトークノミクスドキュメントでは、永続的なプロトコルインフレではなく長期的なアンロックスケジュールが説明されており、大部分の供給は2021年11月のトークン生成イベント以降、複数年にわたってアンロックされる計画となっている。2026年9月時点では、マーケットデータプロバイダはおおむね供給量の約4分の3が流通していると示していたが、流通量の定義はプロバイダごとに異なり、アンロックも継続しているため、これらの数値は特定時点の推計として扱うべきである。トークンは、オープンエンドなブロック報酬という意味でインフレ型ではないものの、ロックされているアロケーションが流通に移ることで希薄化圧力を受け続ける点には留意が必要だ。(doc.aurora.dev)

AURORAの価値獲得モデルは、独立L1のガストークンに比べてより間接的である。Auroraの利用者は通常、AuroraのEVMレイヤーでガスをETHで支払う一方、その裏側でNEARトランザクションはNEARを消費する。プロトコルのドキュメントによれば、AuroraのコントラクトはNEAR収益を蓄積でき、過去にはこれらのNEARを市場でAURORAに買い替えてバーンする手法が用いられてきた。またAURORAは、AuroraDAOやAurora Plusを通じたガバナンスやステーキング参加にも利用されるが、EthereumにおけるETHやNEARプロトコルにおけるNEARのように、すべてのトランザクションに必須というわけではない。2025年には、AuroraDAOで経済モデルを「買い戻し＆バーン」から「買い戻し＆DAOへの移転」へと変更し、バーチャルチェーン手数料やブリッジ手数料のレベニューシェア、より明確なトレジャリーメカニズムを追加する提案が議論された。この提案が重要なのは、コアとなる弱点を認識しているためである。すなわち、バーチャルチェーンの利用、ブリッジのボリューム、ガバナンス需要などがAURORAに継続的な需要を生み出さない限り、トークンのエコノミクスは、それが支えるインフラに比べて依然として間接的なままであるという点だ。(doc.aurora.dev)

誰がAuroraを利用しているか？

Auroraの利用状況は、市場での取引活動、オンチェーンのDeFi流動性、インフラとしてのデプロイに分けて考えるべきである。AURORAの取引量は、2026年9月に見られたように、プロトコル収益とは独立して急増する場合がある。このとき、マーケットデータプロバイダは24時間取引量の増加を示していた一方で、DeFiのTVLは数百万ドル台前半にとどまっていた。実際のオンチェーンユーティリティは、DEX、レンディングプロトコル、ブリッジ、イールド商品、ステーブルコイン流動性などのDeFiプリミティブとクロスチェーンインフラに集中しているようであり、DeFiLlamaはTrisolaris、Aurora Plus、Bastion、Aurigami、AuroraSwap、その他の小規模なイールド系やブリッジ系アプリケーションといったAuroraプロトコルを掲載している。これらのデータは、一定の機能的アプリケーションを持ちながらも、主要EVMネットワークと比べると流動性の厚みやユーザー密度が限定的なエコシステムであることを示している。(investors.defillama.com)

Auroraにとって、より説得力のある採用ストーリーは、コンシューマー規模のDeFi支配ではなくインフラパートナーシップである。エコシステムページや公式ブログでは、ウォレット、データプロバイダ、オンランプ、ブリッジツール、NEAR Intents、TurboSwap、Open Format、バーチャルチェーンデプロイとの統合が参照されている。また、2024年のTurboChain発表では、Aurora Virtual Chainsが専用の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といったEthereum L2は、はるかに大きな流動性プールと取引所インテグレーションを背景に、Solidity開発者を取り合っている。一方、OP Stack、Arbitrum Orbit、Avalanche L1群、Cosmos SDK、Caldera、Conduit、その他のロールアップ・アズ・ア・サービス事業者といったアプチェーンスタックは、Aurora Cloudのバーチャルチェーン提案と正面から競合している。NEARネイティブのスマートコントラクトも、開発者の関心を巡ってAuroraと内部競合しており、もしNEAR自体のチェーン抽象化およびIntentsロードマップが成功した場合、Auroraは「NEAR上のEVMレイヤー」が単に同じ流動性ルートへのアクセスを複製するのではなく、付加的な価値を生み出していることを示さなければならない。経済的な課題は特に厳しい。というのも、Auroraの計測可能なTVL、手数料収益、アクティブアドレス数はいずれも小規模なままであり、持続的なバーチャルチェーン収益や差別化されたクロスチェーン実行がなければ、プロトコルは技術的には洗練されていても商業的には周縁的な存在となるリスクがあるからだ。(investors.defillama.com)

Auroraの将来展望はどうなっているか？

Auroraのインフラに関する展望は、投機的なトークン価格動向よりも、バーチャルチェーンという仮説が測定可能な利用実績を生み出せるかどうかに大きく依存している。検証可能な技術的なトレンドとしては、Ethereum互換性の維持とモジュラー型チェーンインフラの継続が挙げられる。2026年のGitHubリリースでは、EIP関連のガス計算変更やトランザクション互換性アップデートを含むAurora Engineの継続的な開発が示されており、2025年1月のエンジニアリングアップデートでは、EIP-2537、EIP-7702、EIP-7623を含むPragueハードフォーク対応作業が説明されている。Aurora Cloudのロードマップの方向性も同様に明確であり、より容易なバーチャルチェーンのデプロイ、ガス抽象化、クロスチェーンルーティング、オンランプモジュール、オラクル、ブリッジ対応、NEAR Intentsとの統合といった項目が含まれている。

これらは合理的なインフラ優先事項であるものの、それだけでは十分ではない。プロジェクトは、チームがNEARによってセキュア化されたEVMインスタンスを利用したいと考え、その結果として継続的な手数料収入、ブリッジボリューム、ガバナンス需要が生まれることを証明しなければならない。(github.com)

構造的なハードルは、インフラ供給から経済的需要への転換である。Auroraには一貫した技術アーキテクチャ、長く存続しているコアチーム、NEARとの差別化された関係性がある一方で、2026年9月時点の公開指標は依然として限定的なDeFi流動性と薄いアクティブユーザー利用を示している。

最も建設的な将来パスは、AuroraがNEARベースのチェーン抽象化、ステーブルコイン決済実験、ゲームまたはコミュニティチェーン、そしてバリデータ運用を望まない特化型アプリケーション専用環境にとってデフォルトのEVMレイヤーとなるシナリオだろう。より懐疑的なシナリオでは、汎用的なEVMデプロイが、より大きなエコシステムやロールアッププロバイダに支配された低マージンのサービスとなり、AURORAガバナンスは弱いフィーキャプチャしか得られない可能性がある。したがって次のフェーズは、短期的な取引所ボリュームや価格上昇ではなく、アクティブなバーチャルチェーン数、継続的なプロトコル収益、ブリッジボリューム、開発者の定着、そして透明性のあるトークンユーティリティ実行によって評価されるべきである。