Kamino Lend

Kamino Lend is the lending/money-market pillar of Kamino Finance, a Solana-native DeFi protocol providing pooled lending and borrowing with isolated markets and leveraged strategies on Solana. ## Protocol Identification

• Name: Kamino Lend (often “K-Lend”), part of Kamino Finance.
• Category: DeFi pooled lending / money market, with isolated pools and leveraged credit products.
• Website / App: Main Kamino interface hosts Lend under its Earn/Borrow sections.
• Docs: Kamino docs include dedicated Borrow & Lend sections for developers and users.
• Chains: Solana only for Kamino Lend; the GitHub repo describes it as “smart contract for the Solana blockchain.”
• Launch timeline:
• Lend V1 live by late 2023 (GitHub repo and deployed program IDs dated 2023-11).
• Kamino Lend V2 announced and live on Solana mainnet August 19, 2026.
• Native token: The broader Kamino ecosystem uses KMNO; KMNO is mentioned as a supported asset in Kamino Lend markets. ## Main Contract / Program Addresses (Solana)
• Core lending program (klend):
• Mainnet program ID: KLend2g3cP87fffoy8q1mQqGKjrxjC8boSyAYavgmjD.
• Staging (mainnet): SLendK7ySfcEzyaFqy93gDnD3RtrpXJcnRwb6zFHJSh.
• These IDs are published in the official open-source klend GitHub repository; explorer-level verification status is Not verifiable as of 2026-08-29 (no on-chain tool access). ## Design / Fork Lineage
• Multiple independent analyses state K-Lend is structurally similar to Aave V3, i.e., a pooled lending market with per-asset risk parameters and interest-rate curves.
• However, research pieces emphasize a bespoke Solana-native implementation, including:
• Modular credit infrastructure with separate Market and Vault layers.
• Single-liquidity or isolated market structures, “Scam Wick Protection,” dynamic liquidation auctions, and spot leverage modes specific to Kamino Lend V2.
• No source directly labels klend as an on-chain fork of Aave contracts; similarity is architectural, not a byte-for-byte fork. ## Audits and Fork Risk
• Public materials describe V2 as built on a “battle-tested V1 codebase” and framed for institutional credit, but specific audit reports and auditor names are Not verifiable as of 2026-08-29.
• No documented history of malicious modifications in kamino-lend forks or exploits in derivative protocols was found; Not verifiable as of 2026-08-29 for any such incidents.

Kamino Lend appears to be a real, active product rather than a pure landing page: the docs describe a public API, REST endpoints, and specific lending-market functions such as supplying assets, borrowing, market metrics, and obligation PnL. The presence of an app-facing product plus developer docs suggests mature UX and integration support, but live deposit/withdrawal functionality on the front end is not verifiable as of 2026-08-29 from the gathered sources, so that part remains Not verifiable as of 2026-08-29. There is clear evidence of an open API: the docs state a base URL at api.kamino.finance, expose OpenAPI/Swagger docs, and list data endpoints and unsigned transaction capabilities. The API docs also explicitly cover Kamino Lend borrow orders, markets, transactions, user loans, and yield, which is stronger than a marketing-only site. On UX quality, the documentation set looks substantial and structured, with product-specific pages for lending markets, reserves, deposits, withdrawals, and developer integration. However, broken-link status, fake metrics, and template-sign detection are not verifiable as of 2026-08-29 from the gathered sources. ## Assessment

• Real portal vs landing: more than a landing page; documented product and API surface.
• App functionality: lending, borrowing, reserve metrics, user-loan utilities, and transaction-building docs are documented.
• Live deposits/withdrawals: Not verifiable as of 2026-08-29.
• Docs/UX maturity: looks relatively mature and developer-friendly, with API reference and multiple product workflows.
• Open API: yes, clearly documented.

Kamino Lend fuzz-testing report listed by Kamino for the lending contract.

Kamino Lend formal verification report listed by Kamino; Certora’s write-up describes a precision-loss / rounding issue in exchange-rate calculation that Kamino fixed with a mul-div pattern. The write-up states the issue was not exploitable on Solana at the time and that Kamino addressed it.

Kamino Lend audit report listed by Kamino for the core lending/borrowing contract.

Kamino Lend audit report listed by Kamino. Public security docs show this report for the core lending/borrowing contract.

Kamino Lend audit report listed by Kamino for the core lending/borrowing contract.

Kamino Lend has an active bug bounty program on ImmuneFi. It started on 6 October 2025 and was publicized as a $1.5M program, which Kamino described as the largest bug bounty on Solana at launch. The program parameters are:

• Scope: all core smart contracts and the Kamino web application, including KLend and KVault; the docs say 17 assets are in scope.
• Payout currency: USDC on Solana, with rewards denominated in USD.
• Proof of concept: mandatory for all submissions.
• KYC: required for all payouts.
• Triage: submissions are reviewed by ImmuneFi before Kamino’s security team.
• Critical smart contract rewards: 10% of funds at risk, with a $150,000 minimum and $1,500,000 maximum.
• High smart contract rewards: up to $100,000.
• Medium smart contract rewards: $10,000 fixed.
• Critical web/app rewards: up to $50,000 for certain high-impact cases, otherwise $20,000 for other critical impacts. On results, the public sources provided do not disclose any confirmed payout count or bounty-finding totals. The available docs only state that the program was live as of its last update on 10 July 2026 and describe the payout formula; they do not publish specific submission or payout outcomes. Therefore, the results are Not verifiable as of 2026-08-29.

Kamino Lend is a Solana-based lending protocol that relies on multiple external components (oracles, stablecoins, LSTs, and CEX/MM liquidity) for core functionality. On-chain verification is not possible in this run; all on-chain-related statements are “Not verifiable as of 2026-08-29”. 1. External protocol & asset exposure

• Kamino Lend supports USDC, USDT, SOL, BONK, JitoSOL, mSOL and other SPL tokens as collateral and borrow assets. This creates indirect dependence on issuers Circle (USDC), Tether (USDT), Marinade (mSOL), Jito (JitoSOL) and other token DAOs.
• Failure, freeze, or insolvency of these issuers (e.g., regulatory action against Circle/Tether, validator or treasury failure for mSOL/JitoSOL) would transmit losses through Kamino via collateral devaluation, bad debt, and liquidations. 2. Oracle & price manipulation risk
• Kamino states use of Pyth and Switchboard oracles for pricing on Solana. Any oracle malfunction, delayed updates, or price manipulation (including via thin liquidity on underlying DEXs) can cause:
• Under-collateralized borrowing if prices are stale/overstated.
• Cascading liquidations if prices are abruptly understated.
• Concentration on a small set of oracle providers increases correlated failure risk (bug, governance attack, or chain outage affecting them). 3. Solana chain & bridge risk
• Kamino Lend is native to Solana; there is no core dependency on an external bridge for its internal accounting. However, user capital often enters via Solana bridges (e.g., Wormhole) and CEX withdrawals. Bridge exploits or censorship would mainly affect inflows/outflows and asset prices rather than Kamino’s contract logic directly.
• Solana’s own liveness and rollback risk (historical outages, potential consensus issues) can impair liquidations and oracle updates, amplifying insolvency scenarios. 4. CEX/MM & liquidity dependence
• Major assets (SOL, USDC, USDT, LSTs) derive price and liquidity from CEX order books and market makers; Kamino’s oracles ultimately reflect those markets. Disorderly CEX events (exchange insolvency, delisting, or market-maker withdrawal) can:
• Widen spreads and increase volatility.
• Trigger sharp re-pricing of collateral and forced liquidations. 5. RWA & custodian exposure
• No direct RWA/SPV or off-chain custodian integration is documented for Kamino Lend as of the latest sources. Any such exposure is Not verifiable as of 2026-08-29. 6. Key failure scenarios
• Stablecoin depeg (USDC/USDT): collateral and borrow asset losing parity → protocol-wide under-collateralization and bad debt.
• LST failure (mSOL/JitoSOL): validator slashing, governance hack, or oracle failure → sharp NAV drop and liquidation cascades.
• Oracle incident (Pyth/Switchboard): mispricing or manipulation → systemic liquidations or silent insolvency.
• Solana outage: paused liquidations while prices move → accumulated bad debt once chain resumes.

Kamino Lend organizes custody in two main ways. For the standard on-chain lending markets, users deposit assets directly into Kamino’s Solana smart contracts, and borrowers post collateral and are liquidated onchain when risk limits are breached. For the institutional off-chain collateral structure, the crypto never leaves regulated custody: assets such as native SOL, staked SOL, or BTC stay in a segregated account at Anchorage Digital Bank, while Kamino uses Chainlink Proof of Reserve, a mirror token, and an Account Control Agreement to coordinate borrowing and enforce liquidations without moving the collateral onchain. In that model, Anchorage acts as custodian and collateral manager, and Kamino/its collateral agent holds the secured interest on behalf of lenders.

An April 2026 risk action was taken in response to the Drift exploit and related Solana stress: Kamino said it had no exposure to the event, and it placed LayerZero-bridged reserves (USDS, LBTC, FBTC) into reduce-only mode, allowing withdrawals and repayments while disabling new deposits and borrows.

Public reporting in late 2026 described Kamino manually blacklisting a competitor address in its Refinance tool during the Jupiter Lend dispute, but this appears to be a product/governance action rather than a loss event.

Kamino Lend’s operational key management appears to be organized around a curator + multisig model rather than a single admin key. Third-party curators can configure new markets with risk parameters, and market administration keys are transferred to Squads multisigs before launch, which distributes control beyond one operator. For risk and governance controls, Kamino is described as being governed by KMNO token holders, who vote on parameters such as asset listings, collateral/LTV settings, oracle configuration, and fee distribution. That means day-to-day protocol policy is not held in a lone hot wallet, but split between onchain governance and market-level administrators. For user funds and lending actions, the docs show Kamino Lend is built around standard onchain lending operations—deposit, borrow, repay, withdraw—while positions are tracked through an Obligation account containing the owner, deposits, borrows, and liquidation-related fields. The docs do not specify any special offchain key custody for users; user control is therefore Not verifiable as of 2026-08-29 beyond the published account model. In practice, the key-management structure is best understood as:

• Governance keys: KMNO token-holder governance for protocol-wide risk settings.
• Market admin keys: transferred to Squads multisigs for safer shared control.
• Curator authority: approved curators can launch/manage market parameters within their scope.
• User authority: lending positions are represented by onchain obligation accounts tied to the owner, but deeper custody mechanics are not explicitly documented in the sources provided.

Kamino Lend appears to be an upgradeable Solana program with admin controls split across market/vault administration and emergency roles, but several details are not fully verifiable here because on-chain checks are unavailable in this run. The strongest evidence available indicates Kamino uses verifiable builds and a manager CLI that can read owner, cached owner, and emergency council metadata, while governance posts and third-party coverage indicate multisig-based operational control and extensive audits. What is verifiable from the gathered sources

• Kamino states that Kamino Lend and Earn Vaults use verifiable builds, meaning the deployed programs match audited GitHub versions.
• Kamino docs expose a get-market-or-vault-admin-info command that returns owner, cached owner, and emergency council, confirming explicit admin/emergency-role plumbing in the system.
• Governance materials describe V2 as a major infrastructure upgrade and reference external audits and internal testing, but they do not by themselves prove a timelock or renounced authority.
• Independent coverage says market administration keys are transferred to Squads multisigs before launch, which implies multi-signer control rather than a single hot key. Not verifiable as of 2026-08-29
• Exact program addresses, current upgrade authority, proxy/admin type, timelock delay, and whether any roles are fully renounced.
• Which functions are currently permissioned on-chain for pause, withdrawal freeze, upgrade, fee changes, oracle changes, or strategy/risk parameter changes.
• Whether users can exit in all market states without admin assistance. Risk assessment
• Worst case if keys are compromised: an attacker with upgrade/admin authority could plausibly alter risk parameters, pause markets, change fees/oracle sources, or deploy malicious logic to freeze funds or enable theft, depending on the exact authority set.
• Rug/freeze risk: lower than a single-key system if multisig/governance controls are correctly enforced, but not eliminable without confirmed on-chain authority revocation and timelock evidence. Architecture map
• User deposits/borrows -> Kamino Lend market program -> reserve/oracle/risk controls -> admin/emergency council -> multisig/governance layer. Diagram Users -> Lend Program -> Reserves/Oracles/Risk Params <- Admin/Multisig/Emergency Council The key unresolved diligence item is on-chain confirmation of current upgrade authority and admin powers; without that, upgradeability and freeze risk remain partially unverified.

Kamino Lend is a Solana DeFi protocol that presents as a real operating project rather than a pure web front: it has an open-source lending repository on GitHub and a public company presence on LinkedIn, with the company page showing a 2021 founding date and a very small stated headcount. The strongest public founder signal is Marius Ciubotariu, who is explicitly referred to as co-founder in Kamino governance material; Mark Hull is also repeatedly described as a core contributor / early public team member. The wider team appears to have TradFi and crypto roots, with one independent profile saying the team traces back to Hubble Protocol and includes experience at Bloomberg, Swiss Re, and Credit Suisse. Another source, however, says the founding team has not publicly disclosed identities, so the public record is incomplete and partly contradictory.

Kamino Lend’s reputation is broadly strong in the Solana ecosystem: it is repeatedly described by independent and semi-independent sources as Solana’s leading or largest lending/money-market protocol, and multiple reports say it has had no major exploit and no recorded bad debt to date. The protocol is also described as having a mature security posture, with audits from firms such as OtterSec, Halborn, Offside Labs, and Sec3 mentioned across sources; some reports additionally mention formal verification and active risk monitoring, though those specific counts vary by source and are not consistently verifiable from the provided results.

Kamino Lend is a Solana-based isolated lending market where each pool is risk‑segmented, and interest rates are set algorithmically based on utilization, plus protocol‑level incentives from the broader Kamino ecosystem. Strategy & assets in/out

• Users supply SOL, staked SOL (e.g., JitoSOL, mSOL), stablecoins (USDC, USDT), and major DeFi tokens as lenders, and borrowers take these assets against posted collateral.
• Markets are isolated per asset pair, limiting contagion from bad debt in one market to others. Yield sources & organic vs subsidized
• Core yield is interest paid by borrowers to suppliers, set by utilization‑based curves (organic).
• Additional yield may come from Kamino points/reward programs and partner token incentives in selected pools (subsidized).
• For staked assets (e.g., liquid staking tokens), base staking yield plus borrow interest can stack on the supply side, but this depends on pool specifics. Risk profile: market-neutral vs directional; leverage/looping
• Lending itself is market-neutral for pure stablecoin pools but directional where collateral and borrow assets are volatile (SOL, LSTs, DeFi tokens).
• Borrowers can use leverage/looping strategies (e.g., borrow SOL against LST collateral and restake or farm elsewhere), creating external exposure to Solana DeFi and validator performance.
• No explicit built-in restaking; exposure is via LST collateral and external protocols. Lock-ups, withdrawals, gates
• Supplies are generally unlocked, withdrawable subject to pool liquidity and health-factor constraints; if utilization is high, large withdrawals may require partial borrow repayment first.
• Risk controls include LTV limits, liquidation thresholds, and oracle-based pricing, with Pyth/Switchboard oracles commonly referenced across Solana. Fees & protocol revenue
• Protocol charges reserve factors / spread on interest, directing a portion of borrower interest to Kamino’s treasury/insurance/reserve pools (exact split varies by market).
• Additional revenue may accrue from liquidation penalties and potential cross‑product fees across Kamino’s broader yield suite.
• Detailed revenue numbers are Not verifiable as of [2026‑08‑29]. Collateral framework
• Collateral assets are whitelisted per isolated market, with conservative LTVs for volatile assets and higher LTVs for stablecoins/LSTs.
• Oracle risk and LST depeg risk are key; Kamino emphasizes risk frameworks and tuning per asset. TVL, APY history & sustainability
• Precise TVL by product/chain and historical APY volatility are Not verifiable as of [2026‑08‑29].
• DeFiLlama reports Kamino among larger Solana lending/LSF players, but product‑level splits and trend validation against raw on‑chain data are Not verifiable as of [2026‑08‑29].

Kamino Lend’s reserve / treasury is not transparently disclosed as a single, protocol-level treasury balance in the sources available, so the size, composition, custody, control, and reserve policy are not verifiable from the provided material. The protocol documentation only confirms that reserve data can be fetched on-chain for each market reserve account, but it does not expose a consolidated treasury statement or attestations in the retrieved sources. What *is* verifiable is that Kamino Lend is a Solana lending protocol and that its markets are organized around on-chain reserve accounts, but the retrieved sources do not provide a complete list of reserve addresses, a treasury wallet map, or an audited reserve snapshot. The governance posts discuss protocol scale and market composition, but they do not state a treasury size or custody structure for reserves. Because Dune/raw on-chain checks are unavailable in this run, the on-chain balances via Dune are Not verifiable as of 2026-08-29. Likewise, any claim about treasury assets, reserve funds, or custodial control beyond the program-level reserve mechanics would be an unverified marketing claim unless corroborated by independent on-chain data or an external attestation, neither of which is present here.

For Kamino Lend on Solana, a Bitcoin crash below $10,000 is a *severe stress event*, but the most directly relevant published risk material available here does not model a BTC-to-$10k scenario explicitly. Kamino’s own risk framework says insolvency occurs when a position becomes unhealthy and liquidation cannot be executed profitably, with bad debt then socialized among lenders. The best available stress-test evidence shows that Kamino has historically absorbed sharp shocks without bad debt in major events, including a February 2026 market event with $0 bad debt despite 55,649 liquidations and $19.36M in collateral seized. In April 2026, Kamino reported that at a 10% stress shock, $275M of collateral was at risk with zero theoretical bad debt, while at a 60% shock, collateral at risk rose to $894M and theoretical bad debt reached $215M. Another Kamino risk post said a 60% crash scenario implied $763M in liquidation exposure and $87.9M in potential bad debt under worst-case assumptions. For Bitcoin-linked collateral specifically, Kamino’s February 2026 case study reported only 214 Bitcoin-market liquidation events and about $20K of collateral seized, suggesting BTC exposure existed but was small in that event. A May 2026 risk note also said cbBTC positions contributed to the shallower shock bands in stress tests, indicating that BTC-linked collateral can add to liquidation pressure even though it was not the dominant risk driver. So, under a BTC move below $10k, the likely impact is higher liquidation pressure on BTC-linked borrow positions, plus possible spillover if liquidation depth is insufficient. But the exact protocol-wide loss or bad-debt outcome for that specific price level is Not verifiable as of 2026-08-29 because no retrieved source models that exact BTC scenario.

Kamino’s published stress tests indicate that under an instantaneous 20% collateral depeg/shock, the protocol would see about $137M of collateral at risk and about $2.3M of potential bad debt in the November 2025 representative model. Kamino’s later April 2026 monthly risk update shows a different 20% scenario with $412M collateral at risk and $12.2M potential bad debt, so the exact figure depends on the report’s date and portfolio mix; the protocol’s own risk team also notes the largest single-asset cliff is PRIME, with $182M of borrowed debt collateralized by PRIME at LTV ≥80% against PRIME’s 91% liquidation threshold.

If the top counterparty becomes insolvent (i.e., a large borrower cannot be liquidated for enough value), Kamino’s loss path is: the position is liquidated through the borrow/lend smart contracts, the liquidator receives the standard liquidation bonus, and any remaining shortfall becomes bad debt. Kamino states that bad debt is socialized among lenders, and that it does not operate a protocol-level insurance fund; if bad debt appears, lender balances are the absorbent layer rather than a treasury backstop. The expected loss path depends on whether liquidation can be executed before collateral becomes unmarketable. Kamino describes insolvency as occurring when LTV exceeds liquidation threshold and liquidation is not profitably executable, typically because collateral liquidity is insufficient; in that case the shortfall is the loss. In ordinary liquidations, the liquidator seizes collateral at a configured discount/bonus and repays debt, which means the liquidator is compensated first and the borrower’s remaining collateral is reduced. For a stress scenario with a top counterparty default, the impact path through the contracts is: unhealthy loan position -> liquidation instruction becomes callable -> collateral is seized and debt repaid -> if liquidation proceeds cover debt, lenders are made whole; if proceeds are insufficient, the residual debt remains as bad debt and is socialized across lenders. Kamino’s risk framework tries to prevent that outcome using LTV limits, liquidation thresholds, e-mode caps, supply caps, daily caps, and market-level caps that constrain correlated exposure before insolvency can cascade. For severity context, Kamino reports zero bad debt to date and says its February 2026 stress event produced 55,649 liquidations and $19.36M collateral seized with $0 bad debt, indicating the protocol’s intended failure mode is liquidation first, loss socialization only if liquidation fails. What is not verifiable as of 2026-08-29 from the provided sources is the exact top-counterparty exposure on Solana today, so the protocol-level loss magnitude for *the* current largest borrower cannot be pinned down here.

There is no direct evidence in the available sources that Kamino Lend’s DAO or owners have committed fraud. The strongest evidence instead points the other way: Kamino documents multiple audits, formal verification, and years of operation without an incident, while third-party coverage describes added controls specifically to reduce key-compromise and allocation-risk scenarios. For a stress scenario of “committed fraud by the DAO or owners,” the relevant question is whether governance or privileged operators could redirect user funds or change risk parameters in a way that harms depositors. The available sources show that Kamino introduced whitelisted reserves so vault funds can only be deployed to protocol-approved reserves, which is designed to prevent a compromised curator from routing funds to unvetted markets. Kamino also states that the program is open source, formally verified, and that verified builds match the audited source code deployed on Solana. What *is* verifiable is that a design or operator failure could still create losses in principle, but that is different from proven fraud. The sources do not document any fraud case, insider theft, governance expropriation, or owner misconduct for Kamino Lend. So the assessment for this stress case is: Not verifiable as of 2026-08-29. On the evidence available, the fraud scenario is a *theoretical governance/privileged-access risk*, not a demonstrated event.

Kamino Lend’s stress profile for a negative 30d yield shock is not verifiable as of 2026-08-29 from the available sources. The public Kamino materials I found describe price-shock stress tests and liquidation risk, but they do not provide a protocol-level scenario for the primary yield source turning negative over 30 days on Solana. What can be stated from the sources is that Kamino distinguishes yield from price risk, and for Multiply positions it explicitly says net APY can become worse as the spread turns negative, with “no floor.” That means a negative collateral-yield minus borrow-rate spread can compress returns materially at higher leverage, but the docs do not quantify a 30-day negative-yield stress case for Lend itself. Relevant context:

• Kamino’s risk pages focus on insolvency from liquidation failures and asset price shocks, not yield inversion.
• Monthly governance reports model SOL drawdowns and bad debt under instantaneous shocks, which are useful for liquidation risk but do not answer a primary-yield-negative scenario.
• For stablecoin lending, the public materials indicate APY varies with borrow demand, so a negative primary yield environment would likely require either very low/negative borrow demand or an adverse rate regime, but that inference is not directly quantified in the sources. Bottom line: for Kamino Lend on Solana, a “primary yield source negative 30d” stress case is Not verifiable as of 2026-08-29 with the available web evidence.

Yes, stablecoin depegs can happen in Kamino Lend’s stablecoin markets, but I cannot verify from the provided sources whether Kamino Lend itself experienced a depeg event, how many times it happened, the last occurrence, or the exact depeg magnitude. The only directly relevant source in the results is Kamino’s own risk documentation, which states that stablecoins used in the protocol “can depeg” under adverse market conditions, but it does not list any historical Kamino-specific incidents. The other results are either general pool/market pages or Kamino governance posts that discuss supply, utilization, and liquidations, not stablecoin peg history. So the strict answer is: Not verifiable as of 2026-08-29. If you want, I can next help by identifying which exact stablecoin(s) Kamino Lend used on Solana and then checking whether any of those issuers had documented depegs in the relevant period.

Top 5 risks for Kamino Lend on Solana are: (1) insolvency / bad debt if borrowers become undercollateralized and liquidations cannot be executed profitably; (2) liquidity risk if reserve utilization reaches 100% and lenders cannot withdraw until repayments or new supply arrive; (3) oracle risk because price feeds are critical to health checks and liquidation decisions, and manipulated or stale prices can misstate collateral value; (4) systemic / correlation risk where multiple related assets move together and a market drawdown can overwhelm liquidations or liquidity; and (5) smart-contract / precision risk, including rounding or implementation bugs that can distort exchange rates or collateral redemption. Kamino’s own risk docs explicitly define insolvency, liquidity risk, and systemic risk, while its oracle docs stress that price feeds are a major attack surface; a Certora audit also found a precision-loss bug in exchange-rate calculations, though it was not exploitable at the time of discovery. Kamino also states it has operated with $0 bad debt since November 2023 and that it uses risk limits such as supply caps, E-Mode caps, and oracle protections, but that is an internal performance/risk-control claim rather than a guarantee.

Kamino Lend’s top strengths are: 1) Integrated product suite on Solana, combining lending, liquidity, and leverage in one system, which lets users move between strategies without leaving the ecosystem; 2) Automated yield and position management, including leverage, looping, and concentrated-liquidity automation, which reduces manual effort for users; 3) Strong risk-management focus, with isolated markets, eMode-style asset grouping, and formal security work highlighted in third-party coverage; 4) Broad asset support across major Solana assets such as SOL, USDC, USDT, JUP, and liquid-staking tokens, which improves usability and composability; 5) Institutional-grade UX and analytics, with transparent position data and detailed performance information emphasized across independent descriptions of the protocol. Some sources also describe Kamino as Solana’s largest or leading lending protocol by TVL, but that ranking is not independently verifiable here and should be treated as an external claim rather than a confirmed fact.