Ctrlk
For the complete documentation index, see llms.txt. This page is also available as Markdown.

架構

OmniYield 嘅架構設計成模組化、唔受鏈限制，而且高度可擴展。

我哋嘅首要目標係建立一層唔受鏈限制嘅收益層，為 DeFi 入面嘅用戶最大化風險調整後回報。為咗做到呢點，系統採用大量數據分析、先進嘅鏈下算法、嚴格嘅安全協議、分散化規則，同埋一個將跨鏈互動複雜性抽象化嘅架構。

關鍵架構組件

金庫

用戶進入 OmniYield 嘅入口。

呢啲符合 ERC-4626 標準嘅智能合約會安全管理存款、接收策略報告，同埋處理提款。

佢哋係主要介面，負責協調用戶資金同底層策略之間嘅運作。

執行層（Solver）

OmniYield 嘅智能層。

呢啲自動化系統會持續分析各條鏈上嘅 DeFi 協議，識別最佳收益機會，評估風險，並決定金庫嘅資產配置。

呢個處理喺鏈下計算以提高效率——只會將結果部署上鏈，從而防止 OmniYield 嘅策略被模仿。

策略

每個金庫至少會連接一個策略合約。

呢個組件會將 solver 嘅決策轉化成動作。佢處理資產轉移嘅技術複雜性，包括代幣兌換、提供流動性、借貸、質押等。

目的地

金庫資產最終部署到嘅指定 DeFi 協議、流動性池或收益農場。

跨鏈訊息基礎設施

支援跨鏈能力嘅基礎技術，促進唔同區塊鏈之間嘅通訊同資產轉移。

資產生命週期

了解資產流向有助釐清系統運作：

1

存款

用戶喺任何受支援鏈上，將單一資產類型（例如 USDC）存入相應嘅 OmniYield 金庫。已存入嘅資產會轉移到 Arbitrum hub 上嘅金庫合約，起初會閒置喺嗰度。

2

跨鏈再平衡

  • 鏈下組件（自主 Solver）會監控金庫餘額同市場狀況。當閒置資產達到某個門檻，或者喺定期優化週期期間，系統就會為目前各條整合鏈上嘅策略決定最佳配置，並提出再平衡方案。如果方案符合安全同表現限制，就會透過 Arbitrum hub 上嘅金庫合約啟動再平衡（例如將 X 數量嘅 USDC 轉去 Chain Y 上嘅 Strategy A）。

  • 利用 LayerZero 同 Axelar，一條包含再平衡指令嘅訊息會由 hub 傳送到目標鏈上相關嘅金庫合約。

  • 系統會執行所需步驟（例如跨鏈橋轉移、兌換、存入等）嚟完成再平衡。

  • 更新後嘅配置會被記錄，而確認／狀態更新會透過訊息層返送去 Arbitrum hub。呢個過程可能涉及將 hub 入面閒置資金轉入某個策略，或者喺唔同策略之間調撥資金，以追逐更好收益。

3

自動複利與整合報告

  • 策略合約會定期向目的地協議領取已賺取嘅獎勵，換成金庫嘅基礎資產（例如 USDC）並自動再投資。呢個過程由有權限嘅 Keepers 協調。

  • 包括所有受支援鏈上呢啲策略所產生嘅獎勵喺內嘅表現數據，會持續回報到 Arbitrum hub。獎勵會加到金庫總值入面，為存款者自動複利增長回報。

4

提款

  • 提款唔限於存款鏈；用戶可以喺任何受支援鏈上隨時發起提款請求（唔一定要同存款時用嘅係同一條鏈).

  • 會根據用戶存款喺所有底層策略同鏈上所產生嘅利潤，計算 9% 嘅表現費。

  • 請求會被路由到 Arbitrum hub。如果金庫有足夠閒置資金（未有積極部署喺策略入面嘅資產），提款就會即時處理。

  • 如果金庫閒置資金唔夠，hub 會通知策略提取所需金額。系統會優先由對整體收益（APR）影響最細嘅策略提款。視乎底層協議，呢個過程可能會慢少少。

5

領取

  • 一旦金庫有足夠流動性，用戶就可以領取佢哋嘅提款。領取後，相應資產會透過跨鏈基礎設施轉入用戶錢包。

跨鏈架構

OmniYield 嘅基礎設施建立喺一個穩健嘅 hub-and-spoke 架構之上：

  • Hub： 我哋採用 Arbitrum 作為中央營運 hub（即「主鏈」）。OmniYield 協議嘅核心邏輯、複雜計算，以及整體狀態管理，主要都喺呢度運作。

  • Spokes： 所有其他受支援嘅區塊鏈都作為「spoke chains」或者「side chains」運作。呢啲網絡係用戶存款可能來源嘅地方，同時亦係好多底層收益策略部署嘅地方。佢哋主要作為執行終點，接收嚟自 Hub 嘅指令。

通訊流程：

1

聚合

當作出再平衡決定，或者發生需要跨鏈移動嘅用戶操作（例如存款／提款）時，跨鏈訊息會被生成，並安全地由 spoke chains 傳送到 Arbitrum hub。

2

計算

Hub 會處理呢啲傳入訊息，執行所需計算（例如喺所有 spokes 之間優化資產配置、計算整體金庫表現、整合費用），並根據系統嘅全局視角作出策略決定。

3

分發

一旦決定完成，所需指令同交易數據就會由 Arbitrum 再分發返去相關嘅 spoke chains 智能合約執行（例如將資金存入另一個網絡上某個特定策略）。

呢種模組化設計可以實現：

  • 集中式邏輯，分散式執行 呢個模式確保數據一致性，因為 Arbitrum hub 係單一真相來源。實際資本部署會喺各條 spoke chains 上發生，善用每條鏈提供嘅獨特機會。

  • 模組化同可擴展性 新鏈、新資產、新策略同新目的地可以用即插即用嘅方式整合，而對現有代碼庫只需要極少改動。 呢樣可以喺維持低攻擊面之餘，亦促進更多產品開發。為咗進一步提升穩健性同功能性，OmniYield Protocol 會整合各種 DeFi primitive 同基礎設施，提供最佳用戶體驗，並支援同其他金融工具無縫互動。

跨鏈通訊

我哋喺多條區塊鏈上運作嘅 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）上計算。

呢樣可以帶嚟：

  • 靈活嘅用戶體驗： 用戶唔需要擔心獎勵唔一致。佢哋可以喺自己鍾意嘅任何鏈上存款，並知道費用、收益機會同獎勵喺整個 OmniYield 生態系統中都保持一致。

  • 共享代幣經濟學： 所有協議費用，無論來自邊條鏈，都會貢獻到同一個全球收入模型。

  • 透明指標： 統一報告可以消除差異，並提升可審計性。

上一頁OmniYield 運作方式下一頁治理

最後更新