Silo Finance – протокол кредитования, который отделяет риск одного актива от остальных рынков. Вместо единого общего пула с десятками видов обеспечения Silo создаёт отдельные пары: кредитор заранее видит, против какого залога выдаётся его актив. Такая конструкция особенно важна для новых, низколиквидных и токенизированных активов, но изоляция не делает рынок безопасным автоматически.
Текущая версия протокола – Silo V3. Она отличается и от первой архитектуры с bridge assets, и от Silo V2, на основе которой появились модульные парные рынки и хранилища. Старые описания нельзя переносить на V3 без проверки: изменились направленность рынков, механизм защиты кредиторов и статус токена xSILO.
Что представляет собой Silo V3
Один рынок Silo V3 состоит из двух одноактивных хранилищ ERC-4626. Первое хранит обеспечение, второе – актив, который можно занять. Рынок направленный: токен A служит залогом для займа токена B, но токен B не становится залогом для обратного займа токена A в той же конфигурации. Для обратного направления нужен отдельный рынок.
Риски ограничены этой парой. Если залог конкретного рынка обесценится или его oracle даст неверную цену, кредиторы других Silo не должны автоматически покрывать дефицит. В общих пулах вроде классической модели Aave добавление нового обеспечения может затронуть всех поставщиков ликвидности. Изоляция меняет этот контур, но дробит ликвидность между множеством рынков.
Развёртывание рынков
Silo Factory позволяет создавать рынки без разрешения. При развёртывании задаются пара активов, направление займа, максимальный LTV, пороги ликвидации, oracle, модель процентной ставки, комиссии и дополнительные hooks. Полностью immutable рынок после создания не меняет модули. В ограниченно обновляемой конфигурации допускается замена oracle или кривой ставок в заранее определённых пределах.
Попадание рынка в официальный интерфейс не означает экономического одобрения залога. Команда проверяет корректность настройки и интеграции, но прямо отделяет техническую валидацию от оценки качества актива. Permissionless deployment также позволяет создать рынок с плохим oracle, агрессивным LTV или сомнительным токеном.
ERC-4626 и учёт позиций
Депозит в одной стороне рынка выпускает ERC-4626 shares. Они показывают долю пользователя в соответствующем хранилище, а их стоимость относительно underlying asset растёт по мере начисления процентов. Для долга применяется отдельный непередаваемый share token: количество долевых единиц связано с обязательством, которое увеличивается при accrual.
Стандарт ERC-4626 упрощает интеграцию с кошельками и агрегаторами, однако не устраняет риск округления, ошибки реализации или пустого хранилища. Пользователь владеет не гарантированным банковским депозитом, а контрактным требованием к активам конкретного рынка.
Borrowable и protected collateral
При внесении актива пользователь выбирает его режим. Borrowable collateral можно одновременно использовать как залог и предоставлять другим заёмщикам. Такой депозит зарабатывает процент, но его немедленный вывод зависит от свободной ликвидности.
Protected collateral не выдаётся в долг и поэтому не получает процент от заёмщиков. Его преимущество – underlying остаётся в хранилище и должен быть доступен для вывода, пока позиция остаётся здоровой. Это не страховка от ликвидации: если актив обеспечивает собственный долг, превышение порога всё равно позволяет забрать обеспечение.
Процентные ставки
Для каждого заёмного актива задаётся собственная модель ставок. Silo Interest Rate Model V2 использует адаптивную кривую, которая стремится удерживать utilization около целевого диапазона. Когда заёмщики выбирают почти всю ликвидность, ставка растёт, стимулируя погашение и новые депозиты. При слабом спросе она снижается.
Доход кредитора формируется из процентов заёмщиков за вычетом долей протокола и deployer, если они предусмотрены настройкой. Incentives могут временно добавить награды в стороннем токене. Показанный APR не является фиксированной доходностью: utilization, emissions и цена награды меняются.
Oracles и параметры риска
V3 разделяет max LTV и liquidation threshold. Первый ограничивает новый долг, второй определяет неплатёжеспособность позиции. Между ними оставляется запас, чтобы обычное движение цены не приводило к мгновенной ликвидации сразу после максимального займа.
Архитектура допускает отдельные solvency и max-LTV oracles. Доступны модули для Chainlink, Uniswap V3 TWAP и DIA. В паре эквивалентных активов рынок может быть настроен без отдельного ценового канала, считая отношение равным единице. Это упрощает расчёт, но создаёт риск при потере привязки.
Oracle – одна из главных границ безопасности. Устаревшая цена, тонкий DEX-пул, неверные decimals или манипуляция TWAP способны открыть слишком большой долг либо ликвидировать здоровую позицию. Изоляция ограничивает последствия одним рынком, но не возмещает убыток его участникам.
Два пути ликвидации
Обычная collateral-sale liquidation продаёт часть залога на DEX и возвращает заёмный актив кредиторам. Ликвидатор выполняет операцию без разрешения и получает установленный при создании рынка incentive. Частичная ликвидация уменьшает позицию, а полный расчёт применяется, если иначе останется экономически бессмысленная пыль.
Второй механизм V3 – internal collateral-debt swap, или CDS. Если внешний рынок не позволяет безопасно продать залог, долг списывается в учёте, а кредиторы получают collateral share tokens пропорционально своей доле. Таким образом, они получают сам залог вместо обещания, что его обязательно удастся обменять на исходный актив.
CDS уменьшает зависимость от мгновенной DEX-ликвидности, но меняет форму риска. Кредитор может получить волатильный или неликвидный актив и самостоятельно решать, когда его продавать. Фраза о защите кредитора здесь означает механизм покрытия залогом, а не сохранение номинала в исходной монете при любой цене.
Hooks и расширяемость
Hooks подключают дополнительную логику до или после депозитов, вывода, займа, погашения, смены режима обеспечения, flash loan и ликвидации. На них построены, в частности, liquidation modules и incentives. Модульность позволяет добавлять новые механизмы без раздувания ядра.
Одновременно hook становится внешней зависимостью. Ошибка доступа, некорректный callback или несовместимость с необычным ERC-20 может остановить действие либо нарушить учёт. Перед депозитом важно оценивать не только Silo core, но и полный набор модулей выбранного рынка.
Silo Vaults
Silo Vault – надстройка ERC-4626, которая распределяет один актив между несколькими изолированными рынками. Пользователь делает один депозит, а менеджер выбирает направления, лимиты и перераспределяет капитал ради доходности и контроля риска. За управление может удерживаться performance fee из заработанного процента.
Такое хранилище снижает операционную нагрузку, но добавляет manager risk. Ошибочное распределение, концентрация в одном залоге или поздний выход способны перенести убыток нескольких рынков на вкладчиков vault. Это похоже на управляемые хранилища Morpho, хотя контракты и правила курации различаются.
Сети и действующие версии
На 26 августа 2026 года документация указывает Silo V3 как действующий протокол в Ethereum, Arbitrum и Avalanche. Injective, XDC и дальнейшие сети описаны как направления расширения, а не как основание считать каждый рынок уже доступным.
V1 и V2 остаются важны для понимания истории и возможных старых позиций, но интерфейс, адрес контракта и правила нельзя выбирать по устаревшему гайду. Даже одноимённый актив в разных версиях представляет отдельное хранилище с собственной ликвидностью.
Токен SILO
SILO – нативный токен протокола с максимальным предложением 1 млрд. В 2025 году прошла миграция со старого контракта на SILOv2, совместимый с межсетевой передачей. Старый и новый токены имеют разные адреса, поэтому одного тикера недостаточно для проверки.
На Community Treasury выделено 410 млн SILO, или 41% максимального предложения. Эти средства предназначены для incentives, развития и решений сообщества. Остальные категории к текущему периоду в основном прошли первоначальный vesting, однако treasury allocation может поступать в обращение по мере программ стимулирования.
Ранее SILO блокировали для получения xSILO, governance power и части доходов. xSILO официально выведен из обращения 1 февраля 2026 года и может быть обменян обратно на SILO без комиссии. Поэтому обещания о новом xSILO staking больше нельзя считать действующей функцией, даже если отдельные страницы документации всё ещё сохраняют старую формулировку.
Управление
SiloDAO использует публичный форум и голосования для распределения treasury, incentives и развития протокола. Однако сворачивание xSILO означает переходный период в модели voting power. Перед голосованием или покупкой токена необходимо проверять текущий Snapshot space, active contracts и условия конкретного предложения.
Permissionless рынки не равны полностью управляемому DAO реестру. Их параметры выбирает deployer, а ограниченно обновляемый рынок может делегировать часть полномочий определённому адресу. Vault managers отдельно контролируют аллокацию доверенного им капитала. Децентрализация распределена между несколькими уровнями, а не сосредоточена в одном голосовании.
История
Форум Silo Governance начал работу в 2021 году, когда проект формировал модель risk-isolated lending. Первые версии использовали отдельные silos и общие bridge assets, чтобы не смешивать риск всех токенов в одном пуле. В 2022 году появились первые рабочие рынки и DAO-процессы.
Следующий этап перенёс протокол к модульным парным рынкам, permissionless deployment и ERC-4626. В 2025 году развивались Silo V2, Silo Vaults, новая модель ставок и миграция SILO. В 2026 году документация перешла на V3 с направленными парами и двойной системой ликвидации, а xSILO был прекращён.
Команда
Разработку интерфейса и основных контрактов ведут Silo Labs и core contributors, а treasury и предложения относятся к SiloDAO. Актуальный официальный сайт не публикует стабильный поимённый roster руководителей, поэтому приписывать проекту список из старых интервью было бы ненадёжно.
Практически важнее распределение ролей: core team выпускает код и проводит техническую проверку рынков, независимые deployers задают параметры, managers управляют vaults, аудиторы проверяют отдельные версии, а DAO финансирует инициативы. Ни аудит, ни присутствие рынка в интерфейсе не являются гарантией возврата средств.
Основные риски
- Риск залога. Неликвидный, заблокированный или обесценившийся токен может не покрыть долг даже при CDS.
- Oracle risk. Ошибка цены влияет на доступный LTV и момент ликвидации.
- Liquidity risk. Borrowable deposit нельзя вывести, если актив почти полностью занят.
- Module risk. Hooks, IRM, oracle adapters и сторонние vaults расширяют поверхность атаки.
- Manager risk. Вкладчик Silo Vault зависит от качества аллокации и лимитов менеджера.
- Governance risk. Полномочия deployer, guardian, DAO и upgrade keys различаются между рынками.
- Token risk. Миграция SILO, treasury emissions и прекращение xSILO создают операционные и рыночные риски.
Итог
Silo V3 предлагает ясную единицу риска: кредитор выбирает конкретный заёмный актив и конкретное обеспечение, а не принимает весь список залогов протокола. ERC-4626, permissionless deployment, protected collateral, адаптивные ставки и CDS делают систему гибкой для длинного хвоста on-chain assets.
Цена этой гибкости – необходимость анализировать каждый рынок отдельно. Надёжность Silo определяется oracle, параметрами, hooks, ликвидностью залога, полномочиями deployer и качеством vault manager. SILO может координировать incentives и развитие, но сам токен не превращает рискованный рынок в безопасный.
