Solend launched as an algorithmic lending and borrowing protocol on Solana and is now presented under the Save brand. Users can supply supported tokens, earn variable interest and borrow against collateral through smart contracts. The rebrand does not remove DeFi risk: participants still face smart-contract, oracle, liquidation, liquidity, network and governance exposure.
What happened to Solend?
The protocol’s current documentation uses the name Save and describes it as formerly Solend. Older developer portals, repositories and articles still use the Solend name. Users should therefore verify the current official interface, documentation and contract addresses before interacting with a market.
The official Save documentation is the primary source for current product information. Historical developer pages remain useful for architecture, but interface links and implementation details can become outdated.
How Solend lending works
A supplier deposits a supported asset into a reserve. Borrowers pay interest, while suppliers receive a variable return according to utilisation and protocol rules. A borrower must provide collateral whose value exceeds the loan according to the reserve’s loan-to-value and liquidation parameters.
If collateral falls or debt grows beyond the permitted threshold, liquidators can repay part of the obligation and claim collateral. Because crypto markets move quickly, a comfortable position can become unsafe during volatility, oracle disruption or thin liquidity.
Core protocol components
- Reserves: asset pools with supply, borrowing and risk parameters.
- Obligations: records of deposited collateral and borrowed assets.
- Interest-rate models: formulas that adjust rates as utilisation changes.
- Oracles: price data used to calculate collateral value and account health.
- Liquidation: a process for reducing unhealthy debt positions.
- Isolated markets: separate environments for selected assets.
- Governance: processes that may influence parameters and upgrades.
The legacy Solend developer portal describes the lending programme as open source and based on the token-lending programme authored by Solana Labs. Developers should verify current repositories and deployments rather than treating an archived SDK or old address as authoritative.
Potential benefits of Solend
- On-chain rules make market balances and parameters observable.
- Users can lend or borrow without a traditional credit application.
- Solana can support relatively fast transaction processing.
- Developers can integrate lending data and actions into other apps.
- Separate markets can contain some asset-specific exposure.
These benefits do not guarantee attractive returns. Net outcomes depend on token prices, interest rates, incentives, transaction costs and withdrawal liquidity. A high advertised yield may partly reflect temporary rewards or elevated risk.
Major Solend risks
- Smart-contract risk: defects or unexpected interactions can affect assets.
- Oracle risk: stale or manipulated prices can distort liquidations.
- Liquidation risk: volatile collateral can fall below thresholds rapidly.
- Liquidity risk: high utilisation may make withdrawals difficult.
- Asset risk: a supported token can depeg or lose market depth.
- Network risk: Solana congestion or outages can delay urgent transactions.
- Governance risk: parameter changes may alter existing positions.
- Interface risk: phishing, malicious approvals or outdated links can cause loss.
A Solend due-diligence checklist
- Confirm the current Save or Solend domain and contract address.
- Check market liquidity, utilisation and withdrawal conditions.
- Review collateral factors and liquidation thresholds.
- Understand the oracle and liquidity of each asset.
- Maintain a conservative health buffer.
- Separate base yield from temporary incentives.
- Review audits, incidents, governance proposals and upgrades.
- Use a position size that can be lost safely.
Readers can also explore DeFi lending and blockchain oracles.
The bottom line
Solend helped establish lending infrastructure on Solana and now continues under the Save identity. It can provide programmable borrowing and lending, but it cannot remove volatility or technical failure. Verify the current deployment, understand liquidation mechanics and treat every yield as compensation for risk rather than a guaranteed return.