3.2 The Vault Standard: OmniVault
OmniVault 是协议的“中央银行”。它采用 Singleton(单例模式) 架构,集中管理协议内的所有流动性。为了最大化资本效率并确保会计准则的严密性,OmniVault 严格遵循 ERC-4626 Tokenized Vault Standard。
3.2.1 ERC-4626 Implementation for Yield-Bearing Escrow
在传统的担保协议中,资金在锁定期(Lock Period)内处于闲置状态(Idle),这产生了巨大的机会成本。OmniVault 通过模块化的 Strategy Adapters (策略适配器),将闲置资金转化为生息资产。
1. 架构逻辑 (Architecture Logic)
OmniVault 实现了 IERC4626 接口。当用户将资产(如 USDC)存入担保合约时,Vault 会执行以下原子操作:
Deposit: 用户存入 。
Mint: Vault 根据当前汇率铸造内部 (份额)。
Invest: Vault 将 注入经过 DAO 白名单认证的低风险 DeFi 协议(如 Aave V3 Lending Pool 或 Lido Staking)。
2. 份额计算 (Share Calculation)
为了处理生息带来的余额变动,Vault 内部仅追踪份额。资产兑换率由以下公式决定:
当担保结束(Finalization)时,卖方收到的不仅是原始本金,还可以选择配置为接收 本金 + 收益,或者协议将收益部分作为 Protocol Revenue (协议收入) 用于回购 $PACT 代币。
风险隔离:每个资产(如 USDC, ETH)对应一个独立的 Vault 实例,防止单一资产的坏账传染。
3. 策略安全 (Strategy Safety)
为了防止外部 DeFi 协议风险,OmniVault 实施了严格的 "Conservative LTV" (保守质押率) 和 "Emergency Exit" (紧急逃生) 机制。一旦监测到外部协议出现挂钩偏差,Keeper 将触发 emergencyWithdraw(),将资金撤回至 Vault 本地冷冻。
3.2.2 Asset Segregation Logic
尽管所有资金物理上存储在同一个 Vault 合约地址中,但在逻辑上,每一笔担保交易的资金都是绝对隔离的。这种 “物理集中,逻辑隔离” 的设计极大降低了 Gas 消耗。
1. 虚拟账本 (Virtual Accounting Ledger)
Vault 内部维护着一个多维映射表,作为唯一的真理来源(Source of Truth):
Solidity
2. 访问控制列表 (Access Control List - ACL)
OmniVault 并非谁都可以调用。它实施了严格的白名单机制:
OnlyOES: 只有在
OmniRegistry中注册且状态为Active的 OES 实例(Proxy Contract)才有权调用transfer或withdraw函数。Scope Restriction: OES 实例 A 只能操作
_escrowBalances[ID_A]下的资金。它严禁访问或挪用 OES 实例 B 的余额。这在代码层面杜绝了跨订单的资金挪用风险。
3. 闪电贷与流动性缓冲 (Flash Loans & Liquidity Buffer)
由于 Vault 拥有深厚的资金池,OmniVault 原生支持 ERC-3156 Flash Loan 标准。
闲置的未投资资金可借出给套利者。
闪电贷产生的手续费(如 0.09%)直接注入
AccumulatedYield,使得所有正在进行担保交易的用户都能被动分享这一收益。安全锁:闪电贷逻辑被
ReentrancyGuard包裹,且严格校验callback后的余额完整性,确保本金零风险。
OmniPact 不仅仅是一个支付工具,更是一个具有DeFi 组合性 (Composability) 和 资本效率 (Capital Efficiency) 的金融基础设施。

