First-depositor / share-inflation guard
Uniswap (v2 + v3)'s assessment for RD-F-075 — scored not_applicable on the v1.7.0 rubric. The evidence below is the curator's reasoning for this score.
Evidence summary #
Lending-only factor (taxonomy PD-024). V3 NFT-per-position accounting has no shared exchange rate susceptible to first-depositor inflation. V2 has structural protection: MINIMUM_LIQUIDITY (1000 wei) permanently burned to address(0) on first mint, preventing zero-totalSupply donation attack. Neither version requires an ERC-4626-style guard.
Detail #
Taxonomy §Category 4 PD-024: lending-only. V3: per-tick-range NFT positions (NonfungiblePositionManager) have no shared pool exchange rate — first-depositor inflation attack requires a fungible share token with shared exchange rate, which V3's design eliminates. V2: UniswapV2Pair.sol mint() function permanently burns MINIMUM_LIQUIDITY=1000 to address(0) on first mint (prevents zero-totalSupply donation attack). V2 this is a structural guard, though not for an ERC-4626 pattern per se. Neither version requires a first-depositor guard in the sense of the taxonomy because neither uses fungible-vault share accounting.
Sources #
- GitHubUniswap v2-core GitHub — UniswapV2Pair.sol mint()v2-core UniswapV2Pair.sol mint() — MINIMUM_LIQUIDITY=1000 burned to address(0) on first mintretrieved 2026-05-12
- Taxonomy PD-024 + V2 MINIMUM_LIQUIDITYTaxonomy PD-024 lending-only; profile §1 NFT position design; V2 MINIMUM_LIQUIDITY burn structural protectionretrieved 2026-05-12
- Etherscan — NonfungiblePositionManagerNonfungiblePositionManager — 0xC36442b4a4522E871399CD717aBDD847Ab11FE88 — ERC-721 NFT positionsretrieved 2026-05-12
- Uniswap V3 Whitepaper §2Uniswap V3 whitepaper §2 — per-position liquidity tracking; no shared pool share priceretrieved 2026-05-12
Methodology #
Determine whether the vault has a first-depositor guard (seed deposit on deploy, virtual-share offset, or floor-check).
See the full factor methodology and distribution across all protocols →