Overview
Start here for Torq documentation: lending, borrowing, recovery, role manuals, and reference pages.
Product documentation
Learn how to lend, borrow, manage risk, and recover value in Torq.
Start with the main user guides, then open the workspace manual for your role. Each page explains what you can do, what to check before acting, and where to find the status after an action is submitted.
How app state updatesChain -> Indexer -> Projector -> Postgres -> API -> Frontend
After a wallet action, Torq waits for the updated app status before showing the result.
Explore the documentation
Pick the task you want to complete
DevelopersBuild wallets, fintech products, and neobanks with canonical APIs, typed SDKs, non-custodial workflows, and events.Start hereA quick walkthrough of vaults, credit lines, workspaces, and what happens after an action is submitted.Build on TorqChoose native Earn distribution, governed credit-business building, or role-specific product operations.LendingChoose a vault, understand the risk profile, deposit, request redemption, and track claimable cash.BorrowingSee how collateral, draws, repayments, health checks, and blocked actions work for borrowers.LiquidationsReview liquidation opportunities, settlement paths, claims, bonuses, and what happens after stress.RecoveryUnderstand distressed assets, recovery cash, claim order, duplicate-claim protection, and recovery history.Recovery fundsLearn how recovery-fund deposits, epochs, side pockets, claimable proceeds, and fund participation work.Technical referenceUse this when you need contracts, permissions, accounting, inventories, and reviewer references.
Workspace manuals
Find the manual for your role
Asset ManagerManage vaults, credit facilities, assets, oracles, IRMs, markets, allocation, routing, and roles.Asset IssuerSubmit assets, maintain asset context, review NAV and feed status, respond to messages, and manage roles.NAV ReporterSubmit signed NAV and price reports, check covered assets, quorum, freshness, enquiries, and incidents.PartnerApply, manage channels and wrappers, review deposits and redemptions, and track fee shares.Incident ResponseReport incidents, follow protection workflows, review governed actions, and track resolution status.
Reference library
Use these pages when you need the exact rule, permission, or source
Keep the first read simple, then open the references when you need definitions, permissions, accounting details, or reviewer material.ConceptsPlain definitions for the vaults, markets, assets, roles, reports, and recovery objects used in Torq.Canonical read modelHow Torq turns confirmed protocol activity into the balances, statuses, and actions shown in the app.GovernanceWho can change what, which actions require approval, and how timelocks and permissions are reviewed.Generated evidenceReviewer references for routes, actions, roles, APIs, schemas, and contracts.
Conventional lending vs Torq
See what changes for lenders, borrowers, and operators
Torq does not remove credit risk. It makes the source of risk, authority, exit order, and recovery path easier to see before and after you act.AreaConventional lending protocolsTorq
LendingDepositors usually enter one shared pool or one vault with a shared risk profile. That is simple, but it forces different risk appetites into one blended exposure.Depositors can choose a Single Share vault or, where configured, Senior and Junior tranches. That makes the chosen risk profile clearer before depositing.
BorrowingBorrower demand is commonly served from pooled or vault-routed liquidity with broad shared market parameters, making the source of risk harder to trace.Funds remain tied to the vault that supplied them. Each credit line can have its own eligibility, collateral, rate, draw, and policy checks before a borrower draws.
WithdrawalsIn stress, fast exits can favor bots, large actors, or users monitoring constantly. First-click liquidity can leave slower users with residual impaired exposure.Where configured, exits use a queue. Users can see redemption requests, claimable cash, reserves, and settlement status instead of guessing who exits first.
RatesMany markets rely on one rate model or mostly static rate policy. If asset economics change, the market can become mispriced or require migration.Approved rate models can be tailored to the asset type and updated through governance when market conditions change.
OracleOracle configuration can become a high-dependency component. A stale or unsuitable provider can impair the market or require heavy intervention.Oracle and valuation settings are visible to operators, and emergency or governance paths can change valuation dependencies when needed.
Bad debtBad debt is often socialized across a pool or vault, creating a broad creditor base and making recovery coordination slower.Losses stay tied to the vault and credit line that originated the exposure, even when borrowing happens through a shared market.
RecoveryMany systems stop at liquidation and bad-debt accounting. Recovery after impairment often happens off-protocol or through ad hoc governance.Recovery has a dedicated path for impaired positions, recovery cash, claims, payout order, history, and distressed recovery fund participation.