official_blog:251217_qubic-solana_bridge
差分
このページの2つのバージョン間の差分を表示します。
| 両方とも前のリビジョン前のリビジョン次のリビジョン | 前のリビジョン | ||
| official_blog:251217_qubic-solana_bridge [2026/01/14 22:58] – 削除 - 外部編集 (不明な日付) 127.0.0.1 | official_blog:251217_qubic-solana_bridge [2026/01/20 23:09] (現在) – [あなたにとっての意味は?] d.azuma | ||
|---|---|---|---|
| 行 1: | 行 1: | ||
| + | ====== 251217 QubicとSolanaの接続:Qubic-Solanaブリッジの解説(転載) ====== | ||
| + | * [[https:// | ||
| + | |||
| + | **執筆:Qubicチーム** | ||
| + | **公開日:2025年12月17日** | ||
| + | |||
| + | **Qubic** は、**Solana** への初の直接接続を実現しようとしています。このブリッジにより、QUBICトークンが両ネットワーク間を移動できるようになり、Solanaの巨大なDeFiエコシステムへのアクセスが解放されるとともに、Qubicコミュニティに新たな流動性の機会がもたらされます。 | ||
| + | |||
| + | ここでは、その仕組み、開発者、そしていつ利用可能になるのかについて、知っておくべき詳細を解説します。 | ||
| + | |||
| + | ===== なぜ Solana なのか? ===== | ||
| + | |||
| + | Solanaは、クリプト界で最も活発な流動性とユーザーのハブの一つです。業界最大級のDeFiプラットフォームを支えており、新しいプリミティブ、利回り、そして構築のためのインフラを求めるユーザーが絶えず流入しています。 | ||
| + | |||
| + | これまで、Qubicの「計算第一(compute-first)」のアーキテクチャは、主にその高速な環境の外側で進化してきました。このブリッジは、その流れの方向を変えるものです。 | ||
| + | |||
| + | Solanaブリッジは、Qubicから価値を奪うものではなく、「アクセス層(access layer)」として機能します。Solanaのユーザー、資本、そして注目をQubicエコシステムへと引き込みます。Qubicホルダーは、Qubicの基盤となる計算ネットワークに軸足を置いたまま、Solanaベースの流動性と対話するためのシームレスな経路を手にすることになります。同時に、Solanaユーザーに対しては、計算そのものがプロダクトとなる新しいクラスのインフラとして Qubic が紹介されることになります。 | ||
| + | |||
| + | 一言で言えば:\\ | ||
| + | **Solanaは「リーチ(広がり)」を提供し、Qubicは「実体(中身)」を提供します。** | ||
| + | |||
| + | ===== 開発者は誰か? ===== | ||
| + | |||
| + | 100点満点中89.33点というスコアで、競争入札(RFP)の結果 **[[https:// | ||
| + | |||
| + | ブリッジのセキュリティは理論上の話ではありません。それはクリプトにおいて最も攻撃されやすいベクトルの一つです。Avicenne が際立っているのは、彼らのインフラがすでに現実世界の条件下でテストされている点です。9桁(億単位)のTVL(預かり資産)、数百万人分のアクティブユーザーを扱いながら、重大な停止や既知のセキュリティ侵害は一度もありません。 | ||
| + | |||
| + | 実際の価値を大規模に移動させるためのブリッジを構築する際、その経験は極めて重要です。 | ||
| + | |||
| + | ===== ブリッジの仕組み ===== | ||
| + | |||
| + | Qubic-Solanaブリッジは、クロスチェーン転送において十分にテストされた標準である Circle社の **CCTP v2 プロトコル**に触発された「ロック&ミント(lock-and-mint)」モデルを使用しています。設計では「シンプルさ」を優先しています。脆弱性を招く可能性のある複雑な逆転メカニズムやステートマシンは存在しません。一度転送が開始されれば、それは完了します。 | ||
| + | |||
| + | * **QUBIC を Solana へ移動: | ||
| + | * QubicからSolanaへQUBICを送信すると、トークンはQubic側のスマートコントラクトにロックされます。 | ||
| + | * その後、ブリッジがSolana側で同量のラップドQUBIC(wQUBIC)をミント(発行)します。 | ||
| + | * 元のトークンは1: | ||
| + | * **wQUBICをQubicに戻す: | ||
| + | * 逆方向の場合、wQUBICはSolana側でバーン(焼却)されます。 | ||
| + | * その後、ブリッジがスマートコントラクトから元のQUBICトークンのロックを解除します。 | ||
| + | * ユーザーは自身のウォレットにネイティブQUBICを受け取ります。 | ||
| + | |||
| + | プロセスは以下の3つのステップで構成されます: | ||
| + | |||
| + | * **ステップ 1 – ロックまたはバーン: | ||
| + | * ユーザーが宛先、送信量、および取引処理のために支払う手数料を指定して転送を開始します。 | ||
| + | * **ステップ 2 – 検証: | ||
| + | * 独立したオラクルネットワークが転送リクエストを監視します。 | ||
| + | * 各オラクルが個別に詳細を確認し、デジタル署名を生成します。 | ||
| + | * 転送は、オラクルの約75%が内容が正しいと同意したときにのみ進行します。 | ||
| + | * 単一のオラクルが独断で承認することはできません。 | ||
| + | * **ステップ 3 – 解放: | ||
| + | * 十分な署名が集まると、リレイヤーが宛先チェーンに検証結果を提出します。 | ||
| + | * スマートコントラクトが署名の有効性を確認し、その転送が未処理であることをチェックした上で、トークンを解放します。 | ||
| + | |||
| + | この設計全体により、トークンは常に1: | ||
| + | |||
| + | ===== オラクルネットワーク ===== | ||
| + | |||
| + | [[tag: | ||
| + | |||
| + | これらのオラクルは常に両方のネットワークを監視しています。ロックイベントを検知すると、独立して詳細を検証し署名を作成します。転送にはオラクルの約75%の合意が必要という閾値(しきい値)により、単一のオラクルや少数のグループによる不正な転送承認を防ぎます。 | ||
| + | |||
| + | また、オラクルは設定次第でリレイヤーとしても機能します。リレイヤーは取引の処理を競い合い、手数料を得ることで、効率的な取引実行市場を形成します。 | ||
| + | |||
| + | ===== 手数料 ===== | ||
| + | |||
| + | ブリッジでは2種類の手数料が使用されます: | ||
| + | |||
| + | * **リレイヤー手数料 (Relayer Fee): | ||
| + | * 宛先チェーンでの取引コストをカバーします。 | ||
| + | * 転送作成時にユーザー自身で設定します。 | ||
| + | * 手数料を高く設定するほど、リレイヤーによって迅速に処理されます。 | ||
| + | * 技術的な知識があれば、これをゼロに設定して自身で最終的な取引を送信することも可能です。 | ||
| + | * **BPS手数料 (BPS Fee): | ||
| + | * 転送額に対する少額のパーセンテージ手数料です。 | ||
| + | * この手数料は、プロトコル財務(Treasury)と、ネットワークを保護するオラクルオペレーターの間で分割されます。 | ||
| + | * 大口の転送には異なる手数料ティアが適用される可能性があり、正確な構造は最終調整中です。 | ||
| + | |||
| + | どちらの手数料も転送額から差し引かれるため、受け取り側でいくら手に入るのかを正確に把握できます。 | ||
| + | |||
| + | ===== セキュリティ設計 ===== | ||
| + | |||
| + | ブリッジのアーキテクチャは、複雑さではなく「シンプルさ」を通じてセキュリティを優先しています。 | ||
| + | |||
| + | * **マルチシグ管理: | ||
| + | * すべての重要な管理機能はマルチシグウォレットによって制御されます。 | ||
| + | * このウォレットは Avicenne のチームメンバーと信頼できる Qubic コミュニティメンバーによって共同運用され、変更を有効にするには複数当事者の合意が必要です。 | ||
| + | * **緊急停止機能: | ||
| + | * 異常な活動が検知された場合、承認された当事者は既存の注文を保護しつつ、新しい転送を即座に凍結(フリーズ)できます。 | ||
| + | * これは手動、または自動監視システムによってトリガーされます。 | ||
| + | * **リプレイ攻撃対策: | ||
| + | * すべてのオラクル署名は固定されたメッセージ構造に対して検証されます。 | ||
| + | * これにより、署名後に転送詳細が変更されることを防ぎます。 | ||
| + | * **オフチェーン対処: | ||
| + | * オペレーターの不正行為については、スマートコントラクト上の複雑なスラッシング(罰則)メカニズムではなく、オフチェーンで対処する方針を採っています。 | ||
| + | * これによりコントラクトの複雑さを排除し、潜在的な脆弱性を削減しています。 | ||
| + | |||
| + | ===== 開発ロードマップ ===== | ||
| + | |||
| + | プロジェクトは明確なマイルストーンを伴う6ヶ月のタイムラインに従います: | ||
| + | |||
| + | ==== 2025年11月 – 2026年1月:計画フェーズ ==== | ||
| + | |||
| + | * アーキテクチャ、技術仕様、およびSolana・Qubic両側の開発計画を確定。正式な仕様レビューで完了。 | ||
| + | |||
| + | ==== 2026年1月 – 2月:コア開発 ==== | ||
| + | * 本格的な構築を開始。Solana/ | ||
| + | |||
| + | ==== 2026年2月 – 3月:統合 ==== | ||
| + | * 各コンポーネントを統合。Solana側、Qubic側、およびオラクルネットワークが正しく通信できるかテスト。 | ||
| + | |||
| + | ==== 2026年3月 – 4月:高度なテスト ==== | ||
| + | * エンドツーエンドでユーザーフローをテスト。フロントエンドインターフェースとオペレーター用コントラクトの構築。 | ||
| + | |||
| + | ==== 2026年4月 – 5月:セキュリティ監査 ==== | ||
| + | * 外部監査人が脆弱性をレビュー。実際の資産を流す前の極めて重要なチェックポイント。 | ||
| + | |||
| + | ==== 2026年5月 – 6月:ローンチ ==== | ||
| + | * 監査後の修正とテストを実施。Qubicコアチームによる最終承認を経て、メインネットにデプロイ、コミュニティに公開。 | ||
| + | |||
| + | 総開発期間は約80日間、テストや監査を含むプロジェクト全体で180日間となります。 | ||
| + | |||
| + | ===== 将来の互換性 ===== | ||
| + | |||
| + | このアーキテクチャは、マルチチェーン展開を念頭に置いて設計されています。Solana は最初のデプロイ先ですが、コアロジックは他のネットワークにも適応可能です。 | ||
| + | |||
| + | データ構造は異なる仮想マシンとの互換性を持つように構築されているため、将来的な Ethereum や他のEVM互換チェーンへの接続においても、既存システムの多くを再利用できます。 | ||
| + | |||
| + | ===== あなたにとっての意味は? ===== | ||
| + | |||
| + | **$QUBICホルダー**にとって、このブリッジは Solana の取引所、流動性プール、DeFiプロトコルへの扉を開きます。中央集権型取引所を経由することなく、両方のエコシステムでトークンを利用できるようになります。 | ||
| + | |||
| + | **Solanaユーザー**にとっては、Qubicのユニークな計算重視ネットワークへのアクセスが提供されます。Qubic の AI や分散型コンピューティング機能に関心を持つ開発者やユーザーにとっての経路となります。 | ||
| + | |||
| + | コードはオープンソース化され、ガバナンスは分散化され、セキュリティは実験的な複雑さよりも実証済みのパターンを優先します。Avicenne の実績は、技術的な実行がプロフェッショナルな基準を満たすという確信を与えてくれます。 | ||
| + | |||
| + | 開発はすでに進行中であり、最初のバージョンは **2026年5月** を目標としています。 | ||
| + | |||
| + | |||
| + | {{tag> | ||