Permissionless-pool lending oracle
Jupiter Perpetual Exchange's assessment for RD-F-181 — scored not_applicable on the v1.7.0 rubric. The evidence below is the curator's reasoning for this score.
Evidence summary #
Jupiter Perps is a perpetual futures DEX with a fixed JLP basket (SOL/ETH/wBTC/USDC/USDT), not a lending protocol with permissionless token listing. F181 targets lending protocols where any user can permissionlessly create a new token pool and the protocol accepts an oracle for that arbitrary token. This architectural failure mode is absent from Jupiter Perps — there is no user-driven collateral listing mechanism, no permissionless pool creation feeding oracle acceptance, and no arbitrary-token collateral path.
Sources #
- DocsJupiter Perps and JLP — Fixed Basket ArchitectureJupiter perps overview — fixed JLP basket of SOL/ETH/wBTC/USDC/USDT; no permissionless token listing or collateral-pool creation mechanismretrieved 2026-05-16
Methodology #
Determine whether the lending protocol accepts spot prices from a DEX where any user can permissionlessly create new pools, without requiring a TWAP window, liquidity floor, or token-age minimum on the venue side.
See the full factor methodology and distribution across all protocols →