Credit Delegation
Credit delegation in DeFi allows a depositor to delegate their unused borrowing power to another address for undercollateralized loans.
Key Takeaways
- Credit delegation allows a depositor in a lending protocol to grant their unused borrowing capacity to another address, enabling that party to borrow without posting their own collateral.
- The delegator bears all liquidation risk: if the borrower fails to repay, the delegator's collateral can be seized. This makes credit delegation best suited for trusted or institutional counterparties.
- Pioneered by Aave, credit delegation brings traditional credit line mechanics on-chain: instant approval, transparent terms, and 24/7 availability with no intermediary required.
What Is Credit Delegation?
Credit delegation is a DeFi mechanism that decouples capital provision from capital usage. When a user deposits assets into a lending protocol like Aave, they receive borrowing power proportional to their deposit. If the depositor does not need to borrow, that capacity sits idle. Credit delegation lets the depositor assign that unused borrowing power to a trusted third party, who can then take out loans backed by the delegator's collateral.
From the protocol's perspective, every loan remains overcollateralized: the delegator's deposits back the borrower's debt. But from the borrower's perspective, the loan is effectively uncollateralized: they receive funds without locking up any of their own assets. This mirrors how traditional credit lines work, where a bank extends borrowing capacity based on a creditworthy relationship rather than requiring collateral for every transaction.
The concept was introduced by Aave in 2020 and represented one of the first attempts to bring undercollateralized lending to DeFi. The first credit delegation on the protocol was executed with DeversiFi, a decentralized exchange, where a depositor locked approximately $500,000 in USDC and delegated borrowing power for 20 wBTC.
How It Works
Credit delegation operates through debt token approvals on Aave's smart contracts. The process follows four steps:
- The delegator deposits collateral into the lending protocol and receives interest-bearing aTokens in return
- The delegator calls
approveDelegation()on the relevant debt token contract, specifying the delegatee's address and the maximum borrowable amount - The delegatee calls
borrow()on the Pool contract, passing the delegator's address in theonBehalfOfparameter - The delegatee (or anyone) repays the loan by calling
repay()with the delegator's address as the beneficiary
The delegation is revolving: after repayment, the delegatee can borrow again up to the approved limit. The delegator can adjust or revoke the allowance at any time by calling approveDelegation() with a new amount (or zero to revoke).
On-Chain Mechanics
At the contract level, credit delegation uses a pattern similar to ERC-20 token allowances. The DebtTokenBase contract maintains a mapping of borrow allowances:
// Aave DebtTokenBase.sol
// Map of borrow allowances: delegator => delegatee => amount
mapping(address => mapping(address => uint256))
internal _borrowAllowances;
// Approve a delegatee to borrow on your behalf
function approveDelegation(
address delegatee,
uint256 amount
) external;
// Query the current borrowing allowance
function borrowAllowance(
address fromUser,
address toUser
) external view returns (uint256);When the delegatee borrows, the Pool contract internally calls _decreaseBorrowAllowance() on the debt token, which decrements the allowance by the borrowed amount. If the remaining allowance is insufficient, the transaction reverts.
Health Factor Protection
In Aave V3, the protocol includes a critical safety check: a borrow transaction will revert if it would cause the delegator's health factor to drop below the liquidation threshold. This prevents a delegatee from borrowing so much that it triggers immediate liquidation of the delegator's position. However, subsequent market movements can still push the collateral factor into dangerous territory.
Gasless Delegation (V3)
Aave V3 introduced delegationWithSig(), which allows delegators to sign an EIP-712 typed message off-chain. Anyone can then submit this signature on-chain, enabling gasless approvals where the delegator does not need to pay transaction fees:
// V3 meta-transaction delegation
function delegationWithSig(
address delegator,
address delegatee,
uint256 value,
uint256 deadline,
uint8 v,
bytes32 r,
bytes32 s
) external;Credit Delegation vs. Traditional Credit Lines
Credit delegation mirrors the mechanics of a revolving credit facility in traditional finance, but with significant differences in execution:
| Aspect | Traditional Credit Line | DeFi Credit Delegation |
|---|---|---|
| Approval speed | Days to weeks (underwriting, legal review) | Instant (single on-chain transaction) |
| Credit assessment | Bank credit department, financial statements | Delegator's own judgment |
| Interest rates | Negotiated (SOFR/prime + spread) | Algorithmic (utilization-based) |
| Transparency | Private (between bank and borrower) | Fully on-chain (all positions visible) |
| Availability | Business hours | 24/7/365 |
| Liquidation | Months of proceedings and restructuring | Automated and instant |
| Intermediary | Bank as intermediary | Peer-to-peer via protocol |
| Geographic access | Limited by banking jurisdiction | Permissionless, global |
One notable advantage for delegators: unlike a bank that charges commitment fees on unused credit lines (typically 0.25% to 0.50% annually), Aave delegators earn supply APY on their deposited collateral regardless of whether the delegation is exercised. For a deeper look at how these lending mechanisms compare, see the stablecoin-backed lending platforms research article.
Use Cases
Institutional Borrowing
Market makers, trading firms, and exchanges often need rapid access to capital without wanting to lock up their own assets. Credit delegation allows a capital provider (such as a DeFi fund or treasury) to deposit stablecoins and delegate borrowing power to a vetted institutional counterparty. The institution borrows at protocol-determined rates, and both parties formalize terms through an off-chain legal agreement.
DAO Treasury Management
A DAO holding idle treasury assets can deposit them into Aave and delegate borrowing capacity to a sub-DAO or working group. This lets the working group access capital for operations without the main DAO needing to transfer ownership of assets. The delegation can be revoked by governance vote if needed.
Yield Optimization
Delegators earn supply APY on their deposited collateral while simultaneously granting borrowing access. When paired with a reliable borrower who pays interest on the debt, the delegator effectively earns on both sides: supply yield from the protocol and the trust premium embedded in the delegation relationship. This is a form of capital efficiency that is difficult to replicate in traditional finance without intermediaries.
Smart Contract Vaults
Rather than delegating to an individual address, some implementations delegate to a smart contract vault that enforces predefined borrowing strategies. The vault can only execute specific actions (e.g., borrow USDC to provide liquidity on a DEX), reducing the trust requirement. If the vault's logic is audited and constrained, the delegator's risk is limited to the vault's strategy rather than an individual's behavior.
Related Approaches to Undercollateralized Lending
While Aave pioneered peer-to-peer credit delegation, other protocols address undercollateralized lending through different models:
- Maple Finance uses pool delegates (credit officers from vetted firms) who perform KYC, assess creditworthiness, and post first-loss capital to institutional lending pools
- Goldfinch targets emerging-market lending with a "trust through consensus" model where backers individually assess real-world borrowers before capital is deployed
- TrueFi combines DAO governance with portfolio managers who curate permissioned pools for institutional credit
- Flash loans offer single-transaction uncollateralized borrowing, but require repayment within the same transaction block
The key distinction is that Aave's credit delegation is peer-to-peer (one depositor delegates to one borrower), while Maple, Goldfinch, and TrueFi use pooled structures with third-party credit assessment.
Risks and Considerations
Liquidation Risk for Delegators
The delegator's collateral backs the borrower's loan. If the borrower does not repay and market conditions cause the delegator's health factor to fall below the liquidation threshold, the delegator's collateral is automatically liquidated. The delegator bears the full downside while the borrower walks away with the borrowed assets.
Counterparty Default
There is no on-chain mechanism to force a borrower to repay. If the delegatee defaults, the delegator's only recourse is an off-chain legal agreement (if one exists). This counterparty risk is the primary reason credit delegation works best between parties with existing trust relationships, legal agreements, or aligned economic incentives.
Smart Contract Risk
Bugs or vulnerabilities in the DebtTokenBase, Pool, or any credit delegation vault contracts could result in loss of funds. Oracle manipulation could cause incorrect health factor calculations, triggering or preventing liquidations at the wrong time.
Market and Interest Rate Risk
Borrowers face variable interest rates that can spike during periods of high utilization. Delegators face the risk that rapid collateral price declines trigger liquidation before the borrower can repay. In extreme market conditions, insufficient liquidator demand can result in bad debt where liquidation fails to fully cover outstanding loans, potentially leading to a liquidation cascade.
Governance Risk
Protocol parameter changes (liquidation thresholds, interest rate models, supported assets) made through governance could adversely affect existing credit delegation positions. A change in the collateral factor for a delegator's deposited asset could reduce available borrowing capacity or trigger liquidation unexpectedly.
This glossary entry is for informational purposes only and does not constitute financial or investment advice. Always do your own research before using any protocol or technology.