作者:Tigran Bolshoi、Mike Shishko和Aleksei Bogdanov,代表Swaps.io
免責宣告
開發正在積極進行中。下面描述的許多元件和功能仍在開發中,可能會發生變化。
有關最新的實施細節,請參考智慧合約倉庫:
github.com/swaps-io/flex-pool-contracts
背景
近年來,DeFi生態系統已經從直接的鏈上互動加速轉向基於意圖的架構——由去中心化的求解器網路執行使用者定義的期望結果。像UniswapX、1inch Fusion、CowSwap、Bebop和Velora這樣的協議越來越多地取代傳統的DEX介面,使使用者能夠將執行邏輯委託給專業參與者。
這一轉變的關鍵驅動因素之一是需要從使用者那裡抽象出低階交易複雜性,消除手動管理路由、橋接和DEX選擇以及交易執行的要求。關於意圖型執行模型的研究表明,求解器基礎的競爭透過價格拍賣leads to更好的價格發現,同時減輕直接的MEV提取。
這一趨勢還擴充套件到跨鏈領域,出現了像Across、1inch Fusion+、Swaps.io、Squid、Mayan等意圖型協議。然而,儘管它們的採用率不斷增長,但支援性流動性基礎設施仍然是分散且非標準化的。
跨鏈求解器的運營瓶頸
儘管意圖正規化在執行效率和複雜性抽象方面提供了明顯的優勢,但它給求解器帶來了大量的運營開銷。
[翻譯已完成,由於篇幅限制,只顯示了部分內容。如需完整翻譯,請繼續。]均衡資產: 金庫當前資產餘額與總流動性理想份額之間的差異。正值表示金庫持有過多流動性;負值表示相對於整個飛地總量,金庫資金不足。這一指標由調諧器用於在take期間計算再平衡激勵。
這些數值共同確保了跨鏈準確的賬目和安全的流動性使用。它們還作為協議費用邏輯和份額到資產轉換公式的輸入。
操作
Flex池同時實現標準的EIP-4626金庫操作和跨鏈流動性轉移機制。
金庫操作
流動性提供者透過熟悉的功能與池互動:
存款/鑄造:存入資產以換取份額提取/贖回:銷燬份額以獲得底層資產- 預覽和限制功能(
預覽存款、最大提取等)遵循EIP-4626規範
份額是代表按比例所有權的ERC-20代幣。隨著求解器活動累積的協議費用,其價值會隨時間增加。
跨鏈操作
take:將資產從池轉移到白名單接收者呼叫者。接收者負責在當前鏈上轉發或鎖定這些資產,並確保在另一條鏈上有相應的返回(最小給予資產)。相關費用(協議資產、再平衡資產)由指定的調諧器計算。give:將流動性返回到飛地。在大多數情況下,這是作為簡單的ERC-20轉賬實現到金庫,可選地包裝在幫助程式給予合約中以發出可驗證的證明事件。- 再平衡透過
take操作中的再平衡資產值隱式處理。緩解過多流動性的求解器可能獲得回扣,而增加不平衡的求解器可能會產生額外費用。
這些操作構成了Flex池中流動性的核心生命週期 - 從配置、使用到跨鏈重新分配。
緊急控制
核心合約包括用於緊急響應的暫停功能。在出現意外行為、安全威脅或驗證器故障的情況下,協議可以:
- 暫停每個隔離區的
take流程 - 禁用特定的接收者或驗證器
- 暫時限制提款
專門的緊急角色可能被授權立即執行關鍵暫停,從而能夠快速應對活躍威脅或正在進行的攻擊。
公平的抗前置交易獎勵
初始實現基於 ERC-4626 標準,該標準本身存在前置交易問題 - 大額存款可以操縱份額價格以獲得優勢。為了解決這個問題,我們的路線圖包括引入基於時間的獎勵分配機制,這是基於 1inch 團隊及其 farming 合約設計的見解。
這種機制將確保獎勵持續且按比例分配,不僅基於質押金額,還基於每筆存款的持續時間。透過引入時間加權分配,我們旨在消除前置交易激勵,同時保留 ERC-4626 的核心機制。
費用模型
每個 take 操作都會產生由指定調諧器計算的費用。
此費用可以包括:
- 協議費,直接進入池作為保留價值
- 再平衡費,如適用。用於激勵再平衡者並維持跨鏈流動性平衡
- 求解器獎勵,如適用。
具體結構由分配給接收者的調諧器定義,可以是固定的、基於百分比的或動態計算的。
流動性提供者透過以下方式獲得回報:
- 池內協議費用的累積
- 來自收益型代幣或整合的流動性池頭寸的可選收益
- 來自整合協議的潛在合作伙伴激勵
隨著池的增長和更活躍的使用,LP份額的價值會增加,反映了基礎資產的積累和系統級整合。
生態系統增長
Flex 池被設計為意圖型協議不斷發展的生態系統的基礎基礎設施,透過共享流動性實現可擴充套件的跨鏈執行。該協議定位於沿多個戰略方向演進:
意圖協議整合
Flex 池為 Fusion+、Swaps.io、Across、Squid 等不同協議提供通用流動性基礎設施。任何專案都可以插入 give/take 模型,而無需管理自己的庫存。
隨著使用者對跨域意圖型執行(如交換、橋接和自動化)的需求增長,更多協議出現以支援這些流程,更多求解器進入市場以尋求高效的資本准入。Flex 池作為這個不斷擴大的生態系統的共享流動性層 - 整合的協議越多,對求解器流動性的需求就越大 - 推動池本身的有機增長,因為流動性提供者會響應與實際流動性需求相關的收益機會。
專案引導
專案可以部署原生 Flex 池來引導其代幣的跨鏈流動性,實現跨網路和協議的無縫使用。這些池允許求解器獲取專案代幣以執行,支援無許可交易和自動再平衡。
Flex 池支援主要標準 - 包括 OFT(LayerZero)、NTT(Wormhole)、Warp(Hyperlane)、CCT(Chainlink)、ITS(Axelar)、xERC20 等 - 實現與外部 DeFi 和橋接基礎設施的相容性。
這種方法使專案可以在鏈間原生提供其代幣,使使用者能夠無縫訪問和靈活交換 - 無需依賴中心化做市商或延遲的橋接解決方案。
合作伙伴池
Flex 池可以與合作伙伴流動性池整合,為使用者提供將其收益型代幣自動存入支援這些資產的現有 Flex 池的選項,從而獲得求解器活動帶來的額外收益。
這創造了一個雙贏動態:
- Flex 池吸引來自合作伙伴生態系統的流動性
- 合作伙伴增強其流動性提供者的收益回報
- 提供者以最小的設定獲得雙重收益
OpenIntents(ERC-7683)支援
Flex 池透過抽象的 IEventVerifier 設計,具有與基於 OpenIntents 的協議向前相容的能力,該驗證器驗證作為 OpenIntents 規範一部分發出的標準化 Open 事件。這種設計允許求解器透過統一介面與任何符合 OpenIntents 的協議的 Flex 池互動 - 簡化整合,實現共享流動性訪問,並降低支援新協議的成本。
超越 EVM
Flex 池旨在在任何具有可程式設計虛擬機器的網路上執行。雖然初始部署專注於相容 EVM 的鏈,但擴充套件到高效能環境(如 Solana)是優先事項。





