メインコンテンツまでスキップ

ブリッジアーキテクチャ

x/bridge モジュールは、37 個の QCB(QoreChain Bridge)チェーン構成と 8 個の IBC(Inter-Blockchain Communication)チャネルを通じて、QoreChain をより広範なブロックチェーンエコシステムに接続するように設計されています。すべてのブリッジ操作はポスト量子暗号によって保護されます。

注意

クロスチェーンブリッジは現在テストネット上にあり保留中です。まだ本番システムではありません。以下に記載するチェーン構成、ライトクライアント、およびフローは、設計どおりの、そしてテストネット上で実行されているブリッジを反映しています。外部接続は段階的に展開されています。すべてのターゲットは、稼働中のメインネットの保証ではなく、設計上の意図として扱ってください。

接続の概要

QoreChain は、並行して動作する 2 つのブリッジプロトコルをサポートするように設計されています。

プロトコル接続数セキュリティモデルユースケース
IBC8 チャネル標準 IBC + PQC パケット署名Cosmos SDK 互換チェーン
QCB37 チェーン構成7-of-10 Dilithium-5 マルチシグ非 IBC チェーン(EVM、Solana、TON など)

37 個の QCB チェーン構成には、36 個の外部チェーンに加えて、ネイティブ/ループバック構成としての QoreChain 自身(内部ルーティングおよび自己参照型の決済に使用)が含まれます。8 個の IBC チャネルは Cosmos SDK 互換チェーンに接続します。

IBC チャネル

QoreChain は、Hermes v1.x を介してリレーされる以下の 8 チェーンへの IBC 接続を維持するように設計されています。

チェーン説明
Cosmos Hub主要なハブ接続
OsmosisDEX 流動性ルーティング
NobleUSDC ネイティブ発行
Celestiaデータ可用性レイヤー
Strideリキッドステーキング
Akash分散型コンピューティング
BabylonBTC リステーキングプロトコル
InjectiveDeFi / オーダーブックの相互運用性

IBC リレーヤー構成

  • リレーヤーソフトウェア: Hermes v1.x
  • クライアント更新: 自動ライトクライアントリフレッシュ
  • 不正行為検出: 有効 — リレーヤーは二重署名を監視します
  • パケットクリア: 100 ブロックごとに、保留中の IBC パケットがクリアされます
  • PQC 拡張: QoreChain を発信元とするすべての IBC パケットには、前方量子セキュリティのためのオプションの Dilithium-5 署名が含まれます。PQC 対応の受信チェーンは、標準の IBC 検証と並行してこの署名を検証できます。

QCB(QoreChain Bridge)プロトコル

QCB プロトコルは、ポスト量子暗号によって保護されたハブアンドスポークアーキテクチャを使用します。QoreChain がハブとして機能し、各外部チェーンに対するスポーク構成に加えて、QoreChain 自身のためのネイティブ/ループバック構成があります。

外部チェーン構成(36)

QCB プロトコルは、以下の 36 個の外部チェーンをターゲットとするように設計されています。QoreChain 自身のネイティブ/ループバック構成と組み合わせることで、**合計 37 個の QCB チェーン構成(QoreChain 自身を含む)**となります。

ベースラインチェーン(10)

Ethereum、Solana、TON、BSC、Avalanche、Polygon、Arbitrum、Optimism、Base、Sui。

EVM ファミリーチェーン(14)

zkSync Era、Linea、Scroll、Blast、Mantle、Hyperliquid、Berachain、Sonic、Sei、Monad、Plasma、Filecoin FVM、Cronos、Kaia。

非 EVM チェーン(5)

Starknet、XRP Ledger、Stellar、Hedera、Algorand。

保留中チェーン(7)

NEAR、Bitcoin、Cardano、Polkadot、Tezos、Tron、Aptos。

注記

カウント確認: 10 ベースライン + 14 EVM ファミリー + 5 非 EVM + 7 保留中 = 36 個の外部チェーン。QoreChain 自身のネイティブ/ループバック構成を加えると、37 個の QCB チェーン構成となります。

アドレス形式

QCB プロトコルは、宛先アドレスを検証するためにチェーンをタイプ別に分類します。

チェーンタイプ例となるチェーンアドレス形式
evmEthereum, BSC, Avalanche, Polygon, Arbitrum, Optimism, Base0x + 40 桁の 16 進数文字
solanaSolanaBase58、32〜44 文字
tonTONEQ + base64 エンコード
sui_moveSui0x + 64 桁の 16 進数文字
aptos_moveAptos0x + 64 桁の 16 進数文字
bitcoinBitcoinBech32(bc1)、P2SH(3...)、またはレガシー(1...
nearNEAR Protocol.near サフィックスまたは暗黙的アドレス
cardanoCardanoaddr1(支払い)または stake1(ステーキング)
polkadotPolkadotSS58 エンコード
tezosTezostz1/tz2/tz3(暗黙的)または KT1(オリジネート済み)
tronTRONT + base58、34 文字

ライトクライアント

外部チェーンのイベントをトラストレスに検証するため、ブリッジは各ソースチェーンのコンセンサスおよび証明システムに合わせたオンチェーンライトクライアントを実行するように設計されています。これらのライトクライアントにより、QoreChain はバリデーターの証言のみに依存することなく、デポジットおよび引き出しを検証できます。

ライトクライアントソースチェーン検証プリミティブ
Ethereum ライトクライアントEthereum / EVM L1BLS12-381 署名検証、SSZ シリアライゼーション、MPT 状態証明
Bitcoin SPVBitcoinブロックヘッダーに対する簡易支払い検証(SPV)
Starknet STARKStarknetStarknet 状態遷移の STARK 証明検証
Sui BLSSuiSui チェックポイントの BLS 集約署名検証
Wormhole / Solana VAASolana(Wormhole 経由)Verified Action Approval(VAA)ガーディアン署名検証

デポジットフロー(外部から QoreChain へ)

以下のシーケンスは QCB デポジットを示しています。資産が外部チェーン上でロックされ、QoreChain バリデーターが PQC 署名付きの証言(7-of-10 Dilithium-5)を提出し、ラップドトークンがミントされます。Cosmos SDK 互換チェーンは、代わりに並行する IBC パス(8 チャネル、オプションの Dilithium-5 パケット署名付き)を使用します。どちらのパスもテストネット/保留中です。

External Chain QoreChain Validators QoreChain
| | |
| 1. Lock assets on | |
| bridge contract | |
|------------------------>| |
| | 2. Observe & attest |
| | (7/10 PQC sigs) |
| |------------------------->|
| | | 3. Mint wrapped
| | | tokens
| | |
| | [If > 100K QOR] |
| | 24h challenge period |
| | before execution |
  1. ロック — ユーザーが外部チェーン上のブリッジコントラクトに資産をロックします。
  2. 証言 — ブリッジバリデーターがロックトランザクションを観測し、Dilithium-5 署名付きの証言を提出します。最低でも 10 個中 7 個のバリデーター証言が必要です。ソースチェーンにライトクライアントが利用可能な場合、ロックイベントはそのチェーン自身の証明に対して追加で検証されます。
  3. ミント — 証言のしきい値が満たされると、QoreChain 上でラップドトークンがミントされます。
  4. チャレンジ期間 — 100,000 QOR 相当を超える送金には、実行前に 24 時間のチャレンジ期間が適用されます。このウィンドウ中に、バリデーターは不審な活動にフラグを立てることができます。

引き出しフロー(QoreChain から外部へ)

QoreChain QoreChain Validators External Chain
| | |
| 1. Burn wrapped tokens | |
|------------------------>| |
| | 2. Attest burn |
| | (7/10 PQC sigs) |
| |------------------------->|
| | | 3. Unlock original
| | | assets
  1. バーン — ユーザーが QoreChain 上でラップドトークンをバーンします。
  2. 証言 — バリデーターが Dilithium-5 署名(7/10 のしきい値)でバーンイベントに証言します。
  3. アンロック — しきい値に達すると、外部チェーン上で元の資産がアンロックされます。

引き出し中に徴収されたすべてのブリッジ手数料は、bridge_fee バーンチャネルを介して x/burn モジュールにルーティングされます(ブリッジ手数料の 100% がバーンされます)。

L2 → L1 引き出しフロー(ロールアップ決済)

ブリッジはまた、ロールアップ(L2)の引き出しをそのホストチェーン(L1)に決済するように設計されています。Rollup Development Kit を介してデプロイされたロールアップは、定期的にその状態を QoreChain にアンカーします。ブリッジはこれらのファイナライズされたアンカーを消費して、ロールアップからホストチェーンへの引き出しを承認します。

  1. ユーザーがロールアップ(L2)上で引き出しを開始し、それが決済バッチに含まれます。
  2. バッチが QoreChain にアンカーされ、ロールアップの決済モードに従って証明/ファイナライズされます(例えば、楽観的チャレンジウィンドウの満了後、または有効な証明の検証時)。
  3. アンカーがファイナライズされると、引き出しが請求可能になり、標準のバーンアンドアテストパスを通じて対応する資産がホストチェーン(L1)上で解放されます。

これにより、ロールアップのファイナリティがホストチェーンの決済保証に直接結びつけられ、対応する L2 状態が不可逆的に決済される前に L2 の引き出しが解放されることがなくなります。

セキュリティアーキテクチャ

PQC マルチシグ

すべての QCB ブリッジ操作には、登録されたブリッジバリデーターからの Dilithium-5 ポスト量子署名の 7-of-10 しきい値が必要です。各ブリッジバリデーターは以下を登録します。

  • QoreChain バリデーターアドレス
  • Dilithium-5 公開鍵(2,592 バイト)
  • サポートされるチェーンのリスト
  • レピュテーションスコア(x/reputation によって維持される)

サーキットブレーカー

接続された各チェーンには、独立したサーキットブレーカー保護があります。

保護説明
単一送金上限チェーンごとの個別ブリッジ操作の最大金額
日次集計上限チェーンごと、24 時間ウィンドウごとの総ボリューム上限
手動一時停止チェーンごとのガバナンスまたはバリデーターによる緊急停止
異常検出短いウィンドウ内で 50 件を超える操作、またはボリュームが日次上限の 5 倍を超えた場合の自動一時停止

サーキットブレーカーの状態はチェーンごとに追跡され、最大単一送金額、日次上限、現在の日次使用量、最終リセット高さ、および理由付きの一時停止ステータスを含みます。

チャレンジ期間

大口送金(100,000 QOR 相当超、large_transfer_threshold で構成可能)の場合:

  • 証言のしきい値が満たされた後、24 時間のチャレンジ期間(86,400 秒)が適用されます。
  • このウィンドウ中に、任意のバリデーターが操作にフラグを立てることができます。
  • チャレンジされなかった場合、操作は期間満了後に自動的に実行されます。
  • チャレンジされた操作は、ガバナンスレビューのために凍結されます。

AI パス最適化

ブリッジモジュールは、ルート最適化のために AI サブシステムと統合されています。複数のパスを通過できる送金(例えば、中間チェーンを経由したチェーン A からチェーン B への送金)について、パスオプティマイザーは以下を評価します。

  • ルート全体の推定手数料
  • 推定完了時間
  • パスごとのセキュリティスコア
  • 推定の信頼度レベル

ブリッジ管理

デプロイ後のチェーンアクティベーション(ガバナンス不要)

チェーンバージョン v3.1.78 より、ブリッジチェーンはデプロイ後に単一の署名付きトランザクションでアクティベートおよび再構成できるようになりました。ガバナンス提案もチェーンアップグレードも不要です。bridge_admin キー(ジェネシス時に BridgeConfig.BridgeAdmin に設定)または qcb_bridge ライセンスの保有者は、以下を実行できます。

  • tx bridge update-chain-config — チェーンのコントラクトアドレス、確認数、アーキテクチャ、およびステータスを設定します(MsgUpdateChainConfig)。
  • tx bridge set-verifier-bootstrap — チェーンのアクティブなベリファイアを選択し、その信頼ルートをインストールします(MsgSetVerifierBootstrap)。

これにより、オペレーターは接続されたチェーンのブリッジをオンラインにする、あるいはそのベリファイアをローテーションすることを直接行うことができ、認可はブリッジ管理キーに対して確認されます。

接続されたネットワークの検証

チェーンバージョン v3.1.79 より、対応する validator_<chain>(または qcb_bridge)ライセンスを保有するバリデーターは、同じノード上で外部ネットワークのクライアントを実行できます。これは、ライセンスがアクティベートされると QoreChain のオーケストレーションの下で自動的にプロビジョニングされます。ドライバーは 37 個すべてのブリッジネットワーク向けに提供され、参加モデル(パーミッションレスバリデーター、上限付き/選出/承認制、L2 フルノード、非ステーキング/トラストリスト)別に分類されています。外部ネットワークのステークおよび署名キーは、ネットワークごとにオペレーターが供給します。オペレーターの手順については バリデーターの実行 を参照してください。

REST API エンドポイント

チェーンバージョン v3.1.77 より、ブリッジの状態は /qorechain/bridge/v1/... プレフィックス(configchainschains/{chain_id}validatorsvalidators/{address}operationsoperations/{id})の下で grpc-gateway を介して読み取り専用で REST 経由でもクエリ可能になりました — 以前は gRPC のみでした。これらは、エクスプローラーおよびライトノードのテレメトリのために、実際のオンチェーン JSON を HTTP 経由で提供します。完全なリストについては REST / gRPC エンドポイント を参照してください。

メソッドエンドポイント説明
GET/bridge/v1/chainsサポートされているすべてのチェーン構成を一覧表示
GET/bridge/v1/chains/{chain_id}特定のチェーンの構成を取得
GET/bridge/v1/validators登録されたすべてのブリッジバリデーターを一覧表示
GET/bridge/v1/operationsすべてのブリッジ操作を一覧表示(新しい順)
GET/bridge/v1/operations/{operation_id}特定の操作の詳細を取得
GET/bridge/v1/locked/{chain}/{asset}チェーン/アセットペアのロック済み/ミント済み金額を取得
GET/bridge/v1/circuit-breakersすべてのサーキットブレーカーの状態を一覧表示
GET/bridge/v1/estimate/{from}/{to}/{asset}/{amount}AI 最適化されたルート見積もりを取得

ブリッジイベント

ブリッジモジュールは、以下のオンチェーンイベントを発行します。

イベントタイプ説明
bridge_deposit新しいデポジット操作が作成された
bridge_withdraw新しい引き出し操作が作成された
bridge_attestationバリデーター証言が提出された
bridge_operation_executed操作がファイナライズされ実行された
bridge_circuit_breaker_tripサーキットブレーカーが起動または解除された
bridge_validator_registered新しいブリッジバリデーターが登録された
bridge_pqc_verificationPQC 署名検証結果(IBC パケット)

関連項目