take, repay, close, supplyCollateral, withdrawCollateral, supplyBond, withdrawBond, claim, escape and refinance) into a ready-to-send transaction. The solver-side signing helpers an RFQ quote response is made of ship in the same package.
@iris-credit/iris-sdk is the recommended entry point for all integrations, reads included. The other packages are the layers underneath it: reach for them directly only when iris-sdk does not cover your use case.
Installation
viem (^2) is the only peer dependency; @iris-credit/core-sdk and @iris-credit/iris-ts ship as regular dependencies. Several examples import from them directly. If yours do too, declare them in your own package.json rather than relying on hoisting: isolated installs like pnpm’s don’t resolve undeclared transitive imports.
Quick start
Everything hangs off one chain-scoped entity, created from an extended viem client. The namespace is stateless (noinit(), no cache, no warm-up) and rides on the viem client you already own, so reads and writes share one transport, chain and account:
getRequirements() for the approvals and signatures that must come first, buildTx() for the final transaction. Building Transactions walks through the pattern.
Supported networks
Contract addresses and the enabled protocol configuration ship with the SDK. Resolve them with
getChainAddresses(chainId) and getChainRegistry(chainId) rather than hardcoding. VNet is a disposable staging fork: its Iris deployment and configuration are separate from mainnet’s.
Where to go next
Entities & Reads
The typed model behind every read, and the contract-exact math that runs offline.
Building Transactions
The getRequirements → buildTx pattern, flow by flow.
Solver Signing
Produce the signatures an RFQ quote response carries.
Iris API
Indexed loans, positions and prices over GraphQL, with no fetchers to run.

