# アーキテクチャ OmniYieldのアーキテクチャは、モジュール式、チェーン非依存、そして高い拡張性を持つよう設計されています。 私たちの主な目的は、DeFi全体でユーザーにとってリスク調整後リターンを最大化する、チェーン非依存の利回りレイヤーを構築することです。これを実現するために、このシステムは広範なデータ分析、高度なオフチェーンアルゴリズム、厳格な安全プロトコル、分散化ルール、そしてクロスチェーン相互作用の複雑さを抽象化するアーキテクチャを採用しています。 ### 主要なアーキテクチャ要素
Vault ユーザーがOmniYieldへ入るための入り口です。 これらのERC-4626準拠のスマートコントラクトは、入金を安全に管理し、戦略からのレポートを受け取り、出金処理を行います。 これらは、ユーザー資金を基盤となるStrategyと連携させる主要なインターフェースとして機能します。
実行レイヤー（Solver） OmniYieldのインテリジェンス層です。 これらの自動化システムは、各チェーンにまたがるDeFiプロトコルを常時分析し、最適な利回り機会を特定し、リスクを評価し、Vaultへの資産配分を決定します。 この処理は効率性のためにオフチェーンで計算されます。オンチェーンに実装されるのは結果のみであり、OmniYieldの戦略が模倣されるのを防ぎます。
Strategy 各Vaultには少なくとも1つのStrategyコントラクトが紐づいています。 このコンポーネントは、Solverの判断をアクションへ変換します。トークンスワップ、流動性提供、レンディング、ステーキングなど、資産移動に関する技術的な複雑さを処理します。
デスティネーション Vault資産が最終的に運用される、特定のDeFiプロトコル、流動性プール、またはイールドファームです。
クロスチェーンメッセージング基盤 クロスチェーン機能を可能にする基盤技術であり、異なるブロックチェーン間の通信と資産移転を促進します。
### 資産ライフサイクル 資産の流れを理解することで、システムの動作がより明確になります。 {% stepper %} {% step %} **入金** ユーザーは、任意の対応チェーン上にある対応するOmniYield Vaultへ、単一の資産タイプ（例：USDC）を入金します。入金された資産はArbitrumのハブ上にあるVaultコントラクトへ移され、最初はそこで待機状態になります。 {% endstep %} {% step %} **クロスチェーン再配分** * オフチェーンコンポーネント（自律型Solver）は、Vault残高と市場状況を監視します。一定のアイドル資産の閾値に達した場合、または定期的な最適化サイクル中に、統合された各チェーン上の現在のStrategyに対する最適配分を決定し、再配分プランを提案します。その提案が安全性およびパフォーマンスの制約を満たす場合、Arbitrumのハブ上のVaultコントラクトを通じて再配分を開始します（例：USDCのX量をChain Y上のStrategy Aへ移動）。 * LayerZeroとAxelarを用いて、再配分指示を含むメッセージがハブから対象チェーン上の関連Vaultコントラクトへ送信されます。 * システムは、必要な手順（ブリッジ、スワップ、入金など）を実行して再配分します。 * 更新された配分は記録され、確認・ステータス更新はメッセージングレイヤーを介してArbitrumのハブへ返送されます。このプロセスでは、ハブ上の遊休資金をStrategyへ移したり、より良い利回りを追求して異なるStrategy間で資金を移動したりすることがあります。 {% endstep %} {% step %} **自動複利運用と統合レポーティング** * Strategyコントラクトは、デスティネーション先のプロトコルから得られた報酬を定期的に回収し、Vaultの基軸資産（例：USDC）に変換して自動的に再投資します。このプロセスは、権限を持つKeeperによって পরিচালされます。 * これらのStrategyが全対応チェーン上で生み出した報酬を含むパフォーマンスデータは、継続的にArbitrumのハブへ報告されます。報酬はVaultの総資産価値に加算され、預け入れ者に対して自動的に複利でリターンが増加します。 {% endstep %} {% step %} **出金** * 出金は入金チェーンに限定されません。ユーザーは、任意の対応チェーンからいつでも出金要求を開始できます（**入金に使用したのと同じチェーンである必要はありません**). * 9%のパフォーマンス手数料は、すべての基盤となるStrategyおよびチェーンにわたる、ユーザーの入金から生じた利益に基づいて計算されます。 * 要求はArbitrumのハブにルーティングされます。Vaultに十分な遊休資金（Strategyで積極的に運用されていない資産）がある場合、出金は即座に処理されます。 * Vaultの遊休資金が不足している場合、ハブは必要額を引き出すようStrategyにシグナルを送ります。全体の利回り（APR）への影響が最小となるStrategyからの出金を優先します。このプロセスは、基盤となるプロトコルによっては多少時間がかかる場合があります。 {% endstep %} {% step %} **請求** * Vaultに十分な流動性が確保されると、ユーザーは出金を請求できます。請求時に、対応する資産はクロスチェーン基盤を通じてユーザーのウォレットへ送金されます。 {% endstep %} {% endstepper %} ### クロスチェーンアーキテクチャ OmniYieldのインフラは、堅牢なハブ・アンド・スポーク型アーキテクチャの上に構築されています。 * **ハブ:** 私たちはArbitrumを中央の運用ハブ（「メインチェーン」）として利用しています。OmniYieldプロトコルの中核ロジック、複雑な計算、全体状態の管理は主にここに存在します。 * **スポーク:** その他すべての対応ブロックチェーンは、「スポークチェーン」または「サイドチェーン」として機能します。これらは、ユーザーの入金元となり、多くの基盤となる利回りStrategyが展開されるネットワークです。主に実行先として機能し、ハブからの指示を受け取ります。
#### **通信フロー:** {% stepper %} {% step %} **集約** 再配分の判断が下されるか、クロスチェーン移動を必要とするユーザー操作（入出金など）が発生すると、クロスチェーンメッセージが生成され、スポークチェーンからArbitrumのハブへ安全に送られます。 {% endstep %} {% step %} **計算** ハブはこれらの受信メッセージを処理し、必要な計算（全スポークにわたる資産配分の最適化、Vault全体のパフォーマンス計算、手数料の統合など）を行い、システム全体を見渡した上で戦略的な意思決定を行います。 {% endstep %} {% step %} **配信** 意思決定が行われると、必要な指示とトランザクションデータがArbitrumからスポークチェーン上の関連スマートコントラクトへ再配信され、実行されます（例：別ネットワーク上の特定Strategyへ資金を入金する）。 {% endstep %} {% endstepper %} {% hint style="success" %} このモジュール設計により、以下が可能になります: * **中央集約されたロジック、分散化された実行**\ このモデルは、Arbitrumのハブが単一の信頼できる情報源として機能するため、データの一貫性を確保します。実際の資本配分はスポークチェーン全体で行われ、各チェーンが提供する独自の機会を活用します。 * **モジュール性と拡張性**\ 新しいチェーン、資産、Strategy、デスティネーションは、既存のコードベースへの変更を最小限に抑えつつ、プラグアンドプレイ方式で統合できます。\ これにより、追加機能の開発を促進しながら、攻撃対象領域を小さく保てます。さらに堅牢性と機能性を高めるため、OmniYield ProtocolはさまざまなDeFiプリミティブやインフラと統合し、最高のユーザー体験を提供するとともに、他の金融ツールとのシームレスな相互作用を可能にします。 {% endhint %} ### クロスチェーン通信 多数のブロックチェーンにまたがるハブ・アンド・スポークモデルの運用は、主要なクロスチェーンメッセージングプロバイダーであるLayerZeroとAxelar（将来的には特定のトークン／チェーン／機能に合わせた他のプロバイダーも含む可能性があります）を活用することで実現されています。 LayerZeroは軽量かつ効率的なメッセージングを可能にし、対応ネットワーク間で最小限の遅延と信頼不要の相互運用性を確保します。Axelarはこれを補完し、高レベルのルーティングと汎用的なクロスチェーンメッセージの安全な配信を提供します。 * **通信のバックボーン:** これらのプロトコルは、私たちのハブ（Arbitrum）とすべてのスポークチェーンをつなぐ、安全で信頼性の高い通信基盤として機能します。ブロックチェーンの境界を越えてデータと指示を送信するための重要な経路を提供します。メッセージの中継、検証、決済はすべて、これらのプロバイダーの安全なメッセージングレールを通じて行われます。 * **主要なオペレーションの促進:** LayerZeroとAxelarは、中核機能に必要な重要メッセージを転送します。これには以下が含まれます: * スポークチェーン上で行われた新規入金をハブへ通知する。 * スポークチェーン上のユーザーからの出金要求を処理のためにハブへ中継する。 * ハブからスポークチェーン上のStrategyコントラクトへコマンドを送信し、入金、出金、または再配分を実行する。 * スポークチェーン上のStrategyから生成された利回り、パフォーマンス指標、手数料データをハブへ報告する。 ### 統合手数料レポーティング 一般的なマルチチェーン構成では、各チェーンが孤立したロジックとパフォーマンス報告を持つサイロとして機能することが多いです。OmniYieldはまったく異なるアプローチを取ります。私たちは、このエコシステムがチェーンごとの断片化された展開の集合ではなく、単一の統合されたプロトコルとして動作すべきだと考えています。 OmniYieldは多数のチェーンで稼働する利回りStrategyから手数料を生み出しますが、プロトコルは統合手数料レポーティングを実装しています。これは、対応する全チェーンからの手数料生成データを集約・正規化し、Arbitrum（ハブ）上で計算する仕組みです。 {% hint style="success" %} これにより、以下が可能になります: * **柔軟なユーザー体験:** ユーザーは一貫性のないインセンティブを気にする必要がありません。手数料、利回り機会、報酬がOmniYieldエコシステム全体で一貫していることを理解した上で、好みの任意のチェーンから入金できます。 * **共有トークノミクス:** 起点となるチェーンに関係なく、すべてのプロトコル手数料は同じグローバル収益モデルに貢献します。 * **透明な指標:** 統一されたレポーティングにより、差異がなくなり、監査可能性が向上します。 {% endhint %} --- # Agent Instructions: Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question. Perform an HTTP GET request on the current page URL with the `ask` query parameter: ``` GET https://docs.omniyield.finance/ja/omniyield/kitekucha.md?ask= ``` The question should be specific, self-contained, and written in natural language. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.