First-depositor / share-inflation guard
Jupiter'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 #
First-depositor share-inflation guard is a concept specific to EVM share-based vaults (ERC-4626, Compound cTokens). Jupiter Lend is Solana-native (Fluid architecture, SPL tokens). The attack vector exists conceptually for any share-based accounting system, but the factor definition and scoring criteria are EVM-specific. Jupiter Lend received 7 audit engagements covering vault mechanics (OtterSec, Offside Labs, MixBytes, Zenith) — the audits represent primary assurance on share accounting correctness. No specific first-depositor guard mechanism documented publicly for the Solana implementation. Not_applicable per EVM-specificity of factor; audit coverage noted as positive.
Sources #
- Curator noteJupiter data cache — non-EVM Solana substrate; EVM standards not applicableData cache: coverage_flags.non_evm_substrate: trueretrieved 2026-04-29
- 00-profile.md §8: OtterSec (×2), Offside Labs (×4), MixBytes (×1), Zenith (×1) covering Lend vault, oracle, flashloan, liquidityProtocol profile §8 — 7 audit engagements on Jupiter Lendretrieved 2026-04-29
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 →