Documentation Index
Fetch the complete documentation index at: https://docs.sprinter.tech/llms.txt
Use this file to discover all available pages before exploring further.
Introduction
The Sprinter Credit Engine handles credit line creation, drawdowns, repayments, and liquidations. Key features include:
Flexible terms — Overcollateralized or undercollateralized, fixed-rate or variable, short-term or rolling. The credit parameters adapt to the use case, not the other way around.
Cross-chain portfolio, one credit line — Collateral assets across all major chains valued as a unified portfolio. 50K staked ETH on Ethereum + 30K in Morpho Earn on Base + 20K WBTC on Arbitrum = 70K credit line, usable anywhere without bridging.
Productive collateral — Integrations with leading DeFi strategists Gauntlet and YO provide market-leading yield on your collateral assets such as USDC, ETH & BTC.
From Credit to Action
Drawing credit is not the end — it is the beginning. The real value of Sprinter Credit is what happens after USDC leaves the credit line: credit drawn, USDC delivered, real-world action completed.
Every Sprinter draw sends USDC to a receiver address. What that receiver is determines the outcome:
| Integration Type | Receiver | What Happens After Draw |
|---|
| Card program | Settlement address | USDC settles the card transaction — user pays at a restaurant, buys online, taps Apple Pay |
| Wallet | User’s wallet or merchant | User sends a payment, tops up a balance, or pays a friend |
| Agent | Protocol address | Agent executes a swap, enters a yield position, or fills a trade on a DEX |
| Buy Now, Pay Later | Merchant / seller | Purchase completes immediately — user repays over 30 days |
| Subscription | Service provider | Recurring payment drawn automatically via an Operator |
The key insight: the draw endpoint is generic (/draw?receiver=0x...), but the receiver address is what defines the use case. Sprinter doesn’t need to know what the credit is for — it just delivers USDC to the address you specify, and your app handles the rest.
This means any app with a settlement flow can plug into Sprinter: if you have an address that needs USDC, Sprinter can fund it from collateralized credit.
Credit Configurations
Sprinter uses credit configurations to structure different forms of credit. Creating a new credit configuration is currently a permissioned process — if you need purpose-fit credit for your app, we’d love to hear from you!
| Card Spend | Crosschain Intents |
|---|
| Access | Permissionless | Permissioned |
| Type | Overcollateralized | Zero Collateral |
| Usage Constraints | No | Fills in supported Intent protocols |
| Credit Chains | Base | Base, Arbitrum, Ethereum, Optimism, Unichain |
| Credit Asset | USDC | USDC, WETH, WBTC |
| Collateral Chains | Base, Ethereum | N/A |
| Collateral Assets | All supported | N/A |
| Term | Fixed 30+7 | Up to 4 hours |
| Fees | 50 bps + 15% overdue APR | Dynamic |
Fees
The following fees apply to the Card Spend credit configuration (used by card programs). Crosschain Intents uses dynamic fees — see Credit Configurations.
| Fee | Amount | When It Applies |
|---|
| Origination fee | 0.50% (50 bps) | One-time fee charged on each credit draw |
| Overdue APR | 15% | Charged on outstanding balance after the billing cycle due date |
The origination fee is deducted from each draw. For example, drawing 1,000 USDC delivers 995 USDC to the receiver.
The overdue APR kicks in only if debt is not repaid by the due date. For Card Spend credit (30-day term + 7-day grace), interest begins accruing after day 37. Repaying before the due date means zero interest.
Fee parameters are set per credit configuration. The values above apply to the Card Spend configuration. Crosschain Intents uses dynamic fees. See Credit Configurations for the full comparison.
Credit Issuance
Sprinter Credit currently uses USDC as the main asset for credit issuance.
Supported Assets & Positions
Sprinter Credit provides one unified credit line — and in the case of collateralized credit, users can deposit assets and DeFi positions across all supported chains. See Supported Assets & Strategies for the full list of accepted collateral, earn vaults, and LTV parameters.
Position Health, LTVs and Liquidations
Sprinter constantly monitors the health of all credit positions according to the defined credit configuration. In the case of collateralized credit, the collateral value is tracked continuously for changes.
Loan-to-Value (LTV)
LTV defines how much credit a user can draw relative to the value of their collateral. Each supported collateral asset has its own LTV ratio, reflecting its risk profile.
Max Credit = Collateral Value x LTV
For example, if a user deposits 1,000 USDC collateral with an LTV of 80%, their maximum credit line is 800 USDC.
Maintenance LTV
Maintenance LTV is the maximum LTV a position is allowed to reach while there is an outstanding balance. It is set higher than the initial LTV to provide a safety buffer before liquidation becomes possible.
Current LTV = Outstanding Debt / Collateral Value
As long as the Current LTV stays below the Maintenance LTV, the position is safe. If collateral value drops or debt grows (due to accruing interest) and pushes the Current LTV above the Maintenance LTV, the position becomes eligible for liquidation.
Position Health Factor
The Health Factor combines both values into a single number that indicates how close a position is to liquidation:
Health Factor = (Collateral Value x Maintenance LTV) / Outstanding Debt
| Health Factor | Status |
|---|
| > 1.3 | Healthy |
| 1.0 – 1.3 | At risk — consider adding collateral or repaying |
| < 1.0 | Eligible for liquidation |
A Health Factor above 1.0 means the position is safe. Below 1.0, the protocol can liquidate part of the collateral to restore a healthy position.
Liquidations
When a position becomes eligible for liquidation, Sprinter liquidates only as much collateral as needed to bring the Health Factor back above 1.0 — partial liquidations wherever possible. Liquidators who perform the liquidation receive a 5% bonus on the collateral they claim.