The Bitcoin Credit Stack
rates are percent a year, continuously compounded · figures as of 2026-10-13 · read 2026-10-13 14:43 UTC
Market › Algorithmic › Neverland (Monad)

Neverland (Monad)

Takes as collateral: bitcoin and ether

neverland_monad · on-chain pool · ingesting
Secured by
BTC collateral
7.77 BTC
partial
<0.1% of Algorithmic
<0.1% of the market
Dollar debt against bitcoin
$5.8m
whole pool, not its bitcoin book
Aggregate LTV
collecting (not read yet)
Borrow rate (USD loans)
6.85%
+1.96 pts vs Algorithmic
Lend rate (USD loans)
3.55%
+0.17 pts vs Algorithmic
Liquidation threshold
75.0% LTV
threshold, not a price
Dollar loans only: other currencies are separate books, never added in

Debt and rates count loans made in US dollars and dollar stablecoins. Loans in euros, francs, yen, ether or bitcoin itself are separate books, shown by currency on each venue, never added in.

  • BTC collateral — the supplied amount of the venue's pegged-bitcoin reserves as each pool reports it — what is deposited, not what is pledged against a loan.
  • Dollar debt against bitcoin — the whole pool's lending against every collateral it takes (bitcoin is 4.1% of the pool's collateral) — not debt against bitcoin, and no dollar of it is assigned to bitcoin without an account-level read.
  • Liquidation threshold — the loan-to-value at which the venue liquidates a bitcoin position, not a price: no bitcoin book is read at this venue to turn it into one (a pool's debt has no collateral of its own until its accounts are read).
BTC collateral of Algorithmic — Neverland (Monad) <0.1%
Dollar debt against bitcoin of the market — Algorithmic 13%, 14% of its bitcoin collateral

Loan duration is not a venue figure on an on-chain pool: these markets are open-term, and a position runs until it is repaid or liquidated. A fixed term exists only where the venue writes one — the custodial desks (cefi_credit_rates.term_days) and Gavel's auction, which is fixed-rate and fixed-term by construction.

10 of 10 criteria researched. What the criteria are →

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 formationalgorithmic_utilisation
source
Neverland on Monad (chain 143) — an Aave v3 interest rate strategy per reserve, a two-slope function of utilisation with a kink at the optimal ratio: algorithmic_utilisation.
Term structureopen_ended
source
Neverland Pool 0x80F00661b13CC5F6ccd3885bE7b4C9c67545D585 on Monad (chain 143) — borrow()/repay() carry no maturity; a position persists until repaid or liquidated.
Rate certaintyvariable
source
Neverland Pool 0x80F00661b13CC5F6ccd3885bE7b4C9c67545D585 on Monad (chain 143) — the variable rate is recomputed from utilisation on every ReserveDataUpdated; nothing is fixed at origination.

Quality

What stands behind a position, and what can change under the reader?

Oracle dependencymultiple
source
Neverland PoolAddressesProvider 0x49D75170F55C964dfdd6726c74fdEDEe75553A0f on Monad (chain 143) → getPriceOracle() = 0x94bbA11004B9877d13bb5E1aE29319b6f7bDEdD4 (read 2026-09-30; getMarketId() "Neverland Markets"). An Aave-v3 oracle holds one source per asset across every reserve, plus a fallback, and governance can replace any of them. A pooled venue's solvency depends on all of the feeds backing the reserves an account touches, not on one.
Default & liquidationthreshold
source
Neverland Pool 0x80F00661b13CC5F6ccd3885bE7b4C9c67545D585 on Monad (chain 143), an Aave v3 deployment — liquidationCall() is permitted once an account's health factor falls below 1e18, computed from per-reserve liquidation thresholds (or the eMode category's) across the account's whole collateral basket.
Custody & backingprotocol_custodial
source
Neverland Pool 0x80F00661b13CC5F6ccd3885bE7b4C9c67545D585 on Monad (chain 143) — supply() transfers the underlying to the reserve's aToken contract under the Pool's control; the depositor holds an aToken claim rather than the asset. The venue's documentation states the contracts are upgradeable through a ProxyAdmin; who holds it was not read.
Recoursenon_recourse
source
Neverland Pool 0x80F00661b13CC5F6ccd3885bE7b4C9c67545D585 on Monad (chain 143) — liability is bounded by the account's collateral: liquidationCall() seizes collateral and no function pursues a borrower beyond it. (Aave v3.3's DeficitCreated is not cited: this estate has not observed it on this venue.)
Track record9 months observed
source
Derived from the first aggregator observation this dataset holds for the venue (defi_rates_llama, 2025-12-25; 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 acceptedBTC reserves (2): WBTC, cbBTC
source
Pool.getReservesList() on Monad (chain 143), Neverland Pool 0x80F00661b13CC5F6ccd3885bE7b4C9c67545D585, read 2026-09-30 (registry/resolution/2026-09/aave_forks.json; root: docs.neverland.money/smart-contracts (Main Market)): 13 reserves in the main market (USDC, WMON, USDT0, WBTC, WETH, sMON, shMON, AUSD, gMON, earnAUSD, loAZND, cbBTC, XAUt0). Bitcoin: WBTC 0x0555E30da8f98308EdB960aa94C0Db47230d2B9c ("Wrapped BTC", 8 decimals) — 4.59 supplied, base LTV 70%, liquidation threshold 75%, borrowable; cbBTC 0xd18B7EC58Cdf4876f6AFebd3Ed1730e4Ce10414b ("Coinbase Wrapped BTC", 8 decimals) — 4.16 supplied, base LTV 70%, liquidation threshold 75%, borrowable. Three isolated markets (Pendle AUSD, Pendle shMON, Yuzu syzUSD) have their own providers, list no bitcoin reserve per the venue's documentation, and were not read. NOTE: the pool is multi-collateral, so a BTC reserve's presence does not mean a given borrow is secured by it.
Book depth & concentrationunknown (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): bitcoin collateral is the supplied amount of each pegged-bitcoin reserve, converted at the day's bitcoin reference, and debt is the borrowed amount per pool or vault. Neither is a read of the venue's own contracts. 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.

  1. 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_custodial
    Neverland Pool 0x80F00661b13CC5F6ccd3885bE7b4C9c67545D585 on Monad (chain 143) — supply() transfers the underlying to the reserve's aToken contract under the Pool's control; the depositor holds an aToken claim rather than the asset. The venue's documentation states the contracts are upgradeable through a ProxyAdmin; who holds it was not read.
  2. representation incomplete
    source
    wrapper_registry · wrapper_registry.yaml as of 2026-09-02
    deployment · chain 143 incomplete
    whether each token is issued natively on this chain or bridged to it — a further link when bridged — is not in wrapper_registry.yaml, which is keyed by symbol, not by chain or address
    • cbBTC established · direct_wrapped · identified by symbol
      CBBTC established · issuer Coinbase · custodial · holders [Coinbase]
      source
      issuer_doc
      coinbase.com/cbbtc — 'backed 1:1 and held in custody by Coinbase', cold storage
    • WBTC established · direct_wrapped · identified by symbol
      WBTC established · issuer BitGo · custodial · holders [BitGo]
      Reserves in 2-of-3 multisig with BitGo holding two keys. Since 2024 BitGo custodies jointly with BiT Global, a Hong Kong custodian part-owned by Justin Sun — a second name on the same bitcoin, recorded but not split because no share is published.
      source
      issuer_doc
      BitGo, 'Wrapped BTC Launches with BitGo Custody and Full Proof of Assets', blog.bitgo.com; proof-of-reserve at wbtc.network
Recourse: non_recourse
source
attribute · recourse
Neverland Pool 0x80F00661b13CC5F6ccd3885bE7b4C9c67545D585 on Monad (chain 143) — liability is bounded by the account's collateral: liquidationCall() seizes collateral and no function pursues a borrower beyond it. (Aave v3.3's DeficitCreated is not cited: this estate has not observed it on this venue.)

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)84.5%
the pool's dollar reserves: borrowed over supplied across 4 reserve(s), latest day — the whole pool, not its bitcoin book
defi_rates_llama, quantity-gated
Intermediation margin+3.31 pts · derived
the pool's borrow rate minus its supply rate on the same dollar reserves — what the venue keeps, plus the cost of idle supply
borrow rate minus lend rate, both as above
Trailing realised average (7/30/90d)7d 5.40% · 30d 6.85% · 90d 7.29%
dollar loans, debt-weighted over the days observed (7 / 30 / 90 of 7 / 30 / 90); continuously compounded
defi_rates_llama — the 30-day window's rows, gates and floor (098)
Rate volatility (30/90d)30d 1.48 pts · 90d 1.02 pts
the standard deviation of the daily debt-weighted borrow rate, in percentage points — not annualised
the daily rate above
Spread to the pair aggregate+1.96 pts vs Algorithmic · derived
this venue's borrow rate minus its class's (4.90%), both as served on the spine
/v1/market/tree — the venue's and its class's borrow rates
Spread to matched Treasuries+2.72 pts vs the 1-month bill (4.13%) · derived
the venue's borrow rate minus the 1-month bill, both continuously compounded. An open-term loan has no maturity of its own, so the bill stands for a 30-day window
macro_rates — the 1-month Treasury bill, 2026-10-08 (Federal Reserve H.15)
Origination flowcollecting (not read yet) — loan events are read for Morpho Blue (Ethereum, Base) and the six Aave v3 chains only
Repayment flowcollecting (not read yet) — loan events are read for Morpho Blue (Ethereum, Base) and the six Aave v3 chains only
Aggregate and distributional LTVcollecting (not read yet) — a pool's debt has no collateral of its own; the LTV of its bitcoin-only borrowers needs an account-level read, which this venue does not have yet
Residence distributioncollecting (not read yet) — how long positions stay open needs each loan's history; it is held for Morpho Blue and the Aave v3 chains and not yet computed
Liquidation incidencecollecting (not read yet) — liquidations are read from events for Morpho Blue and the Aave v3 chains, and as positions past threshold where a pool is read account by account
Top-10 concentration sharecollecting (not read yet) — borrower concentration is read where a pool is read account by account (21 venues)

Source: Board of Governors of the Federal Reserve System (H.15, H.4.1, H.6).

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/neverland_monad
MCP
get_venue({ venue_id: "neverland_monad" })
get_venue({ venue_id: "neverland_monad", include: ["axes", "headline"] })

The same figures, the same names and dates. Connect your AI →

Ask your own question about this venue
read-only MCP · zero write tools · no account

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.

Orientation · Neverland (Monad)Holder · Neverland (Monad)Treasurer · Neverland (Monad)Analyst · Neverland (Monad)Risk · Neverland (Monad)
Add to Claude ↗Connect in Cursor ↗Connect in VS Code ↗Add to ChatGPT ↗Add to Grok ↗or copy the MCP URLhttps://mcp.bitcoincreditstack.com/mcp