Liquidium
Liquidium is outside the current firm shelf because it falls under the rejected-chain policy. This is a firm policy decision, not a negative quality rating or a client trade instruction. The facts about how it works, who controls it, how losses can occur, and how users exit remain below.
- Deploys an independently underwritable lending control and accounting plane on a chain the registry approves
- The ICP chain verdict changes
Watched nightly: a warning on its venues or files, or a cited document that changes, reopens the memo. The first confirmation is due 2026-11-15.
The research file
Mechanism and chain applicability
Liquidium describes a pooled cross-chain lending system built on Internet Computer. A lending canister tracks supply shares, debt shares, health factors, interest, and liquidations. BTC, ERC, and ICP pool canisters hold chain-key assets and handle deposits, borrows, repayments, and withdrawals. A native-chain user experience does not move the protocol’s accounting or control away from ICP.
Current observation and perimeter
The DefiLlama protocol API read on 2026-08-15 classified Liquidium as Lending, reported approximately $3.81M, and listed ICP. Current technical documentation says Liquidium is built on IC and routes all supported assets into common canister pools. BTC, ETH, and stablecoin transfers use their native chains at the edges, but ckAsset minting, canister accounting, and the single health factor still depend on ICP.
Control, loss and exit applicability
The lending canister checks caps, prices, and health, coordinates liquidations, and schedules pool operations that do not finish at once. Withdrawals burn supply shares and then rely on a write-ahead log, pool canister, and chain-key minter or ICP ledger. Insufficient liquidity causes retries. A native-chain transaction can therefore be confirmed while Liquidium still awaits finalization, so an ordinary exit depends on ICP availability and correct canister operation.
Why the shared dossier decides
The v1 rejected-chain policy decides the case because ICP coordinates the investable lending state, even when a user supplies or receives an asset on an external native chain. This does not claim that chain-key cryptography or Liquidium contracts are defective. Reopen the review if ICP passes the chain framework or Liquidium creates an approved-chain control system that can be reviewed on its own. Then review each pool, canister roles, oracle, liquidations, audits, bad debt, and withdrawals at the proposed size.
Class rule
The rejected chain class is outside the approved structures, so every protocol in it is not approved until the rule changes. The rule is about the structure, not an adverse finding about this protocol, and it is not a client instruction. The events that would reopen it are listed with the memo.
Sources
The claims above trace to these. Where a number could not be independently verified, the thesis says so.
- Liquidium — protocol overview · primary · accessed 2026-08-15
Supports: built on Internet Computer, cross-chain lending, suppliers, borrowers, canister contracts - Liquidium — technical architecture · primary · accessed 2026-08-15
Supports: IC canisters, lending orchestrator, BTC pool, ERC pool, share accounting - Liquidium — lending canister · primary · accessed 2026-08-15
Supports: positions, health factor, interest, liquidation API, pool coordination - Liquidium — cross-chain flow and ckAssets · primary · accessed 2026-08-15
Supports: ICP chain key, ckAsset pools, native-chain routes, single health factor, liquidations - Liquidium — withdrawal execution · primary · accessed 2026-08-15
Supports: share burn, write-ahead log, insufficient liquidity, retries, native outflow - DefiLlama — Liquidium survey record · secondary · accessed 2026-08-15
Supports: current TVL, ICP perimeter, Lending category, survey observation
Inherited controls
The research above describes the protocol layer. Every position also inherits the asset it holds and the chain it settles on. The layer with the most administrative power sets the position’s effective control; that describes control, not quality or suitability.
| Chain | Verdict | Control | Control constraint |
|---|