> For the complete documentation index, see [llms.txt](https://docs.omniyield.finance/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.omniyield.finance/yue/omniyield/jia-gou.md).
# 架構
OmniYield 嘅架構設計成模組化、唔受鏈限制，而且高度可擴展。
我哋嘅首要目標係建立一層唔受鏈限制嘅收益層，為 DeFi 入面嘅用戶最大化風險調整後回報。為咗做到呢點，系統採用大量數據分析、先進嘅鏈下算法、嚴格嘅安全協議、分散化規則，同埋一個將跨鏈互動複雜性抽象化嘅架構。
### 關鍵架構組件
金庫
用戶進入 OmniYield 嘅入口。
呢啲符合 ERC-4626 標準嘅智能合約會安全管理存款、接收策略報告，同埋處理提款。
佢哋係主要介面，負責協調用戶資金同底層策略之間嘅運作。
執行層（Solver）
OmniYield 嘅智能層。
呢啲自動化系統會持續分析各條鏈上嘅 DeFi 協議，識別最佳收益機會，評估風險，並決定金庫嘅資產配置。
呢個處理喺鏈下計算以提高效率——只會將結果部署上鏈，從而防止 OmniYield 嘅策略被模仿。
策略
每個金庫至少會連接一個策略合約。
呢個組件會將 solver 嘅決策轉化成動作。佢處理資產轉移嘅技術複雜性，包括代幣兌換、提供流動性、借貸、質押等。
目的地
金庫資產最終部署到嘅指定 DeFi 協議、流動性池或收益農場。
跨鏈訊息基礎設施
支援跨鏈能力嘅基礎技術，促進唔同區塊鏈之間嘅通訊同資產轉移。
### 資產生命週期
了解資產流向有助釐清系統運作：
{% stepper %}
{% step %}
**存款**
用戶喺任何受支援鏈上，將單一資產類型（例如 USDC）存入相應嘅 OmniYield 金庫。已存入嘅資產會轉移到 Arbitrum hub 上嘅金庫合約，起初會閒置喺嗰度。
{% endstep %}
{% step %}
**跨鏈再平衡**
* 鏈下組件（自主 Solver）會監控金庫餘額同市場狀況。當閒置資產達到某個門檻，或者喺定期優化週期期間，系統就會為目前各條整合鏈上嘅策略決定最佳配置，並提出再平衡方案。如果方案符合安全同表現限制，就會透過 Arbitrum hub 上嘅金庫合約啟動再平衡（例如將 X 數量嘅 USDC 轉去 Chain Y 上嘅 Strategy A）。
* 利用 LayerZero 同 Axelar，一條包含再平衡指令嘅訊息會由 hub 傳送到目標鏈上相關嘅金庫合約。
* 系統會執行所需步驟（例如跨鏈橋轉移、兌換、存入等）嚟完成再平衡。
* 更新後嘅配置會被記錄，而確認／狀態更新會透過訊息層返送去 Arbitrum hub。呢個過程可能涉及將 hub 入面閒置資金轉入某個策略，或者喺唔同策略之間調撥資金，以追逐更好收益。
{% endstep %}
{% step %}
**自動複利與整合報告**
* 策略合約會定期向目的地協議領取已賺取嘅獎勵，換成金庫嘅基礎資產（例如 USDC）並自動再投資。呢個過程由有權限嘅 Keepers 協調。
* 包括所有受支援鏈上呢啲策略所產生嘅獎勵喺內嘅表現數據，會持續回報到 Arbitrum hub。獎勵會加到金庫總值入面，為存款者自動複利增長回報。
{% endstep %}
{% step %}
**提款**
* 提款唔限於存款鏈；用戶可以喺任何受支援鏈上隨時發起提款請求（**唔一定要同存款時用嘅係同一條鏈**).
* 會根據用戶存款喺所有底層策略同鏈上所產生嘅利潤，計算 9% 嘅表現費。
* 請求會被路由到 Arbitrum hub。如果金庫有足夠閒置資金（未有積極部署喺策略入面嘅資產），提款就會即時處理。
* 如果金庫閒置資金唔夠，hub 會通知策略提取所需金額。系統會優先由對整體收益（APR）影響最細嘅策略提款。視乎底層協議，呢個過程可能會慢少少。
{% endstep %}
{% step %}
**領取**
* 一旦金庫有足夠流動性，用戶就可以領取佢哋嘅提款。領取後，相應資產會透過跨鏈基礎設施轉入用戶錢包。
{% endstep %}
{% endstepper %}
### 跨鏈架構
OmniYield 嘅基礎設施建立喺一個穩健嘅 hub-and-spoke 架構之上：
* **Hub：** 我哋採用 Arbitrum 作為中央營運 hub（即「主鏈」）。OmniYield 協議嘅核心邏輯、複雜計算，以及整體狀態管理，主要都喺呢度運作。
* **Spokes：** 所有其他受支援嘅區塊鏈都作為「spoke chains」或者「side chains」運作。呢啲網絡係用戶存款可能來源嘅地方，同時亦係好多底層收益策略部署嘅地方。佢哋主要作為執行終點，接收嚟自 Hub 嘅指令。
#### **通訊流程：**
{% stepper %}
{% step %}
**聚合**
當作出再平衡決定，或者發生需要跨鏈移動嘅用戶操作（例如存款／提款）時，跨鏈訊息會被生成，並安全地由 spoke chains 傳送到 Arbitrum hub。
{% endstep %}
{% step %}
**計算**
Hub 會處理呢啲傳入訊息，執行所需計算（例如喺所有 spokes 之間優化資產配置、計算整體金庫表現、整合費用），並根據系統嘅全局視角作出策略決定。
{% endstep %}
{% step %}
**分發**
一旦決定完成，所需指令同交易數據就會由 Arbitrum 再分發返去相關嘅 spoke chains 智能合約執行（例如將資金存入另一個網絡上某個特定策略）。
{% endstep %}
{% endstepper %}
{% hint style="success" %}
呢種模組化設計可以實現：
* **集中式邏輯，分散式執行**\
呢個模式確保數據一致性，因為 Arbitrum hub 係單一真相來源。實際資本部署會喺各條 spoke chains 上發生，善用每條鏈提供嘅獨特機會。
* **模組化同可擴展性**\
新鏈、新資產、新策略同新目的地可以用即插即用嘅方式整合，而對現有代碼庫只需要極少改動。\
呢樣可以喺維持低攻擊面之餘，亦促進更多產品開發。為咗進一步提升穩健性同功能性，OmniYield Protocol 會整合各種 DeFi primitive 同基礎設施，提供最佳用戶體驗，並支援同其他金融工具無縫互動。
{% endhint %}
### 跨鏈通訊
我哋喺多條區塊鏈上運作嘅 hub-and-spoke 模式，得以透過採用領先嘅跨鏈訊息提供者嚟實現：LayerZero 同 Axelar（將來亦有可能加入其他專為特定代幣／鏈／功能而設嘅方案）。
LayerZero 提供輕量而高效嘅訊息傳遞，確保喺受支援網絡之間有最低延遲同無需信任嘅互操作性。Axelar 則以高層路由同安全交付通用跨鏈訊息作補充。
* **通訊骨幹：** 呢啲協議作為安全可靠嘅通訊基礎設施，連接我哋嘅 Hub（Arbitrum）同所有 Spoke 鏈。佢哋提供喺區塊鏈邊界之間傳送數據同指令嘅必要通道。所有訊息轉發、驗證同結算都透過呢啲提供者嘅安全訊息通道完成。
* **促進關鍵操作：** LayerZero 同 Axelar 會傳送核心功能所需嘅重要訊息。包括：
* 通知 Hub 喺 spoke chains 上發生嘅新存款。
* 將 spoke chains 上用戶嘅提款請求轉發到 Hub 處理。
* 由 Hub 向 spoke chains 上嘅策略合約發送指令，執行存款、提款或再平衡。
* 將由 spoke chains 上嘅策略產生嘅收益、表現指標同費用數據回報到 Hub。
### 整合費用報告
喺一般多鏈設定入面，每條鏈通常都會作為一個孤島，擁有獨立嘅邏輯同表現報告。OmniYield 採用完全唔同嘅做法。我哋相信我哋嘅生態系統應該作為一個單一整合協議運作，而唔係一堆分散嘅、按鏈部署嘅系統。
雖然 OmniYield 會從喺多條鏈上運作嘅收益策略產生費用，協議仍會實施整合費用報告：將所有受支援鏈上嘅費用生成數據匯總、標準化，並喺 Arbitrum（hub）上計算。
{% hint style="success" %}
呢樣可以帶嚟：
* **靈活嘅用戶體驗：** 用戶唔需要擔心獎勵唔一致。佢哋可以喺自己鍾意嘅任何鏈上存款，並知道費用、收益機會同獎勵喺整個 OmniYield 生態系統中都保持一致。
* **共享代幣經濟學：** 所有協議費用，無論來自邊條鏈，都會貢獻到同一個全球收入模型。
* **透明指標：** 統一報告可以消除差異，並提升可審計性。
{% endhint %}