Kamino Finance – набор DeFi-протоколов в Solana для кредитования, managed yield, leverage и автоматизированной ликвидности. Его основа – Kamino Borrow, peer-to-pool money market с overcollateralized loans. Поверх него работают Lending Vaults и Multiply, а отдельные liquidity vaults управляют concentrated liquidity positions на Solana DEX.
Kamino нельзя оценивать как один vault с одной стратегией. Пользователь может быть lender, borrower, LP, leveraged depositor или holder vault shares. У каждого продукта собственные sources of yield и пути потерь. Общими зависимостями остаются Solana programs, price oracles, liquidators, curators и operational bots.
История
Kamino был создан командой Hubble Protocol и запущен в августе 2022 года. Первоначальный продукт автоматизировал concentrated liquidity: выбирал диапазон, ребалансировал position и реинвестировал fees. Он был задуман как более удобный слой над сложными LP-позициями Solana.
После кризиса экосистемы в конце 2022 года проект продолжил развивать liquidity vaults и Scope oracle infrastructure. В 2023 году запустился Kamino Lend – отдельный borrowing and lending protocol. Он превратил Kamino из менеджера LP в широкий money market. Multiply использовал Lend для построения leveraged yield positions.
30 апреля 2024 года состоялся genesis event токена KMNO. В 2024–2025 годах появились limit orders, Earn vaults, дополнительные isolated markets, verifiable builds и formal verification. Проект расширил набор risk consultants и curator-operated markets.
К 2026 году продуктовая линейка включает Lending Vaults, variable и fixed-rate Borrow, Borrow Orders, Multiply, Swap, Limit Orders, automated liquidity и Institutional Yield. Старое название K-Lend остаётся в SDK и технических материалах, но актуальная пользовательская документация называет основной продукт Kamino Borrow. Ранние vaults с узким набором CLMM-стратегий не описывают всю нынешнюю систему.
Команда
Kamino вырос из contributors Hubble, а публичным сооснователем проекта выступает Мариус Чуботариу. Команда объединяет Solana engineers, разработчиков Scope, product и operations. Официальные материалы не фиксируют устойчивый полный перечень руководителей, поэтому приписывать проекту состав из одноимённых сторонних компаний некорректно.
Важную часть работы выполняют не только core contributors. Независимые risk managers и curators, включая профессиональные команды управления vaults, задают allocations и параметры отдельных markets. Liquidators, oracle operators, keepers и RPC infrastructure поддерживают повседневное исполнение. Governance forum служит местом обсуждения KMNO proposals и риск-настроек.
Kamino Borrow
Kamino Borrow – peer-to-pool market. Suppliers вносят актив в reserve и получают kToken, который отражает долю principal и начисленного interest. Borrowers предоставляют collateral и занимают из общей liquidity. Конкретный lender не выбирает конкретного должника.
Каждый market содержит reserves и общие risk settings. Reserve определяет asset, oracle, loan-to-value, liquidation threshold, borrow factor, caps и interest rate curve. Markets изолированы друг от друга: bad debt одного market не должен автоматически списываться с reserves другого, хотя общие programs и infrastructure остаются связаны.
Borrow rate меняется с utilization. При росте доли занятых средств ставка увеличивается, стимулируя deposits и repayments. Supply rate формируется из процентов borrowers с учётом utilization и protocol settings. Это переменная величина, а не обещанный APY.
Модель напоминает Aave, но реализована Solana programs и имеет собственные position modes, elevation groups и risk controls. Перенос LTV или liquidation penalty из другого протокола недопустим: параметры задаются для конкретного reserve и market.
Collateral, health и ликвидации
Obligation account объединяет collateral deposits и debts пользователя. Протокол оценивает стоимость через oracles и рассчитывает health относительно liquidation thresholds. Borrow limit обычно ниже liquidation level, поэтому между открытием займа и принудительным закрытием есть buffer.
Если obligation становится unhealthy, permissionless liquidator погашает часть долга и получает часть collateral с bonus. Close factor, bonus и приоритет collateral зависят от конфигурации. Резкое движение, низкая DEX liquidity или задержка oracle могут привести к bad debt, если collateral не удаётся реализовать вовремя.
Elevation groups, похожие по задаче на eMode, разрешают более эффективное заимствование для коррелированных активов. Это полезно для SOL и liquid staking tokens, но корреляция может нарушиться. Поэтому Kamino применяет отдельные caps для пар и price protections.
Scope и oracle architecture
Scope – onchain oracle aggregator Kamino. Он может использовать Chainlink, Pyth, Switchboard, RedStone и собственные типы feeds. Для каждого reserve задаются primary и fallback paths, проверки staleness, confidence, price bands и дополнительные преобразования.
Для LST рыночная цена не всегда лучший ориентир. Scope может учитывать stake exchange rate, чтобы короткий depeg малоликвидного pool не создавал некорректную оценку. Но слишком медленная реакция способна скрыть реальную проблему redemption. Oracle design выбирает баланс между manipulation resistance и responsiveness.
Система зависит не только от onchain feed. Cranks обновляют данные, RPC доставляют transactions, liquidators реагируют на health. Kamino заявляет redundancy для oracle providers, liquidators, cloud и RPC, но резервирование уменьшает вероятность сбоя, а не устраняет её.
Lending Vaults
Lending Vault принимает один token и выпускает shares. Curator распределяет капитал между разрешёнными Kamino reserves и markets. Interest увеличивает net asset value share, поэтому количество shares у пользователя не меняется, а underlying value растёт или падает вместе с результатом allocations.
Vault избавляет depositor от выбора каждого reserve, но переносит решение curator. Он задаёт weights, caps, liquidity buffer и rebalance policy. Withdrawals зависят от свободного buffer и возможности вывести funds из reserves. При высокой utilization может применяться очередь, а не мгновенный exit.
В 2026 году infrastructure позволяет создавать curator markets и vaults с собственными параметрами. Whitelisted Reserves ограничивают допустимые allocations onchain. Insurance Pool может выступать loss backstop с капиталом curator и matching mechanism, если он настроен. Наличие backstop нужно проверять для конкретного vault, оно не распространяется автоматически на все deposits.
Multiply
Multiply создаёт leveraged exposure к yield-bearing asset в одной атомарной последовательности. Flash loan временно даёт дополнительный капитал, protocol покупает или вносит target asset, использует его как collateral и открывает соответствующий debt. В конце транзакции flash loan погашается, а у пользователя остаётся leveraged obligation.
Для SOL LST стратегия может держать liquid staking token и занимать SOL. Если staking yield выше borrow cost, разница увеличивается с leverage. Но borrow rate плавающий, LST может отклониться от redemption value, а position – дойти до liquidation. Роль JitoSOL и других LST не делает такой loop безрисковым.
Multiply также применяется к JLP, stablecoins, RWA и tokenized stocks. У этих strategies разные yield source и market hours. Tokenized stock может иметь issuer и market-closure risk, а JLP – exposure к результату perpetual exchange. Интерфейс объединяет открытие, но underlying economics не становятся одинаковыми.
Automated liquidity vaults
Liquidity vaults управляют concentrated positions на DEX, включая pools Raydium. Strategy определяет диапазон, автоматически меняет его, swap assets для нужной пропорции и compounding earned fees and rewards.
Автоматизация снижает operational burden, но не отменяет impermanent loss. Rebalance фиксирует изменение состава активов и может покупать после роста или продавать после падения. Vault дополнительно зависит от внешнего DEX, route, keeper и execution slippage. Показанный APY смешивает изменчивые fees и incentives и не гарантирует будущий результат.
Fixed rates, orders и Swap
Fixed-rate reserves добавляют долг с известной ставкой и maturity. Borrow Orders позволяют оставить условие займа и дождаться доступной liquidity. Эти механизмы действуют отдельно от обычной variable-rate reserve и несут term liquidity, rollover и maturity risk.
Kamino Swap маршрутизирует сделки через внешние Solana venues. Limit Order contract исполняет подписанные условия при достижении цены. Это удобные соседние продукты, но они не создают собственную универсальную liquidity: качество исполнения наследуется от DEX routes и market makers.
Institutional Yield
Новая линейка Institutional Yield связана с регулируемыми lending operations через юридические структуры, institutional borrowers и custodian arrangements. Это не то же самое, что permissionless Borrow. Deposit может подпадать под соглашение, counterparty assessment и отдельный withdrawal process.
Commodity и digital asset strategies несут legal, custody, valuation и borrower risk. Onchain vault share не превращает offchain claim в trustless collateral. Перед использованием нужно читать условия конкретной структуры, а не переносить track record Kamino Lend на институциональный портфель.
KMNO и токеномика
KMNO – native token Kamino в Solana. Total supply установлен на уровне 10 млрд. На genesis event 30 апреля 2024 года в обращение поступило около 1 млрд, включая 7,5% total supply для ранних участников платформы.
35% выделено community and grants, 35% – key stakeholders and advisors, 20% – core contributors, 10% – liquidity and treasury. Для stakeholders, advisors и core contributors был предусмотрен 12-месячный lock, затем 24-месячный linear vest. Поэтому часть предложения продолжает переходить в circulating supply по графику, даже если max supply не меняется.
KMNO используется в governance и incentive programs. Он не является kToken, vault share или требованием на collateral borrowers. Само владение KMNO не даёт автоматического права забрать часть interest. Экономическая ценность зависит от governance relevance, incentives, treasury decisions и спроса.
Управление
Предложения публикуются на governance forum и могут касаться incentives, treasury, risk parameters и развития protocol. При этом многие быстрые risk operations выполняют назначенные contributors, multisig и curators. Децентрализация здесь распределена по уровням, а не сведена к ежедневному vote holders.
Curator-controlled market способен отличаться по admin model. Перед депозитом нужно проверить, кто владеет market, передан ли контроль multisig, какие reserves разрешены и может ли администратор менять caps, oracle или rate curve.
Основные риски
- Смарт-контракты. Borrow, Vaults, Scope, farms, limit orders и liquidity programs создают общую поверхность.
- Ликвидация. Leverage и borrow positions могут закрыться при движении цены или роста debt.
- Oracle. Ошибка, staleness или неверная LST valuation влияет на health всего market.
- Liquidity. Высокая utilization задерживает withdrawals и усложняет liquidations.
- Curator. Неудачная allocation или слабые parameters способны ухудшить vault.
- Composability. DEX, LST, JLP, RWA и tokenized stocks добавляют сторонний риск.
- Infrastructure. Bots, cranks, keepers и RPC должны своевременно выполнять операции.
- KMNO. Unlocks, governance concentration и отсутствие гарантированного cash flow влияют на holders.
Итог
Kamino объединяет money market и управляемые стратегии, но каждый продукт нужно раскладывать на underlying positions. Borrow зависит от collateral, oracle и liquidation; Lending Vault – от curator и reserve liquidity; Multiply – от spread между yield и borrow cost; liquidity vault – от DEX и диапазона. KMNO координирует управление, но не заменяет claims конкретных vaults. Сильная security program снижает технический риск, не превращая сложный DeFi stack в гарантированный депозит.
