Криптовалюты

Sanctum – обзор LST, Infinity, INF, CLOUD и рисков

Подробный обзор Sanctum: liquid staking в Solana, Router, Reserve, Infinity V2, INF, устройство stake pools, CLOUD, управление, история, команда и риски.

Sanctum – обзор LST, Infinity, INF, CLOUD и рисков

Sanctum – инфраструктура ликвидного стейкинга в Solana. Она помогает создавать LST, обменивать их друг на друга, получать SOL без ожидания завершения epoch и объединять ликвидность множества stake pools. Основные элементы – Router, Reserve и multi-LST pool Infinity, долю в котором представляет INF.

Sanctum не является одним валидатором и не выпускает единственный «официальный LST Solana». Это слой между stake accounts, множеством операторских токенов и DeFi. Он уменьшает фрагментацию, но добавляет собственные программы, pricing logic, управляющие ключи и зависимость от качества каждого включённого LST.

Что работает сегодня

Действующий контур позволяет находить LST, получать их через staking, менять поддерживаемые токены с помощью Router и Infinity, а при необходимости обращаться к Reserve как к резервному пути instant unstake. Infinity V2 работает как общий портфель LST и распределяет доход INF на уровне slots, а не только скачком после завершения epoch.

Автоматические LST, которые Sanctum создал для каждого валидатора в начале 2025 года, позднее были помечены как deprecated. Это важно: старые сообщения о более чем тысяче автоматически управляемых validator LST не следует считать текущим продуктовым обещанием. При этом инфраструктура партнёрских LST, Router, Reserve и Infinity продолжает действовать.

Зачем Solana нужны LST

При native staking владелец делегирует SOL валидатору через stake account. Чтобы полностью вывести stake, обычно нужно дождаться границы epoch. Liquid staking token представляет долю в stake pool и может обращаться в DeFi, пока underlying SOL остаётся делегированным. Баланс токена часто не растёт, но его цена в SOL увеличивается вместе с накопленными rewards.

Разные операторы создают LST с разным validator set, комиссией, дополнительными rewards и контрагентским риском. Без общей ликвидности каждый токен требовал бы отдельной пары. Небольшой LST мог иметь нормальную стоимость underlying stake, но огромный slippage на DEX. Sanctum стремится связать стоимость stake account с доступным маршрутом выхода.

Router

Router ищет путь обмена между LST не только через обычные AMM. Stake-pool programs умеют принимать или возвращать stake accounts, поэтому некоторые преобразования можно сделать на уровне underlying stake. Специальный SOL Value Calculator для каждого LST определяет, сколько SOL приходится на токен, а Pricing Program использует эту оценку при маршрутизации.

Для пользователя маршрут может сочетать несколько источников: прямую операцию stake pool, Infinity и внешнюю ликвидность. По смыслу это специализированный агрегатор, похожий на то, как Jupiter ищет путь среди спотовых рынков, но Sanctum понимает внутреннее устройство stake accounts и LST.

Корректность зависит от адаптера конкретного токена. Если LST имеет необычную формулу, задержанное обновление стоимости или ограничения программы, универсальная оценка неприменима. Поэтому поддержка требует отдельного calculator и проверки mint, а визуально похожий токен не становится допустимым автоматически.

Reserve и instant unstake

Reserve – запас SOL для выхода, когда обычной рыночной ликвидности недостаточно. Пользователь передаёт stake account либо позицию, Reserve сразу выдаёт ликвидный SOL и сам ждёт деактивации stake в конце epoch. Экономически пользователь продаёт время ожидания резерву.

Комиссия динамическая: чем сильнее исчерпан запас SOL, тем дороже instant unstake. Документация задаёт диапазон параметров, но фактическую ставку нужно смотреть перед транзакцией. Reserve не создаёт SOL из ничего. Массовый выход может истощить ликвидность, после чего цена срочности возрастёт или маршрут станет недоступен.

Reserve служит последним путём, а не первым. Router и Infinity обычно должны обработать обмен эффективнее. Отдельно важно, что розничные прямые депозиты в Reserve не являются обычным открытым savings product: наличие pool не означает, что любой пользователь может внести туда SOL и гарантированно получать доход.

Infinity

Infinity – общий pool, в котором находятся SOL и несколько whitelisted LST. Пользователь вносит поддерживаемый актив и получает INF. Чтобы забрать другой LST или SOL, он сжигает INF и выводит выбранную долю. Тем самым ликвидность не дробится на десятки отдельных пар.

Infinity не использует классический constant product. S Controller хранит состав и ограничения pool, Pricing Program рассчитывает стоимость активов в SOL, а individual calculators раскрывают underlying value каждого LST. Target allocations и динамические fees направляют приток и отток так, чтобы портфель сохранял нужный состав.

Если определённого LST слишком много, его внесение может стать менее выгодным, а вывод – более привлекательным. Такой механизм стимулирует внешний ребаланс без обещания фиксированной цены. Manager также может работать с Reserve и переставлять stake. Это повышает эффективность, но даёт управляющему важную операционную роль.

Infinity V2 и INF

INF – SPL token, представляющий пропорциональную долю Infinity. Его стоимость формируется из staking rewards underlying LST, swap fees и результатов управления ликвидностью. INF можно использовать в других DeFi-протоколах, однако это добавляет риски тех площадок, где он становится collateral или LP asset.

Infinity V2, запущенный в марте 2026 года, изменил распределение yield: стоимость должна накапливаться плавно на уровне slots. Это текущая версия, тогда как ранние описания Infinity 2023 года называли будущий запуск в 2024-м и не описывали V2. Нельзя переносить старые target allocations или комиссии на новую реализацию без проверки.

INF иногда называют LST of LSTs, но это упрощение. Обычный LST представляет конкретный stake pool, а INF – управляемую корзину разных LST и SOL с торговой функцией. Его доход может быть выше базового staking за счёт fees, но не гарантирован и зависит от объёма обменов, состава и потерь при ребалансе.

Sanctum LST и операторы

Sanctum помогает проектам и валидаторам запускать branded LST на основе fork Solana Labs Stake Pool Program. Оператор выбирает validator strategy и может добавлять rewards или применение токена. Базовая программа хранит stake и выпускает доли, а Sanctum предоставляет management, calculators и liquidity integration.

Документация описывает стандартную withdrawal fee и долю epoch rewards, распределяемую между оператором и Sanctum, но эти параметры относятся к конкретной модели Sanctum LST и могут отличаться у иных pools. Пользователь должен проверять mint, fee authorities, validator composition и upgrade authority конкретного LST, а не доверять только знакомому бренду.

Примером альтернативного подхода служит JitoSOL из экосистемы Jito, где к staking rewards добавляется работа с MEV. Sanctum может давать ему ликвидность, но не управляет всей экономикой JitoSOL и не отвечает за Block Engine.

CLOUD и токеномика

CLOUD – governance token Sanctum с фиксированным genesis supply 1 млрд. Mint и freeze authorities были уничтожены, поэтому произвольная дополнительная эмиссия этим mint невозможна. Изначальный план: 20% launch liquidity, 30% community reserve, 11% strategic reserve, 25% team, 13% investors и 1% Jupiter LFG.

Launch liquidity включала 10% initial airdrop и 10% для LFG launch pool. Community reserve предназначен для будущих rewards, grants и иных решений сообщества. Strategic reserve может использоваться для partners, market liquidity и развития. Большие treasury allocations означают, что важны не только total supply, но и правила разблокировки и фактические движения multisig.

Изначально CLOUD должен был управлять Verified Partner program: партнёр stake-ит токен, а holders решают, какие LST получают статус. К 2025–2026 годам governance также контролирует выпуск средств из Community Reserve. CLOUD не представляет долю INF и не является требованием на underlying SOL. INF – LP asset, CLOUD – governance и ecosystem coordination token.

Управление и ключи

Token holders обсуждают предложения и голосуют по использованию community treasury. Крупные distribution multisigs, способные повлиять на решения, были ограничены в голосовании. Это снижает прямой конфликт, но не устраняет концентрацию circulating supply и делегирования.

У программ stake pools и Infinity есть отдельные административные роли. Upgrade authority Sanctum LST защищён multisig, а повседневное management выполняет Sanctum. DAO vote, multisig action и operator decision – разные процессы. Пользователь должен понимать, какой из них способен изменить именно тот контракт или pool, где лежит актив.

История

Команда начала строить в Solana в 2021 году и участвовала в реализации stake pool program. Ранний продукт назывался Unstake.it и предоставлял instant unstake. В августе 2023 года он стал Sanctum, а в конце года были представлены Router, обновлённый Reserve и концепция Infinity.

Infinity вышел в 2024 году, тогда же появились Wonderland, CLOUD и расширение партнёрских LST. В 2025 году проект масштабировал каталог токенов, но позднее отказался от Automated Validator LST как отдельной модели. В марте 2026 года запущен Infinity V2 с непрерывным начислением дохода и обновлённым управлением ликвидностью.

Команда

Сооснователи Sanctum – FP Lee и Jaye Tan. В публичных материалах FP выступает как CEO, а Jaye известен исследовательской и инженерной работой над liquid staking. Команда выросла из разработчиков Solana stake-pool infrastructure, а не из оператора централизованной staking service.

Sanctum взаимодействует с валидаторами, LST issuers и интеграторами, но это не единая организация. Ошибка оператора конкретного LST, ошибка Sanctum calculator и проблема внешнего DeFi-протокола относятся к разным зонам ответственности.

Применение

Пользователь может получить ликвидный эквивалент staked SOL, сменить validator exposure без полного ожидания unstake, держать корзину через INF или использовать LST как collateral. Проект может запустить branded LST и связать rewards со своей аудиторией. Валидатор получает инструмент привлечения stake без создания всей liquidity infrastructure с нуля.

Для портфеля INF снижает необходимость выбирать одну пару, но не превращает LST в stablecoin. Все стоимости выражены относительно SOL. При падении SOL стоимость в фиате падает, а дополнительный доход не компенсирует автоматически рыночное движение.

Основные риски

  • Smart-contract risk. Уязвимость Router, Reserve, Infinity или stake-pool program может затронуть средства.
  • LST composition. INF наследует риски всех токенов в корзине.
  • Liquidity risk. Reserve может истощиться, а fees и slippage – резко вырасти.
  • Oracle и calculator risk. Ошибочная оценка SOL value нарушает справедливый обмен.
  • Manager risk. Rebalancing и whitelist требуют корректной работы уполномоченных ролей.
  • Validator risk. Downtime, commission changes и качество stake delegation влияют на rewards.
  • DeFi composability. Залоговый INF может быть ликвидирован из-за проблем внешнего протокола.
  • Governance concentration. Treasury и крупные holders способны влиять на CLOUD decisions.
  • Token confusion. CLOUD не обеспечен SOL, а INF не даёт автоматически прав DAO.

Итог

Sanctum превращает разрозненные Solana LST в связанную систему. Router использует особенности stake accounts, Reserve продаёт мгновенную ликвидность вместо ожидания epoch, Infinity объединяет корзину и обмены, INF представляет долю pool, а CLOUD координирует governance. Главный компромисс – удобство и общая ликвидность ценой дополнительного слоя программ, calculators, managers и составного риска LST.