Skip to main content
These answers link to the pages that explain each topic in full.

Accounts and balances

It does not create a separate transferable supply token. Supply and debt are recorded on a lending account. The account itself has a transferable position NFT; moving that NFT transfers control of its collateral and debt. See Lending accounts.
Yes. Each account has its own collateral, debt, and fixed spoke. Collateral on one account does not support debt on another. See Lending accounts.
Yes. Anyone can fund repayment, and overpayment is returned to the payer. A paused debt listing can still block the transaction. See Repay.
XOXNO has no separate non-collateral supply mode. The spoke must allow the supplied asset as collateral. See Supply.

Rates and risk

No. Rates vary with utilization and market settings. Interest earned by suppliers and owed by borrowers is reflected in their account balances. See Interest and revenue.
The market still needs enough available cash, utilization must remain within its ceiling, and the listing must allow withdrawal. See Withdraw.
Health factor alone does not establish borrowing capacity. The account must also have capacity under its LTV limit, minimum collateral requirement, caps, and market conditions. See Borrow.
The account is eligible for liquidation. Someone can repay debt and receive collateral under the liquidation rules without the owner’s permission. See Liquidations.
Yes. Smart contract failures, token risks, and market bad-debt write-offs can affect supplied assets. There is no backstop that absorbs bad debt before supply claims. See Bad debt and suppliers.
Plain repayment does not need prices. Token transfers, payer authorization, and listing controls still apply. See Oracles.

Configuration and integrations

Check the deployed market and the account’s spoke. A configuration row alone does not prove that the asset is usable. See Live configuration.
Yes. Designated roles can change settings through governance. Current LTV and stored liquidation terms follow different update rules. See Risk parameters and Governance.
No. Verification results apply to the properties, code, and assumptions checked. They do not guarantee solvency or prevent every loss. See the security model.
Selected balances from an approved Blend V2 pool can migrate in one transaction if the destination checks pass. See Blend migration.
Use the developer quickstart, then the guide for the intended action and its contract reference.