marginfi – протокол избыточно обеспеченных займов в Solana. Его основная программа mrgnlend объединяет отдельные asset banks, рассчитывает проценты по utilisation, принимает несколько видов collateral и разрешает permissionless liquidations. В прежнем приложении к ней добавлялись LST, loops, flash loans и изолированные рынки The Arena.
На 25 августа 2026 года старый frontend marginfi больше не является главным местом работы. Он сообщает о переходе в Project 0 и направляет туда управление активными позициями. Project 0 построен на mrgnLend v2 и расширяет его до prime broker с collateral из нескольких DeFi venues. Это не означает удаления старых on-chain accounts, но меняет продуктовый контекст и интерфейс доступа.
Что действует, а что относится к прошлой версии
Действующая основа – lending programs и позиции пользователей в Solana. В Project 0 можно управлять активами и использовать новую систему unified margin. Старые инструкции mrgnlend по supply, borrow, health и liquidations по-прежнему объясняют механику underlying banks, однако доступные действия, список активов и risk parameters нужно брать из текущей программы и нового интерфейса.
The Arena была экспериментом с permissionless isolated banks для long-tail tokens. Документация 2026 года отдельно описывала завершение beta и план новой liquidation architecture. Такие сроки и обещанные месяцы нельзя считать вечным свойством продукта. Аналогично YBX остаётся отложенным проектом, а не выпущенным stable asset.
Как устроен mrgnlend
Каждый поддерживаемый актив находится в bank. Lenders вносят токены и получают требование к bank с начисляемым процентом. Borrowers блокируют взвешенный collateral и забирают доступную ликвидность. Solana program хранит balances и проверяет risk constraints при каждом действии.
Займ overcollateralized: стоимость разрешённого обеспечения должна превышать обязательство с учётом asset и liability weights. Рыночная цена залога сама по себе недостаточна. Более волатильный или менее ликвидный asset получает более консервативный weight, поэтому доллар такого collateral даёт меньше borrowing power.
Bank может быть global, isolated, collateral-only или borrow-only. Isolated asset ограничивает сочетания обязательств, чтобы риск малоизвестного токена не распространялся на весь protocol group. Collateral-only разрешён как обеспечение, но не выдаётся в долг; borrow-only работает в обратную сторону. Статус задаётся конфигурацией, а не названием токена.
Процентные ставки
Interest rate зависит от utilisation – отношения borrowed liquidity к общему доступному капиталу. У каждой bank есть piecewise curve с optimal utilisation. До точки оптимума ставка растёт плавнее, после неё – быстрее к maximum rate. Это стимулирует repayments и новые deposits, когда свободных средств мало.
Lender получает borrowing interest за вычетом protocol spread. Документация публикует базовые доли spread для групп активов, но фактический APR меняется с utilisation и настройками bank. Показанный APY – текущая оценка, а не фиксированный купон. При почти полном использовании lender может временно не вывести весь депозит, даже если balance отображается корректно.
Модель похожа на Aave, но реализована в архитектуре Solana accounts и допускает собственные группы рынков. Различия в oracles, weights, isolation и governance важнее поверхностного сходства процентных кривых.
Account health
Health factor агрегирует взвешенные assets и liabilities пользователя. Для collateral oracle price корректируется вниз с учётом confidence band и asset weight. Для долга используется более консервативная верхняя оценка и liability weight. Это создаёт запас против неопределённости feed.
При health выше нуля аккаунт формально не подлежит liquidation, но небольшой запас опасен. Рост borrowed asset, падение collateral, накопление interest или расширение oracle confidence могут одновременно ухудшить показатель. При нуле и ниже сторонний liquidator получает право сократить позицию.
Oracles
marginfi использовал Pyth и Switchboard feeds. Bank configuration указывает источник, допустимый возраст цены и confidence constraints. Программа должна отклонять действия при stale или подозрительном oracle, но строгая блокировка может одновременно задержать withdrawals и liquidations.
Oracle не гарантирует возможность продать collateral по этой цене. При резком падении on-chain liquidity ликвидатор получает токен, который ещё нужно обменять. Поэтому risk engine сочетает price feed с conservative weights и limits. Та же проблема отделения данных от исполнения существует в oracle-системах наподобие Chainlink.
Ликвидации и insurance funds
Liquidation permissionless: любой бот может погасить часть долга нездорового аккаунта и забрать часть collateral. Стандартное описание mrgnlend указывает penalty 5%, из которого половина предназначена liquidator, а половина – insurance fund соответствующей collateral bank. Параметры могут конфигурироваться для отдельных banks.
Частичная liquidation стремится вернуть health к безопасному уровню, а не закрыть всё без необходимости. Но при гэпе цены, congestion или слабой глубине выручки может не хватить. Insurance fund каждой bank поглощает часть bad debt, однако его размер конечен и не превращает депозит в гарантированный.
Временное отключение внутренних liquidators в отдельных экспериментах не означает, что protocol в целом централизованно ликвидирует пользователей. Основной механизм допускает внешних участников. Надёжность зависит от числа независимых bots, их капитала, RPC и доступных swap routes.
Flash loans, loops и composability
Flash loan позволяет занять и вернуть актив в одной Solana transaction. Он полезен для arbitrage, refinancing и liquidation, но повышает сложность интеграций. Проверка выполняется атомарно: если к концу transaction обязательство не погашено, вся операция откатывается.
Looping многократно использует borrowed asset как новый collateral через swaps или LST. Это увеличивает exposure и доход, но также ускоряет liquidation. Один интерфейс может скрывать несколько займов и обменов, поэтому итоговую leverage нужно считать по всему account.
LIP – Liquidity Incentive Program – мог блокировать deposits на срок конкретной campaign и добавлять rewards. Такие deposits не использовались как collateral. Условия каждой campaign фиксировались отдельно, поэтому нельзя переносить срок или бонус старой программы на новую.
LST marginfi
Команда выпускала собственный LST, ориентированный на повышенный захват staking и block rewards. Как и другие liquid staking assets, он представлял staked SOL и мог использоваться в lending. Но его доход зависел от validator strategy, MEV и программы stake pool, а не от magic rate marginfi.
Сравнение с JitoSOL из Jito требует смотреть на комиссии, validator set, exchange rate и liquidity. Дополнительное внесение LST в mrgnlend складывает staking risk, smart-contract risk LST и liquidation risk lending account.
Project 0
Project 0 позиционируется как permissionless prime broker. В отличие от одного lending pool, он стремится учитывать позиции в нескольких venues в едином margin account. Пользователь может использовать collateral из подключённых протоколов и брать liquidity без ручного закрытия каждой стратегии.
Технической основой назван mrgnLend v2 с on-chain risk engine. Добавляется cross-venue collateral и adapters к внешним площадкам. Это повышает capital efficiency, но расширяет поверхность отказа: ошибка adapter, неправильная оценка внешней позиции или остановка venue влияет на общий health.
Переход интерфейса не следует путать с автоматическим переводом владения. Активные позиции остаются связанными с программами и wallet authority. Перед новой операцией нужно проверить program addresses, approvals и то, какой venue фактически принимает депозит.
Есть ли токен MRGN
У marginfi нет выпущенного официального governance token MRGN с опубликованным contract и tokenomics. Points, накопленные пользователями, не являются токеном, не дают гарантированного airdrop и не представляют право на treasury. Любой торгуемый «MRGN», не подтверждённый проектом, нельзя считать официальным активом.
YBX также не заменяет MRGN. Это спроектированный yield-bearing stable asset, запуск которого команда отложила из-за требований к масштабируемости Solana. White paper описывает возможный backstop governance token для будущей системы, но такая конструкция не была запущена. Plans не равны действующим обязательствам.
Управление
Без liquid governance token ключевые параметры контролируются admin authorities и core contributors в рамках on-chain permissions. Для permissionless groups The Arena часть полномочий получал creator: настройка banks и flash loans, но не произвольный вывод пользовательских средств.
Project 0 вводит новые adapters и risk decisions, поэтому особенно важны upgrade authorities, timelocks и прозрачность конфигураций. Отсутствие token vote ускоряет изменения, но оставляет пользователю governance risk команды и multisig.
История
marginfi начал работу в 2021 году и развивал unified margin account в Solana. mrgnlend стал публичным lending venue, в 2023 году проект запустил points и расширил LST-направление. В 2024 году появились The Arena и permissionless isolated banks.
В апреле 2024 года сооснователь и CEO Edgar Pavlovsky ушёл после внутренних разногласий. Протокол продолжил работу под управлением остальных contributors. В последующие годы команда экспериментировала с YBX, MEV-optimized execution и новой risk architecture. К августу 2026 года старый app переведён на экран миграции в Project 0.
Команда
marginfi создавался группой mrgn. Среди публичных сооснователей назывались Edgar Pavlovsky и MacBrennan Peet. Pavlovsky покинул проект в 2024 году, поэтому его нельзя представлять как текущего руководителя. Исследовательскую работу публично представляли contributors mrgn research, включая Ben Coverston.
Полный актуальный roster на официальном сайте не раскрыт. Поэтому корректнее оценивать действующие multisigs, repositories, audits и documentation, а не приписывать бывшим участникам текущие решения. Project 0 следует рассматривать как следующий продукт команды, но с собственной документацией и программами.
Основные риски
- Liquidation risk. Health может упасть из-за цены, interest или oracle confidence.
- Liquidity risk. Высокая utilisation мешает мгновенному выводу deposits.
- Oracle risk. Stale или неверный feed способен блокировать операции или исказить health.
- Bad debt. Insurance fund ограничен и не гарантирует полный возврат.
- Long-tail assets. Isolated bank снижает contagion, но не защищает её собственных lenders.
- Cross-venue risk. Project 0 зависит от adapters и внешних protocols.
- Administrative risk. Параметры и upgrades управляются без liquid token vote.
- Migration confusion. Старые guides и новый frontend могут показывать разные функции.
- Token scams. Официального MRGN нет, points не обещают airdrop.
Итог
Сердце marginfi – mrgnlend с asset banks, utilization rates, weighted collateral и permissionless liquidations. Но актуальный продуктовый слой уже смещён в Project 0, где эти primitives становятся частью cross-venue prime broker. Это расширяет возможности и одновременно увеличивает связность рисков. Отдельно важно не путать points, отложенный YBX и несуществующий MRGN с действующей токеномикой.
