# 架構
OmniYield 嘅架構設計成模組化、唔依賴特定鏈，而且高度可擴展。
我哋嘅主要目標係建立一個唔依賴特定鏈嘅收益層，為 DeFi 入面嘅用家最大化風險調整後回報。為咗達到呢個目標，系統採用大量數據分析、先進嘅鏈下算法、嚴格安全協議、分散風險規則，同埋一個抽象化跨鏈互動複雜性嘅架構。
### 主要架構組件
金庫
用家進入 OmniYield 嘅入口。
呢啲符合 ERC-4626 標準嘅智能合約會安全地管理存款、接收策略報告，同埋處理提款。
佢哋作為主要介面，協調用戶資金同底層策略。
執行層（Solver）
OmniYield 嘅智能層。
呢啲自動化系統會持續分析跨鏈 DeFi 協議，搵出最佳收益機會，評估風險，並決定金庫嘅資產配置。
為咗提高效率，呢個處理喺鏈外計算——只會將結果落到鏈上，避免 OmniYield 嘅策略俾人仿製。
策略
每個金庫都最少連接一個策略合約。
呢個組件會將 solver 嘅決策轉化成動作。佢處理資產搬移嘅技術複雜性，包括代幣兌換、提供流動性、借貸、質押等等。
目的地
資金最終部署去邊啲具體 DeFi 協議、流動性池或者收益農場。
跨鏈訊息基礎設施
支撐跨鏈功能嘅基礎技術，促進唔同區塊鏈之間嘅通訊同資產轉移。
### 資產生命週期
理解資產流向有助釐清系統運作：
{% stepper %}
{% step %}
**存款**
用家喺任何支援鏈上，將單一資產類型（例如 USDC）存入相應嘅 OmniYield 金庫。已存入嘅資產會轉去 Arbitrum hub 上嘅金庫合約，並最初閒置喺嗰度。
{% endstep %}
{% step %}
**跨鏈再平衡**
* 鏈下組件（自主 Solver）會監察金庫結餘同市場狀況。當閒置資產達到某個門檻，或者喺定期優化週期期間，佢會判斷現有策略喺整合各鏈後嘅最佳配置，並提出再平衡方案。如果提案符合安全同表現限制，就會透過 Arbitrum hub 上嘅金庫合約啟動再平衡（例如，將 X 數量嘅 USDC 轉去鏈 Y 上嘅策略 A）。
* 透過 LayerZero 同 Axelar，一個包含再平衡指示嘅訊息會由 hub 傳送到目標鏈上相關嘅金庫合約。
* 系統會執行所需步驟（例如橋接、兌換、存入等）去完成再平衡。
* 更新後嘅配置會被記錄，並透過訊息層將確認／狀態更新傳回 Arbitrum hub。呢個過程可能包括將 hub 上嘅閒置資金轉入某個策略，或者喺唔同策略之間調動資金，以追逐更高收益。
{% endstep %}
{% step %}
**自動複投同整合報告**
* 策略合約會定期向目的地協議領取賺取嘅獎勵，轉換成金庫嘅基礎資產（例如 USDC），並自動再投資。呢個過程由獲授權嘅 Keeper 協調。
* 績效數據，包括呢啲策略喺所有支援鏈上產生嘅獎勵，會持續回報到 Arbitrum hub。獎勵會加入金庫總價值，令存款人嘅回報自動複利增長。
{% endstep %}
{% step %}
**提款**
* 提款唔限於存款鏈；用家可以隨時喺任何支援鏈上發起提款請求（**唔一定要同存款用同一條鏈**).
* 9% 嘅績效費會根據用家存款喺所有底層策略同鏈所產生嘅利潤計算。
* 請求會被路由到 Arbitrum hub。如果金庫有足夠閒置資金（即未有積極部署喺策略中嘅資產），提款就會即時處理。
* 如果金庫閒置資金不足，hub 就會通知策略提取所需金額。系統會優先從對整體收益（APR）影響最小嘅策略提取。視乎底層協議，呢個過程可能會稍為耐少少。
{% endstep %}
{% step %}
**領取**
* 一旦金庫有足夠流動性，用家就可以領取提款。領取時，相應資產會透過跨鏈基礎設施轉到用家錢包。
{% endstep %}
{% endstepper %}
### 跨鏈架構
OmniYield 嘅基礎設施建基於一個穩健嘅 hub-and-spoke 架構：
* **Hub：** 我哋採用 Arbitrum 作為中央營運 hub（「主鏈」）。OmniYield 協議嘅核心邏輯、複雜計算，同整體狀態管理主要都喺呢度。
* **Spoke：** 所有其他支援嘅區塊鏈都作為「spoke chain」或者「side chain」。呢啲係用家可能存款來源嘅網絡，同時亦係好多底層收益策略部署嘅地方。佢哋主要作為執行終點，接收來自 Hub 嘅指令。
#### **通訊流程：**
{% stepper %}
{% step %}
**彙總**
當作出再平衡決定，或者出現需要跨鏈搬動嘅用家操作（例如存款／提款）時，跨鏈訊息就會生成，並由 spoke chain 安全傳送到 Arbitrum hub。
{% endstep %}
{% step %}
**計算**
Hub 會處理呢啲傳入訊息，執行必要計算（例如跨所有 spokes 優化資產配置、計算整體金庫表現、整合費用），並根據系統全局視角作出策略決定。
{% endstep %}
{% step %}
**分發**
一旦決定作出，所需指令同交易數據就會由 Arbitrum 分發返去相關 spoke chain 上嘅智能合約執行（例如，將資金存入另一個網絡上某個特定策略）。
{% endstep %}
{% endstepper %}
{% hint style="success" %}
呢個模組化設計可以實現：
* **集中邏輯、分散執行**\
呢個模式確保數據一致性，因為 Arbitrum hub 作為單一可信來源。實際資本部署會喺各個 spoke chain 上進行，利用每條鏈提供嘅獨特機會。
* **模組化同可擴展性**\
新鏈、資產、策略同目的地可以用即插即用方式整合，只需要對現有程式碼庫作極少改動。\
呢個可以降低攻擊面，同時方便開發更多產品。為咗進一步提升穩健性同功能性，OmniYield Protocol 會整合唔同 DeFi 基礎組件同基礎設施，提供最佳用戶體驗，並支援同其他金融工具無縫互動。
{% endhint %}
### 跨鏈通訊
我哋喺眾多區塊鏈上運作 hub-and-spoke 模式，係透過採用領先嘅跨鏈訊息服務供應商而實現：LayerZero 同 Axelar（未來亦可能包括其他專為特定代幣／鏈／功能而設嘅方案）。
LayerZero 提供輕量而高效嘅訊息傳遞，確保喺支援網絡之間有最低延遲同無需信任嘅互操作性。Axelar 則以高層路由同安全傳送通用跨鏈訊息作補充。
* **通訊骨幹：** 呢啲協議作為安全可靠嘅通訊基礎設施，將我哋嘅 Hub（Arbitrum）同所有 Spoke chain 連接起來。佢哋提供喺區塊鏈邊界之間傳送數據同指令嘅必要通道。所有訊息轉發、驗證同結算都係透過呢啲供應商安全訊息通道完成。
* **支援關鍵操作：** LayerZero 同 Axelar 會傳送核心功能所需嘅關鍵訊息，包括：
* 通知 Hub 喺 spoke chain 上出現新存款。
* 將 spoke chain 用家嘅提款請求轉發到 Hub 處理。
* 由 Hub 向 spoke chain 上嘅策略合約發送指令，以執行存款、提款或再平衡。
* 將 spoke chain 上策略產生嘅收益、績效指標同費用數據回報到 Hub。
### 整合費用報告
喺一般多鏈設置入面，每條鏈通常都係一個孤島，有自己獨立嘅邏輯同績效報告。OmniYield 採取完全唔同嘅做法。我哋認為，我哋嘅生態系統應該作為一個統一協議運作，而唔係一堆分散、按鏈部署嘅集合。
雖然 OmniYield 會由喺多條鏈上運作嘅收益策略產生費用，但協議會實施整合費用報告，即係將所有支援鏈嘅費用生成數據匯總、標準化，並喺 Arbitrum（hub）上計算。
{% hint style="success" %}
呢樣可以實現：
* **彈性用戶體驗：** 用家唔需要擔心唔一致嘅誘因。佢哋可以喺自己鍾意嘅任何鏈上存款，並知道費用、收益機會同獎勵喺整個 OmniYield 生態入面都保持一致。
* **共享代幣經濟：** 所有協議費用，無論嚟自邊條鏈，都會計入同一個全球收入模型。
* **透明指標：** 統一報告可以消除差異，並提升可審計性。
{% endhint %}