Security Overview
Contents
- Security Model
- Runtime Protections
- Upgrade Protections
- Governance and Admin Risk
- Known Tradeoffs
- Recommended Practices
Security Model
- Protocol follows AMM best practices for testnet usage
- Critical paths use OpenZeppelin guards and safe token ops
- Router and pool enforce deadline/slippage boundaries
Runtime Protections
ReentrancyGuardfor critical mutative flowsSafeERC20for token transfersPausableUpgradeablefor emergency shutdown- Factory pause propagated to router and pools
- Flash swap amount bounded by optional limiter
Upgrade Protections
- Transparent proxy pattern via OpenZeppelin
- Per-proxy
ProxyAdminownership checks - Storage gaps in all upgradeable contracts
- Upgrade script verifies EIP-1967 slots after tx
Governance and Admin Risk
- Admin can change fee parameters and pause system
- Timelock in governance reduces sudden-parameter risk
- ProxyAdmin key compromise is critical risk
Known Tradeoffs
- System targets Sepolia and developer workflows
- Not optimized for mainnet MEV-hardening
- Route optimization is limited to direct and 2-hop paths
Recommended Practices
- Use multisig for owner and ProxyAdmin control
- Enforce delay for sensitive config changes
- Track reserve anomalies and failed tx rate
- Rehearse upgrades on localhost and Sepolia first