ERC-4626 virtual-share offset (OZ ≥4.9)
QuickSwap's assessment for RD-F-074 — scored not_applicable on the v1.7.0 rubric. The evidence below is the curator's reasoning for this score.
Evidence summary #
ERC-4626 vault virtual-share offset applies to ERC-4626 compliant vaults. The dQUICK Dragon's Lair staking contract (0x958d208Cdf087843e9AD98d23823d32E17d723A1) is not ERC-4626 compliant. It was deployed ~2021, predating ERC-4626 finalization (September 2022). The mechanism is an xSUSHI-style ratio accounting: users deposit QUICK and receive dQUICK at the current QUICK-in-contract / dQUICK-supply ratio. QuickSwap docs confirm variable dQUICK:QUICK ratio. No ERC-4626 interface functions (convertToShares, convertToAssets, _decimalsOffset) are referenced in any QuickSwap documentation or blog post about Dragon's Lair. The DEX core contracts (V2 Factory/Router, V3 Algebra) are not vaults at all.
Sources #
- InternalQuickSwap protocol profile — Dragon's Lair contract classification00-profile.md §3: Dragon's Lair dQUICK at 0x958d208Cdf087843e9AD98d23823d32E17d723A1 described as 'staking vault contract' — not ERC-4626retrieved 2026-05-16
- QuickSwap blog — dQUICK and Dragon's Lair mechanismQuickSwap blog dQUICK Dragon's Lair: describes xSUSHI-style variable ratio 'dQUICK:Quick is 1.12:1' — no ERC-4626 interface mentionedretrieved 2026-05-16
Methodology #
Determine whether ERC-4626 vaults use OpenZeppelin ≥4.9 virtual-share offset pattern to prevent first-depositor share-inflation.
See the full factor methodology and distribution across all protocols →