Euler v2 (Unichain)
Takes as collateral: bitcoin and ether
One of 8 deployments of Euler v2 · also on Arbitrum, Avalanche, Base, BSC, Ethereum, Hyperliquid L1, Monad
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.
- 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).
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 →
Listed, not researched in full. This venue is read only through an aggregator, and its 30-day book peaked at $970,217 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_utilisationsourceEuler v2 on Unichain (chain 130) — each vault names an interestRateModel() evaluated on its cash and borrows: a function of utilisation, algorithmic_utilisation. The curve each model implements was not read, and a governor can replace the model. |
|---|---|
| Term structure | open_endedsourceEuler v2 vaults on Unichain (chain 130) — borrow()/repay() carry no maturity; a position persists until repaid or liquidated. |
| Rate certainty | variablesourceEuler v2 vaults on Unichain (chain 130) — each vault accrues at the rate its interestRateModel() returns for the vault's cash and borrows (14 distinct model contract(s) among vaults with debt, read 2026-09-30); nothing is fixed at origination. No vault with $1,000 or more of debt is fully drawn. |
Quality
What stands behind a position, and what can change under the reader?
| Oracle dependency | multiplesourceEuler v2 on Unichain (chain 130), vault factory 0xbAd8b5BDFB2bcbcd78Cc9f1573D3Aad6E865e752 — every vault names its own oracle() and unitOfAccount(). Read 2026-09-30: 16 vaults carry debt and name 5 distinct oracle contract(s). There is no venue-wide oracle; a borrower depends on the one its borrowing vault names, which prices every collateral vault that vault accepts. |
|---|---|
| Default & liquidation | thresholdsourceEuler v2 on Unichain (chain 130) (EVC 0x2A1176964F5D7caE5406B627Bf6166664FE83c60) — an account can be liquidated once its liability exceeds its collateral valued at each collateral vault's LTVLiquidation(collateral), a per-vault, per-collateral threshold set by that vault's governor (4 distinct governor(s) among vaults with debt, 0 vault(s) with none, read 2026-09-30). |
| Custody & backing | protocol_custodialsourceEuler v2 on Unichain (chain 130), vault factory 0xbAd8b5BDFB2bcbcd78Cc9f1573D3Aad6E865e752 — each vault contract holds its own asset; a depositor holds the vault's shares, and pledges them as collateral through the EVC 0x2A1176964F5D7caE5406B627Bf6166664FE83c60. |
| Recourse | non_recoursesourceEuler v2 on Unichain (chain 130) — liability is bounded by the collateral vault shares an account has pledged; no function pursues a borrower beyond them. Debt left after a liquidation can be socialised across the lending vault's depositors; whether a given vault has that turned off is a per-vault setting and was not read. |
| Track record | 16 months observedsourceDerived from the first aggregator observation this dataset holds for the venue (defi_rates_llama, 2025-05-13; 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 vaults (1): WBTCsourceEuler v2 on Unichain (chain 130), vault factory 0xbAd8b5BDFB2bcbcd78Cc9f1573D3Aad6E865e752 — getProxyListSlice(), then asset(), cash(), totalBorrows() and LTVList() per vault (registry/resolution/2026-09/euler.json). ⚠ NOT A POOL: one vault per asset, each accepting other vaults' shares as collateral at its own LTV. 50 vaults from the factory, 16 carrying debt, read 2026-09-30. Bitcoin vaults holding 0.01 BTC or more: eWBTC-2 (WBTC) 0x5d2511C1EBc795F4394f7f659f693f8C15796485 — 0.0323 supplied, 0.028 lent out. Bitcoin as COLLATERAL: 2 dollar vault(s) with debt grant an LTV to one of those vaults, about $117,190 of debt between them — the largest eUSD₮0-1 ($65,748, LTV 86% to borrow, 88% to liquidate), eUSDC-1 ($51,441, LTV 86% to borrow, 88% to liquidate). ⚠ Each of those vaults accepts other collateral too, so this is debt that CAN be bitcoin-backed, not debt that is. No vault with $1,000 or more of debt is fully drawn. |
|---|---|
| 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. None of this venue's reserves is a pegged bitcoin with a supplied amount today, so it adds nothing to the collateral read. 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_custodialEuler v2 on Unichain (chain 130), vault factory 0xbAd8b5BDFB2bcbcd78Cc9f1573D3Aad6E865e752 — each vault contract holds its own asset; a depositor holds the vault's shares, and pledges them as collateral through the EVC 0x2A1176964F5D7caE5406B627Bf6166664FE83c60. - representation incomplete
source
wrapper_registry · wrapper_registry.yaml as of 2026-09-02deployment · chain 130 incompletewhether 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- WBTC established · direct_wrapped · identified by symbolWBTC 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_docBitGo, 'Wrapped BTC Launches with BitGo Custody and Full Proof of Assets', blog.bitgo.com; proof-of-reserve at wbtc.network
- WBTC established · direct_wrapped · identified by symbol
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) | collecting (not read yet) — no dollar reserve of this venue cleared the quantity gate on the latest day |
|---|---|
| Intermediation margin | unknown (below the research floor) — needs both a borrow and a lend rate; the borrow rate is not served here |
| Trailing realised average (7/30/90d) | collecting (not read yet) — no dollar loan at this venue cleared the gates and the $250k floor in the last 90 days |
| Rate volatility (30/90d) | collecting (not read yet) — no dollar loan at this venue cleared the gates and the $250k floor in the last 90 days |
| Spread to the pair aggregate | unknown (below the research floor) — this venue has no borrow rate to compare |
| Spread to matched Treasuries | unknown (below the research floor) — this venue has no borrow rate to compare |
| Origination flow | collecting (not read yet) — loan events are read for Morpho Blue (Ethereum, Base) and the six Aave v3 chains only |
| Repayment flow | collecting (not read yet) — loan events are read for Morpho Blue (Ethereum, Base) and the six Aave v3 chains only |
| Aggregate and distributional LTV | unknown (below the research floor) — 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. This venue is below the research floor — its book has not reached $5m on any day of the last 90 — so it is not researched |
| Residence distribution | collecting (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 incidence | collecting (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 share | collecting (not read yet) — borrower concentration is read where a pool is read account by account (21 venues) |
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/euler_v2_unichain |
|---|---|
| MCP | get_venue({ venue_id: "euler_v2_unichain" }) get_venue({ venue_id: "euler_v2_unichain", include: ["axes", "headline"] }) |
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