posted-card
Rates published on a desk’s rate card. Administered: a posted price rather than a cleared one, and it changes when the desk decides.
As of 2026-09-04 · weighting: borrow by borrowed_usd, lend by supplied_usd; spread computed per pool-day then weighted, never as the difference of the two aggregates
The tenor is an averaging window, not a maturity. The tenor is an AVERAGING WINDOW, not a maturity. Every constituent pool is open-term floating and no borrower agreed a term, so a rising curve means rates were higher further back — not a term premium.
Denominations are different products. btc and usd are different products and are never aggregated (v2 V2). btc = the borrower receives bitcoin; usd = a stablecoin is borrowed against bitcoin collateral.
The endpoint publishes this class as an aggregate without a per-venue composition, so there is no constituent list to show. That is a property of how the class is observed, not an empty table.
Both legs observed. Wrapper classes: custodial.
| Window (days) | Borrow | Lend | Spread | Pools | Venues | Debt | Supplied |
|---|---|---|---|---|---|---|---|
| 7 | 11.764% | — | — | 5 | 5 | $0 | $0 |
| 14 | 11.764% | — | — | 5 | 5 | $0 | $0 |
| 30 | 11.764% | — | — | 5 | 5 | $0 | $0 |
| 60 | 11.764% | — | — | 5 | 5 | $0 | $0 |