ブロックチェーン業界の断片化は繰り返し指摘されてきた事実である。Ethereum、Solana、Cosmos、Arbitrumなど数十のパブリックチェーンとL2が共存し、各チェーンは独立したアカウント体系、状態ストレージ、コンセンサスルールを持つ。クロスチェーンアセットブリッジやクロスチェーンメッセージプロトコルはここ数年で数多く登場したが、根本的な構造的問題は未解決のままである：クロスチェーンデータは一体誰が認証するのか？
大多数のL1チェーンは、オラクルやクロスチェーンブリッジの検証責任を「外部委託」し、チェーン外の独立したネットワーク——外部オラクルネットワークがデータに署名するか、独立したマルチシグ委員会が預金イベントを証明する——に依存している。チェーン自体は「クリーン」なままであるが、新たな信頼仮定が側面に外付けされる。サイドチャネルが突破されればチェーンは稼働を続けるが、チェーン上のデータはすでに誤っている。
Gravityはこれとは根本的に異なるアーキテクチャの答えを提供する。Galxeチームによって開発されたGravityは、高性能でEVM完全互換のLayer 1ブロックチェーンであり、その核心的な差別化要因はネイティブオラクル（Native Oracle）にある——同一のバリデータセットがAptosBFTコンセンサスの下でブロックを生成すると同時に、外部データを観測し、投票し、L1に書き込む。外部オラクルネットワークは存在せず、独立したマルチシグ委員会もない。クロスチェーンブリッジは独立したサービスではなく、バリデータセットによって提出されたデータを受け取るコントラクトである。
これこそが「ネイティブ」の意味である：バリデータによる証明パイプラインは、チェーンの状態機械の一部であり、その横で動作するサービスではない。ネイティブオラクルを通じて落地したデータの安全性は、チェーン自体の安全性と等しい——同一のバリデータセット、同一のBFT閾値、同一のファイナリティウィンドウ。
2026年6月、Gravity L1メインネットが正式に稼働開始し、このアーキテクチャが理論から実稼働へと移行したことを示した。本稿では、クロスチェーンメッセージング、流動性ルーティング、検証とセキュリティモデル、アセットクロスチェーンの全フローの4つの次元から、Gravityの相互運用性プロトコルメカニズムを体系的に分解する。
クロスチェーンメッセージングは、すべての相互運用性プロトコルの基盤層である。その核心的な問題は次のように単純化できる：チェーンAはどのようにしてチェーンBに対して「あるイベントが発生した」ことを証明するのか？
従来のクロスチェーンブリッジ設計では、ユーザーはソースチェーン上のコントラクトにアセットを預け入れ、外部リレイヤーのセットがそのイベントをリッスンし、ターゲットチェーン上で対応するアセットをミントする。このモデルはリレイヤーの誠実性と可用性に依存し、多くの場合、ユーザーはリオーガナイゼーションリスクを低減するために複数のブロック確認を待つ必要がある。
Gravityのメッセージングメカニズムは、そのネイティブオラクル上に構築されており、このプロセスを根本的に変える。ネイティブオラクルは、Gravity L1上の固定システムアドレスにデプロイされた単一のコントラクトである：NativeOracle → 0x0000000000000000000000000001625F4000。このコントラクトは、中核的な操作であるrecordを公開しており、SYSTEM_CALLERからのみ呼び出し可能である。これは特権的なコンセンサス時のアイデンティティであり、通常のアカウントではない。
record関数は以下のパラメータを受け取る：ソースタイプ（sourceType、例：ブロックチェーン）、ソースID（sourceId、例：チェーンID）、nonce、ソースチェーンのブロック番号、ペイロード（payload、不透明なバイナリブロック）、およびコールバックのGas制限。また、同一ソースからの複数のイベントを1つのトランザクションで配信するためのrecordBatchバリアントもある。
3つの重要な設計上の選択肢を詳しく見る価値がある。
第一に、リプレイ攻撃防止の集中化。 ネイティブオラクルは、(sourceType, sourceId)の各ペアに対して、nonce == currentNonce + 1を強制する——厳密な順序、ジャンプは許可されない。古いメッセージは決してリプレイできない。なぜなら、コントラクトは既にそのnonceを超えているからである。アプリケーション層のハンドラは、自身で処理済みのnonceマッピングを維持する必要がない。これは、クロスチェーンメッセージの重複排除ロジックがプロトコル層に引き上げられ、各アプリケーションコントラクトが独自に実装する必要がないことを意味する——アプリケーション開発者のセキュリティ負担を大幅に軽減する。
第二に、ポーリングではなくコールバックルーティング。 各(sourceType, sourceId)ペアは、コールバックコントラクトを登録できる。データが記録されると、ネイティブオラクルは呼び出し元が指定したGas制限で、登録されたハンドラのonOracleEvent関数を呼び出す。解決は2層に分かれる：各ソースタイプのデフォルトハンドラは、特定のsourceId向けの専門ハンドラで上書きできる。ガバナンスがレジストリを管理する。この「プッシュ」モデルにより、アプリケーションコントラクトはクロスチェーンデータが到着した瞬間に通知を受け、対応するロジックを実行できるため、状態を継続的にポーリングする必要がない。
第三に、コールバックの耐障害性設計。 ハンドラはshouldStore: boolを返す——ペイロードを完全に消費（自身の状態に適用）したハンドラはfalseを返してストレージをスキップし、Gasを節約できる。ハンドラがロールバックするかGas不足に陥った場合、ネイティブオラクルはその例外をキャッチし、CallbackFailed(reason)イベントを発行し、それでもペイロードを保存する。record操作は何があっても成功する。
この設計により、明確な関心の分離が実現される：ネイティブオラクルは真実（コンセンサス証明、リプレイ攻撃防止）を担当し、アプリケーションコントラクトは意味（デコードと実行）を担当する。クロスチェーンメッセージの真正性は、GravityのバリデータセットによってBFTファイナリティで保証され、外部リレイネットワークには依存しない。
セキュリティモデルの違いは、クロスチェーンプロトコルの品質を区別する核心的な次元である。Gravityのセキュリティアーキテクチャは、一言で要約できる：ネイティブオラクルの安全性は、チェーン自体の安全性と等しい。
具体的には、GravityはProof-of-Stake検証メカニズムを採用し、バリデータはGトークンをステークしてコンセンサスとネイティブオラクル証明に参加する。コンセンサスエンジンはAptosBFTであり、高速ファイナリティを提供する。バリデータセットは3分の2の閾値でチェーンの安全性を保証する——同じ閾値がネイティブオラクルデータの真正性も同時に保証する。
これは何を意味するのか？
ほとんどのチェーンでは、オラクルやクロスチェーンブリッジの障害は「目に見えない」ことが多い——大規模な損失を引き起こす前に、外部検証ネットワークの異常が長期間気付かれない可能性がある。一方Gravityでは、オラクルの安全性はチェーン自体の安全性と同等である。攻撃者が虚偽のクロスチェーンデータを提出しようとする場合、3分の1を超えるバリデータを制御する必要がある——これは同時にチェーン自体を攻撃できることを意味する。攻撃者がより低いコストで突破できる「より弱いサイドチャネル」は存在しない。
アセットクロスチェーンの観点から、このモデルは従来のクロスチェーンブリッジの「外部署名者」リスクを排除する。従来のEthereum→Cosmos Gravityブリッジは、EthereumにデプロイされたSolidityスマートコントラクトとCosmos SDKブロックチェーンモジュールの2つの部分で構成されていた。ユーザーは一方の側にアセットを預け入れ、もう一方の側で対応するトークンがミントされる。しかし、Gravity L1のネイティブオラクルアーキテクチャの下では、Ethereum→Gravity L1アセットブリッジはネイティブオラクルの最初の実稼働アプリケーションである。外部オラクルネットワークはなく、コンセンサスに積み重なる独立した署名者セットもない。
注目すべき点として、Gravityはセキュリティアーキテクチャにおいて重要なアップグレードも行っている。2026年6月、GravityはL1ブロックチェーンのローンチプロセスにおいて、LayerZeroからChainlink CCIPへとアップグレードし、これを標準化されたクロスチェーンインフラストラクチャとすることを発表した。GravityのネイティブトークンGは、クロスチェーンネイティブアセット（CCT）となり、開発者にセルフサービスデプロイメント、ゼロスリッページ転送、およびより高いプログラマビリティを提供する。CCIPはその分散型オラクルネットワークに依存しており、Gravityネットワークの開発者が安全なクロスチェーンアプリケーションを構築する能力を大幅に向上させる。このアップグレードは、Gravityがネイティブオラクルのコアアドバンテージを維持しつつ、業界で最も成熟したクロスチェーン標準を積極的に統合していることを示している。
上記のメカニズムに基づき、完全なアセットクロスチェーン（例：Ethereum→Gravity L1）は、以下のプロセスに分解できる：
第1ステップ：ユーザーがアセットをロックする。 ユーザーはEthereum上でETHまたはERC-20トークンをGravityのEthereumブリッジコントラクトに預け入れる。このコントラクトは、ユーザーアドレス、アセットタイプ、数量、ターゲットチェーン情報を含む預金イベントを記録する。
第2ステップ：Ethereumブロックのファイナリティ。 Gravityバリデータノードは継続的にEthereumチェーンをリッスンする。バリデータは外部リレイヤーによるデータプッシュに依存せず、自身でEthereumの状態を観測する。
第3ステップ：バリデータのコンセンサス投票。 Gravity L1の各ブロックにおいて、バリデータは観測した外部データ（Ethereum預金イベントを含む）をネイティブオラクルのペイロードの一部として署名し、ブロードキャストする。バリデータは、この外部データへの署名に、Gravityチェーン自身のトランザクションへの署名とまったく同じ鍵と閾値を使用する。
第4ステップ：データがネイティブオラクルに提出される。 バリデータセットが特定の外部イベントに関してコンセンサス（3分の2の閾値に達する）に達すると、そのデータはrecordまたはrecordBatch呼び出しを通じてGravity L1のネイティブオラクルコントラクトに書き込まれる。
第5ステップ：nonceチェックとリプレイ防止。 ネイティブオラクルコントラクトは、イベントのnonceが厳密に増加していることを検証する。nonceが一致しない場合（重複提出またはジャンプ）、記録は拒否される。
第6ステップ：コールバックのトリガー。 アセットブリッジコントラクトは、登録されたコールバックハンドラとして、onOracleEvent呼び出しを受信する。コントラクトはペイロードをデコードし、アセットタイプと数量を検証し、ターゲット受取アドレスを確認する。
第7ステップ：アセットのミントまたはリリース。 アセットブリッジコントラクトは、Gravity L1上で対応する数量のGトークンラップアセット（またはネイティブアセットブリッジのシナリオではGを直接リリース）をミントし、ユーザーのGravityチェーン上のアドレスに転送する。
第8ステップ：ファイナリティ確認。 プロセス全体はGravityのAptosBFTコンセンサスの下でサブ秒のファイナリティを得る。ユーザーは200ミリ秒のブロック時間内にクロスチェーンアセットを受け取ることができる。
この完全フローの重要な特徴は、どのステップも外部リレイヤーや独立した署名者に依存しないことである。データ観測から投票、書き込み、実行に至るまで、すべて同一のバリデータセットが同一のセキュリティ仮定で実行する。
メカニズム設計の価値を支えるにはパフォーマンス基盤が必要である。Gravityのパフォーマンス面でのパラメータは、そのクロスチェーン相互運用性に現実的な実現可能性を提供する：
Gravityメインネットは、Grevm並列EVM実行エンジン（revmからフォーク）を採用している。リアルタイムワークロードの下で、Gravityは12,000+ TPSのERC-20転送スループットを維持し、ブロック時間は200ミリ秒である。3ノードのバリデータクラスター（8 vCPU / 16 GBノード）の実測では、スループットは約9,500–11,000 TPSに維持されている。
さらに注目すべきはその手数料構造である。50 Gweiのベースフィーにより、Gravity上のブロックスペースは機能的に競争資産ではなく公共財となっている。各ERC-20転送のコストは約0.0026ドルである。これは、標準的なL1経済モデルを打ち破るものである——後者は手数料圧力を主要なトークン価値蓄積に依存している。価値捕捉は、バリデータが提供するサービス（オラクル証明、クロスチェーンデータ、ブリッジング）とアプリケーション層に移行する。
クロスチェーンシナリオにとって、低手数料は高頻度のクロスチェーントランザクションを経済的に実現可能にし、サブ秒のファイナリティはクロスチェーンのユーザーエクスペリエンスをチェーン内トランザクションに近づける。
過去のデータから見ると、Gravity Alphaメインネットは2024年8月にArbitrum NitroベースのL2として稼働開始以来、22ヶ月間で6.11億以上のトランザクションを処理し、2,850万のウォレットをカバーし、平均ブロック時間は1.3秒であった。これらはL1メインネットローンチの実稼働検証を構成する。
2026年6月29日現在、Gateの相場データによると、Gravity（G）の価格は$0.003641、24時間上昇率+13.78%、7日間上昇率+36.62%、30日間上昇率+3.72%である。時価総額は約2,633.42万ドルで、ランキングは658位。24時間取引額は2,919.78万ドル、総供給量は120.00億である。市場センチメントは中立。過去1年間の価格変動は-69.22%、史上最高値は$0.015440である。
GはGravity L1のネイティブトークンであり、最大供給量は120億で、元のGALトークンから移行されたものである。メインネット起動時、7つの起動バリデータは合計700万Gの初期ステーキング割り当てを受け取った。対応する700万GはEthereumメインネット上で標準ブリッジのGBridgeSenderコントラクトにロックされ、L1上のネイティブGを支えるために永久にロックされる。
Gはガストークンとしてトランザクションを駆動し、ステーキングを通じてネットワークのセキュリティを保証し、ガバナンスの決定、成長のインセンティブ、および支払いを促進する。G保有者はG DAOを通じてプロトコルの決定をガバナンスする。
クロスチェーン相互運用性の進化は3つの段階に分けることができる。
第一段階はアセットブリッジであり、ユーザーはアセットをチェーンAからチェーンBに移転し、外部バリデータまたはライトクライアント証明に依存する。
第二段階は汎用メッセージパッシングプロトコル（LayerZero、Axelarなど）であり、クロスチェーンスマートコントラクト呼び出しをサポートするが、検証ロジックは依然として外部オラクルとリレイヤーの組み合わせに依存する。
第三段階はプロトコルレベルの相互運用性であり、バリデータセットがチェーンの状態遷移とクロスチェーンデータ証明の両方を同時に担当し、外部信頼仮定はチェーン自体と同じセキュリティ境界内に圧縮される。
Gravityのネイティブオラクルアーキテクチャは、第三段階のエンジニアリング実装を表している。それは既存のクロスチェーンブリッジモデルの漸進的な最適化ではなく、「クロスチェーンデータは誰が認証するのか」という問題への答えを根本的に再構築するものである。クロスチェーンデータの安全性がL1自身の安全性と同一のバリデータセット、同一のBFT閾値によって保証されるとき、「クロスチェーン」と「チェーン内」の信頼ギャップは大幅に縮小される。
これは、Gravityがすべてのリスクを排除したことを意味するわけではない。バリデータセットの集中度、ステーキング経済モデルの長期的安定性、クロスチェーンコントラクトのコードリスク、そしてLayerZeroからChainlink CCIPへの移行プロセスにおけるエンジニアリング上の課題は、継続的に観察すべき次元である。さらに、2026年5月にはGravity Bridgeが攻撃を受け、約540万ドルの損失が発生した。これは、最も設計が優れたクロスチェーンアーキテクチャであっても、十分に長い実戦テストを経る必要があることを市場に思い起こさせる。
しかし方向性は明確である：相互運用性の終着地はより多くのブリッジではなく、より少ない信頼仮定である。Gravityがこの終着地の代表的なインフラストラクチャとなり得るかどうかは、メインネット稼働後のバリデータの分散化プロセス、エコシステムアプリケーションの移行速度、そして現実の攻撃に対するネイティブオラクルの回復力に依存する。クロスチェーントラックに関心のある研究者や開発者にとって、Gravityのアーキテクチャ選択は追跡に値するサンプルを提供している。
Q1：GravityとLayerZero、Axelarなどのクロスチェーンプロトコルとの核心的な違いは何ですか？
LayerZeroはウルトラライトノード（ULN）アーキテクチャに基づき、OracleとRelayerが共同でクロスチェーンメッセージを検証します。Axelarは独立したPoS検証ネットワークと汎用メッセージパッシング（GMP）メカニズムを採用しています。Gravityはクロスチェーンデータの検証をL1コンセンサス層に直接組み込み、同一のバリデータセットが同一のBFT閾値でチェーン状態とクロスチェーンデータの真正性を同時に保証します。
Q2：Gravityのネイティブオラクルはどのようにクロスチェーンデータの安全性を保証しますか？
ネイティブオラクルには外部ネットワークやマルチシグ委員会は存在しません。バリデータはAptosBFTコンセンサスの下で外部データを観測し、投票し、L1に書き込みます。データの真正性はバリデータセットの3分の2の閾値によって保証されます——これはチェーン自体の安全性と完全に一致します。虚偽のクロスチェーンデータを攻撃するコストは、チェーン自体を攻撃するコストと同等です。
Q3：Gravityの現在のパフォーマンスパラメータは？
Gravity L1はリアルタイムワークロードの下で12,000+ TPSのERC-20転送スループットを維持し、ブロック時間は200ミリ秒、サブ秒のファイナリティを提供します。各ERC-20転送のコストは約0.0026ドルです。Alphaメインネットは22ヶ月間で6.11億以上のトランザクションを処理しました。
Q4：GravityがLayerZeroからChainlink CCIPにアップグレードしたことは何を意味しますか？
2026年6月、GravityはChainlink CCIPを標準化されたクロスチェーンインフラストラクチャとして採用することを発表しました。Gはクロスチェーンネイティブアセット（CCT）となり、開発者はセルフサービスデプロイメント、ゼロスリッページ転送、およびより高いプログラマビリティを得ることができます。これにより、Gravityのクロスチェーンアプリケーションのセキュリティ基準と開発の利便性が向上します。
Q5：Gトークンの主な機能は何ですか？
GはGravity L1のネイティブガスおよびステーキングトークンです。バリデータはGをステークしてコンセンサスとネイティブオラクル証明に参加します。G保有者はG DAOを通じてプロトコルの決定をガバナンスし、GはGalxeエコシステムの支払いおよびインセンティブトークンとしても機能します。
1.68M 人気度
8.5M 人気度
66.14K 人気度
460.66K 人気度
22M 人気度
クロスチェーンインフラストラクチャはどのように機能するのか？Gravity相互運用性プロトコルとネイティブオラクルアーキテクチャの詳細解説
ブロックチェーン業界の断片化は繰り返し指摘されてきた事実である。Ethereum、Solana、Cosmos、Arbitrumなど数十のパブリックチェーンとL2が共存し、各チェーンは独立したアカウント体系、状態ストレージ、コンセンサスルールを持つ。クロスチェーンアセットブリッジやクロスチェーンメッセージプロトコルはここ数年で数多く登場したが、根本的な構造的問題は未解決のままである：クロスチェーンデータは一体誰が認証するのか？
大多数のL1チェーンは、オラクルやクロスチェーンブリッジの検証責任を「外部委託」し、チェーン外の独立したネットワーク——外部オラクルネットワークがデータに署名するか、独立したマルチシグ委員会が預金イベントを証明する——に依存している。チェーン自体は「クリーン」なままであるが、新たな信頼仮定が側面に外付けされる。サイドチャネルが突破されればチェーンは稼働を続けるが、チェーン上のデータはすでに誤っている。
Gravityはこれとは根本的に異なるアーキテクチャの答えを提供する。Galxeチームによって開発されたGravityは、高性能でEVM完全互換のLayer 1ブロックチェーンであり、その核心的な差別化要因はネイティブオラクル（Native Oracle）にある——同一のバリデータセットがAptosBFTコンセンサスの下でブロックを生成すると同時に、外部データを観測し、投票し、L1に書き込む。外部オラクルネットワークは存在せず、独立したマルチシグ委員会もない。クロスチェーンブリッジは独立したサービスではなく、バリデータセットによって提出されたデータを受け取るコントラクトである。
これこそが「ネイティブ」の意味である：バリデータによる証明パイプラインは、チェーンの状態機械の一部であり、その横で動作するサービスではない。ネイティブオラクルを通じて落地したデータの安全性は、チェーン自体の安全性と等しい——同一のバリデータセット、同一のBFT閾値、同一のファイナリティウィンドウ。
2026年6月、Gravity L1メインネットが正式に稼働開始し、このアーキテクチャが理論から実稼働へと移行したことを示した。本稿では、クロスチェーンメッセージング、流動性ルーティング、検証とセキュリティモデル、アセットクロスチェーンの全フローの4つの次元から、Gravityの相互運用性プロトコルメカニズムを体系的に分解する。
クロスチェーンメッセージングメカニズム：「プル」から「プッシュ」へのパラダイムシフト
クロスチェーンメッセージングは、すべての相互運用性プロトコルの基盤層である。その核心的な問題は次のように単純化できる：チェーンAはどのようにしてチェーンBに対して「あるイベントが発生した」ことを証明するのか？
従来のクロスチェーンブリッジ設計では、ユーザーはソースチェーン上のコントラクトにアセットを預け入れ、外部リレイヤーのセットがそのイベントをリッスンし、ターゲットチェーン上で対応するアセットをミントする。このモデルはリレイヤーの誠実性と可用性に依存し、多くの場合、ユーザーはリオーガナイゼーションリスクを低減するために複数のブロック確認を待つ必要がある。
Gravityのメッセージングメカニズムは、そのネイティブオラクル上に構築されており、このプロセスを根本的に変える。ネイティブオラクルは、Gravity L1上の固定システムアドレスにデプロイされた単一のコントラクトである：NativeOracle → 0x0000000000000000000000000001625F4000。このコントラクトは、中核的な操作であるrecordを公開しており、SYSTEM_CALLERからのみ呼び出し可能である。これは特権的なコンセンサス時のアイデンティティであり、通常のアカウントではない。
record関数は以下のパラメータを受け取る：ソースタイプ（sourceType、例：ブロックチェーン）、ソースID（sourceId、例：チェーンID）、nonce、ソースチェーンのブロック番号、ペイロード（payload、不透明なバイナリブロック）、およびコールバックのGas制限。また、同一ソースからの複数のイベントを1つのトランザクションで配信するためのrecordBatchバリアントもある。
3つの重要な設計上の選択肢を詳しく見る価値がある。
第一に、リプレイ攻撃防止の集中化。 ネイティブオラクルは、(sourceType, sourceId)の各ペアに対して、nonce == currentNonce + 1を強制する——厳密な順序、ジャンプは許可されない。古いメッセージは決してリプレイできない。なぜなら、コントラクトは既にそのnonceを超えているからである。アプリケーション層のハンドラは、自身で処理済みのnonceマッピングを維持する必要がない。これは、クロスチェーンメッセージの重複排除ロジックがプロトコル層に引き上げられ、各アプリケーションコントラクトが独自に実装する必要がないことを意味する——アプリケーション開発者のセキュリティ負担を大幅に軽減する。
第二に、ポーリングではなくコールバックルーティング。 各(sourceType, sourceId)ペアは、コールバックコントラクトを登録できる。データが記録されると、ネイティブオラクルは呼び出し元が指定したGas制限で、登録されたハンドラのonOracleEvent関数を呼び出す。解決は2層に分かれる：各ソースタイプのデフォルトハンドラは、特定のsourceId向けの専門ハンドラで上書きできる。ガバナンスがレジストリを管理する。この「プッシュ」モデルにより、アプリケーションコントラクトはクロスチェーンデータが到着した瞬間に通知を受け、対応するロジックを実行できるため、状態を継続的にポーリングする必要がない。
第三に、コールバックの耐障害性設計。 ハンドラはshouldStore: boolを返す——ペイロードを完全に消費（自身の状態に適用）したハンドラはfalseを返してストレージをスキップし、Gasを節約できる。ハンドラがロールバックするかGas不足に陥った場合、ネイティブオラクルはその例外をキャッチし、CallbackFailed(reason)イベントを発行し、それでもペイロードを保存する。record操作は何があっても成功する。
この設計により、明確な関心の分離が実現される：ネイティブオラクルは真実（コンセンサス証明、リプレイ攻撃防止）を担当し、アプリケーションコントラクトは意味（デコードと実行）を担当する。クロスチェーンメッセージの真正性は、GravityのバリデータセットによってBFTファイナリティで保証され、外部リレイネットワークには依存しない。
検証とセキュリティモデル：同じ鍵、同じ錠
セキュリティモデルの違いは、クロスチェーンプロトコルの品質を区別する核心的な次元である。Gravityのセキュリティアーキテクチャは、一言で要約できる：ネイティブオラクルの安全性は、チェーン自体の安全性と等しい。
具体的には、GravityはProof-of-Stake検証メカニズムを採用し、バリデータはGトークンをステークしてコンセンサスとネイティブオラクル証明に参加する。コンセンサスエンジンはAptosBFTであり、高速ファイナリティを提供する。バリデータセットは3分の2の閾値でチェーンの安全性を保証する——同じ閾値がネイティブオラクルデータの真正性も同時に保証する。
これは何を意味するのか？
ほとんどのチェーンでは、オラクルやクロスチェーンブリッジの障害は「目に見えない」ことが多い——大規模な損失を引き起こす前に、外部検証ネットワークの異常が長期間気付かれない可能性がある。一方Gravityでは、オラクルの安全性はチェーン自体の安全性と同等である。攻撃者が虚偽のクロスチェーンデータを提出しようとする場合、3分の1を超えるバリデータを制御する必要がある——これは同時にチェーン自体を攻撃できることを意味する。攻撃者がより低いコストで突破できる「より弱いサイドチャネル」は存在しない。
アセットクロスチェーンの観点から、このモデルは従来のクロスチェーンブリッジの「外部署名者」リスクを排除する。従来のEthereum→Cosmos Gravityブリッジは、EthereumにデプロイされたSolidityスマートコントラクトとCosmos SDKブロックチェーンモジュールの2つの部分で構成されていた。ユーザーは一方の側にアセットを預け入れ、もう一方の側で対応するトークンがミントされる。しかし、Gravity L1のネイティブオラクルアーキテクチャの下では、Ethereum→Gravity L1アセットブリッジはネイティブオラクルの最初の実稼働アプリケーションである。外部オラクルネットワークはなく、コンセンサスに積み重なる独立した署名者セットもない。
注目すべき点として、Gravityはセキュリティアーキテクチャにおいて重要なアップグレードも行っている。2026年6月、GravityはL1ブロックチェーンのローンチプロセスにおいて、LayerZeroからChainlink CCIPへとアップグレードし、これを標準化されたクロスチェーンインフラストラクチャとすることを発表した。GravityのネイティブトークンGは、クロスチェーンネイティブアセット（CCT）となり、開発者にセルフサービスデプロイメント、ゼロスリッページ転送、およびより高いプログラマビリティを提供する。CCIPはその分散型オラクルネットワークに依存しており、Gravityネットワークの開発者が安全なクロスチェーンアプリケーションを構築する能力を大幅に向上させる。このアップグレードは、Gravityがネイティブオラクルのコアアドバンテージを維持しつつ、業界で最も成熟したクロスチェーン標準を積極的に統合していることを示している。
アセットクロスチェーンの完全フロー：預入から着金までの8ステップ
上記のメカニズムに基づき、完全なアセットクロスチェーン（例：Ethereum→Gravity L1）は、以下のプロセスに分解できる：
第1ステップ：ユーザーがアセットをロックする。 ユーザーはEthereum上でETHまたはERC-20トークンをGravityのEthereumブリッジコントラクトに預け入れる。このコントラクトは、ユーザーアドレス、アセットタイプ、数量、ターゲットチェーン情報を含む預金イベントを記録する。
第2ステップ：Ethereumブロックのファイナリティ。 Gravityバリデータノードは継続的にEthereumチェーンをリッスンする。バリデータは外部リレイヤーによるデータプッシュに依存せず、自身でEthereumの状態を観測する。
第3ステップ：バリデータのコンセンサス投票。 Gravity L1の各ブロックにおいて、バリデータは観測した外部データ（Ethereum預金イベントを含む）をネイティブオラクルのペイロードの一部として署名し、ブロードキャストする。バリデータは、この外部データへの署名に、Gravityチェーン自身のトランザクションへの署名とまったく同じ鍵と閾値を使用する。
第4ステップ：データがネイティブオラクルに提出される。 バリデータセットが特定の外部イベントに関してコンセンサス（3分の2の閾値に達する）に達すると、そのデータはrecordまたはrecordBatch呼び出しを通じてGravity L1のネイティブオラクルコントラクトに書き込まれる。
第5ステップ：nonceチェックとリプレイ防止。 ネイティブオラクルコントラクトは、イベントのnonceが厳密に増加していることを検証する。nonceが一致しない場合（重複提出またはジャンプ）、記録は拒否される。
第6ステップ：コールバックのトリガー。 アセットブリッジコントラクトは、登録されたコールバックハンドラとして、onOracleEvent呼び出しを受信する。コントラクトはペイロードをデコードし、アセットタイプと数量を検証し、ターゲット受取アドレスを確認する。
第7ステップ：アセットのミントまたはリリース。 アセットブリッジコントラクトは、Gravity L1上で対応する数量のGトークンラップアセット（またはネイティブアセットブリッジのシナリオではGを直接リリース）をミントし、ユーザーのGravityチェーン上のアドレスに転送する。
第8ステップ：ファイナリティ確認。 プロセス全体はGravityのAptosBFTコンセンサスの下でサブ秒のファイナリティを得る。ユーザーは200ミリ秒のブロック時間内にクロスチェーンアセットを受け取ることができる。
この完全フローの重要な特徴は、どのステップも外部リレイヤーや独立した署名者に依存しないことである。データ観測から投票、書き込み、実行に至るまで、すべて同一のバリデータセットが同一のセキュリティ仮定で実行する。
パフォーマンス基盤：12,000+ TPSとサブ秒ファイナリティ
メカニズム設計の価値を支えるにはパフォーマンス基盤が必要である。Gravityのパフォーマンス面でのパラメータは、そのクロスチェーン相互運用性に現実的な実現可能性を提供する：
Gravityメインネットは、Grevm並列EVM実行エンジン（revmからフォーク）を採用している。リアルタイムワークロードの下で、Gravityは12,000+ TPSのERC-20転送スループットを維持し、ブロック時間は200ミリ秒である。3ノードのバリデータクラスター（8 vCPU / 16 GBノード）の実測では、スループットは約9,500–11,000 TPSに維持されている。
さらに注目すべきはその手数料構造である。50 Gweiのベースフィーにより、Gravity上のブロックスペースは機能的に競争資産ではなく公共財となっている。各ERC-20転送のコストは約0.0026ドルである。これは、標準的なL1経済モデルを打ち破るものである——後者は手数料圧力を主要なトークン価値蓄積に依存している。価値捕捉は、バリデータが提供するサービス（オラクル証明、クロスチェーンデータ、ブリッジング）とアプリケーション層に移行する。
クロスチェーンシナリオにとって、低手数料は高頻度のクロスチェーントランザクションを経済的に実現可能にし、サブ秒のファイナリティはクロスチェーンのユーザーエクスペリエンスをチェーン内トランザクションに近づける。
過去のデータから見ると、Gravity Alphaメインネットは2024年8月にArbitrum NitroベースのL2として稼働開始以来、22ヶ月間で6.11億以上のトランザクションを処理し、2,850万のウォレットをカバーし、平均ブロック時間は1.3秒であった。これらはL1メインネットローンチの実稼働検証を構成する。
市場データとトークノミクス
2026年6月29日現在、Gateの相場データによると、Gravity（G）の価格は$0.003641、24時間上昇率+13.78%、7日間上昇率+36.62%、30日間上昇率+3.72%である。時価総額は約2,633.42万ドルで、ランキングは658位。24時間取引額は2,919.78万ドル、総供給量は120.00億である。市場センチメントは中立。過去1年間の価格変動は-69.22%、史上最高値は$0.015440である。
GはGravity L1のネイティブトークンであり、最大供給量は120億で、元のGALトークンから移行されたものである。メインネット起動時、7つの起動バリデータは合計700万Gの初期ステーキング割り当てを受け取った。対応する700万GはEthereumメインネット上で標準ブリッジのGBridgeSenderコントラクトにロックされ、L1上のネイティブGを支えるために永久にロックされる。
Gはガストークンとしてトランザクションを駆動し、ステーキングを通じてネットワークのセキュリティを保証し、ガバナンスの決定、成長のインセンティブ、および支払いを促進する。G保有者はG DAOを通じてプロトコルの決定をガバナンスする。
結論：相互運用性の終着地は信頼の統一
クロスチェーン相互運用性の進化は3つの段階に分けることができる。
第一段階はアセットブリッジであり、ユーザーはアセットをチェーンAからチェーンBに移転し、外部バリデータまたはライトクライアント証明に依存する。
第二段階は汎用メッセージパッシングプロトコル（LayerZero、Axelarなど）であり、クロスチェーンスマートコントラクト呼び出しをサポートするが、検証ロジックは依然として外部オラクルとリレイヤーの組み合わせに依存する。
第三段階はプロトコルレベルの相互運用性であり、バリデータセットがチェーンの状態遷移とクロスチェーンデータ証明の両方を同時に担当し、外部信頼仮定はチェーン自体と同じセキュリティ境界内に圧縮される。
Gravityのネイティブオラクルアーキテクチャは、第三段階のエンジニアリング実装を表している。それは既存のクロスチェーンブリッジモデルの漸進的な最適化ではなく、「クロスチェーンデータは誰が認証するのか」という問題への答えを根本的に再構築するものである。クロスチェーンデータの安全性がL1自身の安全性と同一のバリデータセット、同一のBFT閾値によって保証されるとき、「クロスチェーン」と「チェーン内」の信頼ギャップは大幅に縮小される。
これは、Gravityがすべてのリスクを排除したことを意味するわけではない。バリデータセットの集中度、ステーキング経済モデルの長期的安定性、クロスチェーンコントラクトのコードリスク、そしてLayerZeroからChainlink CCIPへの移行プロセスにおけるエンジニアリング上の課題は、継続的に観察すべき次元である。さらに、2026年5月にはGravity Bridgeが攻撃を受け、約540万ドルの損失が発生した。これは、最も設計が優れたクロスチェーンアーキテクチャであっても、十分に長い実戦テストを経る必要があることを市場に思い起こさせる。
しかし方向性は明確である：相互運用性の終着地はより多くのブリッジではなく、より少ない信頼仮定である。Gravityがこの終着地の代表的なインフラストラクチャとなり得るかどうかは、メインネット稼働後のバリデータの分散化プロセス、エコシステムアプリケーションの移行速度、そして現実の攻撃に対するネイティブオラクルの回復力に依存する。クロスチェーントラックに関心のある研究者や開発者にとって、Gravityのアーキテクチャ選択は追跡に値するサンプルを提供している。
FAQ
Q1：GravityとLayerZero、Axelarなどのクロスチェーンプロトコルとの核心的な違いは何ですか？
LayerZeroはウルトラライトノード（ULN）アーキテクチャに基づき、OracleとRelayerが共同でクロスチェーンメッセージを検証します。Axelarは独立したPoS検証ネットワークと汎用メッセージパッシング（GMP）メカニズムを採用しています。Gravityはクロスチェーンデータの検証をL1コンセンサス層に直接組み込み、同一のバリデータセットが同一のBFT閾値でチェーン状態とクロスチェーンデータの真正性を同時に保証します。
Q2：Gravityのネイティブオラクルはどのようにクロスチェーンデータの安全性を保証しますか？
ネイティブオラクルには外部ネットワークやマルチシグ委員会は存在しません。バリデータはAptosBFTコンセンサスの下で外部データを観測し、投票し、L1に書き込みます。データの真正性はバリデータセットの3分の2の閾値によって保証されます——これはチェーン自体の安全性と完全に一致します。虚偽のクロスチェーンデータを攻撃するコストは、チェーン自体を攻撃するコストと同等です。
Q3：Gravityの現在のパフォーマンスパラメータは？
Gravity L1はリアルタイムワークロードの下で12,000+ TPSのERC-20転送スループットを維持し、ブロック時間は200ミリ秒、サブ秒のファイナリティを提供します。各ERC-20転送のコストは約0.0026ドルです。Alphaメインネットは22ヶ月間で6.11億以上のトランザクションを処理しました。
Q4：GravityがLayerZeroからChainlink CCIPにアップグレードしたことは何を意味しますか？
2026年6月、GravityはChainlink CCIPを標準化されたクロスチェーンインフラストラクチャとして採用することを発表しました。Gはクロスチェーンネイティブアセット（CCT）となり、開発者はセルフサービスデプロイメント、ゼロスリッページ転送、およびより高いプログラマビリティを得ることができます。これにより、Gravityのクロスチェーンアプリケーションのセキュリティ基準と開発の利便性が向上します。
Q5：Gトークンの主な機能は何ですか？
GはGravity L1のネイティブガスおよびステーキングトークンです。バリデータはGをステークしてコンセンサスとネイティブオラクル証明に参加します。G保有者はG DAOを通じてプロトコルの決定をガバナンスし、GはGalxeエコシステムの支払いおよびインセンティブトークンとしても機能します。