Data Reference

Supported Protocols

13 protocol modules with versions, strategy defaults, audit context, and incident history.

Philidor tracks vaults across 13 protocol modules registered publicly.

Protocol Modules

Protocol ModuleStrategy CoverageVersionsLaunch DateAuditsBug Bounty
Aavelendingv2, v3, v3-lido, v3-etherfi2020-01-088Immunefi
Aave V4lendingv4 hub-spoke2026-03-305Immunefi
Yearnyield_aggregationv2, v32020-07-178Immunefi
Beefyyield_aggregationv22020-10-086Immunefi
Morphoisolated_lendingv1, v22024-01-108Morpho
Sparksavings and lendingv1, v22023-05-098Spark Security
Compoundlendingv3 Comet2022-08-263Immunefi
Uniswap V2liquidity_provisionv22020-05-189Uniswap Security
Uniswap V3liquidity_provisionv32021-05-059Uniswap Security
Uniswap V4liquidity_provisionv42025-01-319Uniswap Security
Nestmulti_market and savingsv12025-01-011Nest Security
Mapleunderwritten creditv22021-05-1316Immunefi
Kaminolending and multi_marketklend, kvault2022-08-3020Immunefi

The strategy column describes module coverage. Individual vault rows carry the canonical strategy_type when the shared taxonomy applies; Maple instead exposes protocol-specific credit evidence because a generic lending label would overstate comparability.

Maple Finance (Ethereum)

Maple V2 covers institutional credit pools and the retail-facing Syrup share tokens. Pool delegates underwrite named, KYC-verified borrowers and lenders redeem through withdrawal managers. Because loan collateral and margin terms are negotiated per borrower rather than expressed as one pool-wide LTV, Philidor publishes Maple's credit and withdrawal evidence without inventing generic utilization, borrow APR, or liquidation metrics that do not describe the pool.

Kamino (Solana)

Kamino is Philidor's first non-EVM protocol module, covering both Kamino programs: K-Lend (isolated lending markets whose reserves become vault rows, and whose markets are served first-class by /v1/markets) and Kamino Earn kVaults (curated vaults allocating across K-Lend reserves, with allocation snapshots and curator attribution).

What is different from the EVM modules, by construction:

  • Identity: addresses are base58 and case-sensitive; the chain id is the synthetic 1399811149. The standards-based CAIP-2 key is served by /v1/chains.
  • Verification: every published figure is reconciled against finalized on-chain account state decoded with pinned program IDLs — vendor API values that disagree with chain state are withheld, not served.
  • Control scoring: program upgrade authority and emergency powers, not contract admins — see Control and Governance.
  • Events: published Solana activity and risk events are available on vault detail and event-history surfaces.
  • Oracles: reserve price sources resolve through Kamino's Scope aggregator with worst-of attribution — see Oracle Providers.

Aave V4 markets and hubs

Aave V4 is hub-and-spoke: a hub pools liquidity per asset and owns the rate accounting, while spokes are the user-facing markets that draw on it, each with its own collateral set and risk policy. Several spokes can share one hub — bespoke risk without fragmenting liquidity.

Each spoke reserve is a vault row in /v1/vaults. The spokes themselves are served as first-class markets by /v1/markets, with supplied/borrowed rollups and hub_address so markets sharing liquidity stay identifiable.

Instances beyond the Aave DAO deployments

Some Aave V4 instances are operated by third parties rather than the Aave DAO. They clear Aave governance (TEMP CHECK / ARFC / AIP) but are absent from the official Aave API and changelog, so Philidor indexes them directly from chain against a reviewed allowlist of hub addresses:

InstanceChainDiscoveryNotes
Aave DAO deploymentsEthereum, AvalancheAave APIMain, Bluechip, Forex, Gold, Lido, Etherfi, …
EtherFi CashOptimismOn-chainether.fi-operated; powers the ether.fi Cash card backend

Numbers for on-chain-discovered instances come from the same on-chain reads as every other Aave V4 row, availability included: borrow_status and is_depositable come from the spoke's reserve flags and the hub's per-spoke gate (active, halted, draw and add caps), and deposit_capacity_usd is the hub add-cap headroom — null when the spoke is uncapped or the headroom could not be observed (hub gate, added assets or price unread), never a stand-in for unlimited; is_depositable is null in the unobserved case. On EtherFi Cash the chain reports USDC and WETH as borrow_status: open and its collateral-only liquid tokens as disabled, with supply open across the spoke. See Aave V4 availability.

Key Auditors

Across all protocols, primary audit firms include OpenZeppelin, Trail of Bits, ChainSecurity, Spearbit, Cantina, Certora, Zellic, ABDK, and PeckShield.

Contest platforms such as Code4rena and Sherlock receive additional credit in audit density scoring.

Notable Incidents

ProtocolDateIncidentLoss EvidenceSeverity
Yearn2021-02-05yDAI V1 Flash LoanMaterialMajor v1
Yearn2023-03-13Euler exposureMaterialMajor v2
Yearn2023-04-13yUSDT Legacy iearnMaterialMajor v1
Aave2022-06-24Harmony Bridge HackPeripheralMinor
Aave2024-08-28ParaSwap Adapter exploitPeripheralMinor
Spark2020-03-12MakerDAO Black ThursdayDependencyMajor
Beefy2024-05-14Sonne Finance exposureNone recordedMinor

Incidents affect the Platform vector through severity-aware incident caps.

Using Protocol Filters

curl "https://api.philidor.io/v1/vaults?protocol=morpho"
curl "https://api.philidor.io/v1/protocols/morpho"

On this page

Raw