總資產： 池管理的資產總額，包括所有存款和協議費用。代表對流動性提供者的全部義務。
當前資產： 本地鏈保險庫中當前持有的資產數量。包括可用流動性和再平衡儲備。
可用資產： 當前資產中未被預留、可立即用於
take或withdraw的部分。再平衡資產： 保險庫內單獨保留的儲備，用於支付解決者恢復跨鏈平衡的費用。由增加不平衡的
take操作提供資金。均衡資產： 保險庫當前資產餘額與總流動性理想份額之間的差異。正值表示保險庫持有過多流動性；負值表示相對於整個飛地資金不足。此指標由調節器用於計算
take期間的再平衡激勵。
這些值共同確保跨鏈的準確核算和安全流動性使用。它們還作為協議費用邏輯和份額到資產轉換公式的輸入。
操作
Flex池實現了標準EIP-4626保險庫操作和跨鏈流動性轉移機制。
保險庫操作
流動性提供者透過熟悉的功能與池互動：
存款/鑄造：存入資產以換取份額提取/贖回：銷燬份額以獲得底層資產- 預覽和限制功能（
previewDeposit、maxWithdraw等）遵循EIP-4626規範
份額是代表按比例所有權的ERC-20代幣。隨著解決者活動累積的協議費用，其價值會隨時間增加。
跨鏈操作
take：將資產從池轉移到白名單接收者。接收者負責在當前鏈上轉發或鎖定這些資產，並確保在另一條鏈上有相應的返回（minGiveAssets）。相關費用（protocolAssets, rebalanceAssets）由指定的調節器計算。give：將流動性返回到飛地。在大多數情況下，這是作為簡單的ERC-20轉賬到保險庫實現，可選地包裝在幫助程式給予合約中以發出可驗證的證明事件。- 再平衡透過
take操作中的rebalanceAssets值隱式處理。解決過剩流動性的解決者可能會獲得回扣，而增加不平衡的解決者可能會產生額外費用。
這些操作構成了Flex池中流動性的核心生命週期 - 從配置和使用到跨鏈重新分配。
事件驗證和最終性閾值
所有事件都透過抽象的IEventVerifier介面進行驗證，該介面將證明檢查委託給底層預言機。最終性閾值（接受證明前所需的確認數）應在預言機級別配置，允許在不修改驗證器本身的情況下為每個鏈提供靈活性。此設定必須在快速求解器執行和防範鏈重組之間取得平衡。
事件驗證器提供通用的事件驗證邏輯，不依賴於接收者的具體實現。驗證器介面要求接收者提供預期事件的基本元件：發射合約和鏈、事件主題和資料，以及證明（通常從呼叫引數轉發）。事件驗證器可以獨立升級、稽核或替換，受DAO投票或多簽名治理。所有更改可能包括時間延遲或分階段機制，以防止突然的信任轉移並允許啟用前進行監控。
流動性提供者範圍
在未來版本中，流動性提供者可以在向資金池存入資金時定義他們信任的接收者或提供者集合。例如，提供者可以選擇僅支援1inch Fusion+、僅支援Swaps.io，或兩者都支援。這種信任範圍在take操作期間執行，確保提供者的資本僅在已批准的執行流程中使用。
流動性緩衝區和提現佇列
為保護償付能力，每個飛地都維護一個可用流動性緩衝區。當無法立即履行時，提現請求將進入佇列。此機制確保求解器操作和提現請求不會同時耗盡資金。
緊急控制
核心合約包括用於緊急響應的可暫停功能。在出現意外行為、安全威脅或驗證器故障時，協議可以：
- 暫停每個飛地的
take流程 - 禁用特定接收者或驗證器
- 暫時限制提現
專門的緊急角色可能被授權立即執行關鍵暫停，使其能夠快速應對活躍威脅或正在進行的攻擊。
公平的防前執行獎勵
初始實現基於ERC-4626標準，該標準本質上存在前執行問題 - 大額存款可以操縱份額價格以獲得優勢。為解決這一問題，我們的路線圖包括引入基於時間的獎勵分配機制，這基於1inch團隊及其farming合約設計的見解。
這種機制將確保獎勵持續且按比例分配，不僅基於質押金額，還基於每筆存款的持續時間。透過引入時間加權分配，我們旨在消除前執行激勵，同時保留ERC-4626的核心機制。
費用模型
每個take操作都會產生由指定調諧器計算的費用。此費用可能包括：
- 協議費，直接進入資金池作為保留價值
- 再平衡費，如適用。用於激勵再平衡者並維持跨鏈流動性平衡
- 求解器獎勵，如適用。
具體結構由分配給接收者的調諧器定義，可能是固定的、基於百分比的或動態計算的。
流動性提供者透過以下方式獲得回報：
- 資金池內協議費用的累積
- 來自收益型代幣或整合的流動性提供者頭寸的可選收益
- 來自整合協議的潛在合作伙伴激勵
隨著資金池的增長和更活躍的使用，LP份額的價值會增加，反映了基礎資產的積累和系統級整合。
生態系統增長
Flex資金池被設計為意圖型協議不斷發展的基礎設施，透過共享流動性實現可擴充套件的跨鏈執行。該協議定位於沿多個戰略方向演進：
意圖協議整合
Flex資金池為Fusion+、Swaps.io、Across、Squid等不同協議提供通用流動性基礎設施。任何專案都可以插入給予/獲取模型，而無需管理自己的庫存。
隨著使用者對跨域意圖型執行（如交換、橋接和自動化）的需求增長，更多支援這些流程的協議出現，更多求解器進入市場以尋求高效的資本訪問。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這樣的高效能環境是優先事項。
