Compound v3 (Scroll)
Takes as collateral: ether
A deployment of Compound v3 that takes ether only, beside the 5 that take bitcoin: Arbitrum, Base, Ethereum, Optimism, Polygon
What the ether is: 100.0% ether itself (ETH, WETH) · 0.0% staking tokens (wstETH, rETH, cbETH…) · 0.0% restaking tokens (weETH, ezETH…). Staking tokens count at their own contract rate; the market price is published beside it.
Collateral: the supplied amount of the venue's ether reserves — what is deposited, not what is pledged against a loan.
Credit secured by ether is never added to credit secured by bitcoin. An account holding both is shown as a bound in each view and added to neither.
10 of 10 criteria researched. What the criteria are →
Listed, not researched in full. This venue is read only through an aggregator, and its 30-day book peaked at $0 over the last 90 days, under the $5m research floor. Its rate and book are published as for any venue; its criteria are not researched. What the floor is →
Markets — as served, not a venue rate
One row per market, as the venue publishes them. These are market rates: combining them into a single venue rate is a weighting across this venue's markets, and choosing one here would be a methodology decision taken in a web page.
No BTC market rows are served for this venue. It runs contracts, so the absence is this dataset’s, not the venue’s.
Price
What does credit cost here, and how is the price formed?
| Rate formation | algorithmic_utilisationsourceCompound v3 Comet getBorrowRate(utilisation) on Scroll (chain 534352) — a kinked function of utilisation with separate slopes either side: algorithmic_utilisation. |
|---|---|
| Term structure | open_endedsourceCompound v3 Comet on Scroll (chain 534352) — withdraw()/supply() against the base asset carry no maturity. |
| Rate certainty | variablesourceCompound v3 Comet on Scroll (chain 534352) — getBorrowRate(utilisation) is evaluated per second against the current utilisation; nothing is fixed at origination. |
Quality
What stands behind a position, and what can change under the reader?
| Oracle dependency | multiplesourceCompound v3 on Scroll (chain 534352) — each Comet is configured with one price feed per collateral asset (getAssetInfo(i).priceFeed) plus a feed for its base token (baseTokenPriceFeed()); governance updates them per market. Read 2026-09-30: 3 feeds across 1 Comet(s) — USDC-base "usdc" 0xB2f97c1Bd3bf02f5e74d13f02E3e26F93D77CE44. |
|---|---|
| Default & liquidation | thresholdsourceCompound v3 Comet on Scroll (chain 534352) — absorb() is permitted once an account is underwater against the per-asset liquidateCollateralFactor. Distinctively, the protocol takes the collateral onto its own balance sheet and then offers it at a discount via buyCollateral(), rather than paying a liquidator to repay the debt in one step. |
| Custody & backing | protocol_custodialsourceCompound v3 Comet on Scroll (chain 534352) — supply() transfers assets to the Comet contract, which holds both base and collateral balances directly (USDC-base "usdc" 0xB2f97c1Bd3bf02f5e74d13f02E3e26F93D77CE44). |
| Recourse | non_recoursesourceCompound v3 Comet on Scroll (chain 534352) — liability is bounded by the collateral absorbed. A shortfall after absorb() is carried by the protocol's reserves, not pursued against the borrower. |
| Track record | 26 months observedsourceDerived from the first aggregator observation this dataset holds for the venue (defi_rates_llama, 2024-07-06; the registry holds no first_date for it). This is a LOWER BOUND on the venue's age, not the age itself: a venue trading long before the aggregator began listing it reads short here. The observer is the aggregator, not the venue's own contracts. Not typed, and not a claim about the venue's longevity. |
Composition
Who and what makes up this market?
| Collateral accepted | BTC collateral (0): nonesourceComet.getAssetInfo(i) on Scroll (chain 534352), read 2026-09-30 (registry/resolution/2026-09/comet.json), Comets from Compound's own deployments/<network>/<market>/roots.json. USDC-base Comet "usdc" 0xB2f97c1Bd3bf02f5e74d13f02E3e26F93D77CE44 takes WETH, wstETH — none is a bitcoin representation. No bitcoin stands behind borrowing on this deployment. Comet is single-borrowable-asset per market, so unlike Aave the collateral backing a borrow is unambiguous — but the borrow is denominated in that Comet's base asset, not in BTC. |
|---|---|
| Book depth & concentration | unknown (no per-venue counterparty count exists in this registry or in the comparison payload, so depth and concentration cannot be established. This is a gap in THIS DATASET, not in the venue, and is a different value from `undisclosed`, which would mean the venue does not publish it.) |
| Observability | price: partial — Observed through the aggregator (DefiLlama). The aggregator's rows are each pool's published borrow and supply rates as it reports them — not a read of the venue's own contracts, and not checked against one. As of 2026-10-01. quantity: partial — Observed through the aggregator (DefiLlama): its supplied and borrowed amounts per pool. The venue holds no bitcoin, so it is in no figure. As of 2026-10-01. composition: none — Not obtainable from an aggregator — composition is loan-level and requires event ingestion, which is not planned for this venue. |
What the loans are denominated in
Not yet established for this venue — which is not the same as dollars.
Backing chain
Each link from what this venue takes as collateral down to the bitcoin it rests on, in order, with how each link was established.
How a chain is read, and what it does not claim
backing_chain: the ordered claims standing between a creditor and the coins, each link derived from a sourced fact already held and carrying it in `derived_from` — the custody cell, the venue's borrow card, or wrapper_registry.yaml for who holds the bitcoin behind a token. A `representation` link has one branch per token the venue takes; branches are alternatives, not a sequence. A link nobody has established is shown with status `incomplete` and names what is missing — it is never dropped, because a missing link omitted makes a long chain look short. `undisclosed` means the party does not publish it; `incomplete` means this dataset has not established it. NEVER SCORED AND NEVER COUNTED: no length, link count or ranking is published, and none should be derived — chain length and link transparency are orthogonal (ETP-backed margin is the longest chain here and every link of it is regulated). `recourse` is what the creditor holds beyond the chain. ⚠ Tokens are identified BY SYMBOL: the wrapper registry is not keyed by chain or address, so every `representation` link carries a `deployment` step that is incomplete — whether a token is native to the chain of the venue or a bridge receipt (one more link) is not established — and a symbol the registry knows to name a different token on a venue is shown unresolved, not given that wrapper's holders.
- contract_escrow established — the protocol contract — the collateral is escrowed and neither the operator nor the borrower can move it
source
attribute · custody_model = protocol_custodialCompound v3 Comet on Scroll (chain 534352) — supply() transfers assets to the Comet contract, which holds both base and collateral balances directly (USDC-base "usdc" 0xB2f97c1Bd3bf02f5e74d13f02E3e26F93D77CE44). - representation incompleteno curated BTC representation is held for this venue (markets / metadata / collateral_asset)
source
The generic axis set
Identical for every venue, identically computed. An axis that cannot be computed here renders its reason — never silently omitted, because an omitted axis says it was not considered. A figure that covers only part of what the axis asks is marked, with what it leaves out beneath it. Collateral, debt and the borrow and lend rates are the tiles at the top of this page.
| Utilisation (venue roll-up) | unknown (this venue has no market rows in the rates payload yet) |
|---|---|
| Intermediation margin | unknown (this venue has no market rows in the rates payload yet) |
| Trailing realised average (7/30/90d) | unknown (no per-venue time series is held, so a trailing figure would be a single reading dressed as an average) |
| Rate volatility (30/90d) | unknown (no per-venue time series is held, so a trailing figure would be a single reading dressed as an average) |
| Spread to the pair aggregate | unknown (this venue has no market rows in the rates payload yet) |
| Spread to matched Treasuries | unknown (this venue has no market rows in the rates payload yet) |
| Origination flow | unknown (needs loan-level history, which is held for Morpho Blue only) |
| Repayment flow | unknown (needs loan-level history, which is held for Morpho Blue only) |
| Aggregate and distributional LTV | unknown (needs loan-level history, which is held for Morpho Blue only) |
| Residence distribution | unknown (needs loan-level history, which is held for Morpho Blue only) |
| Liquidation incidence | unknown (needs loan-level history, which is held for Morpho Blue only) |
| Top-10 concentration share | unknown (needs loan-level history, which is held for Morpho Blue only) |
There is no score on this page and none will be added. The criteria are published and versioned before any venue is measured against them, and this venue's row is produced by the same pipeline as every other.
Access routes
Unknown (not surveyed yet). No one has looked for an MCP server for this venue. That is not the same as having looked and found none, and this row will not say the second while meaning the first. The listing criteria are published.
Ask for this by machine
| REST | GET https://api.bitcoincreditstack.com/v1/market/venues/compound_v3_scroll |
|---|---|
| MCP | get_venue({ venue_id: "compound_v3_scroll", collateral: "eth" }) |
The same figures, the same names and dates. Connect your AI →
How this venue compares depends on what you'd borrow, for how long, against what. That's a question for your AI, with this data behind it.
https://mcp.bitcoincreditstack.com/mcp