Cap – кредитная система для выпуска долларового актива cUSD. Пользователи вносят разрешённые резервные активы, а институциональные операторы получают часть капитала для торговых и арбитражных стратегий. Процент поступает держателям stcUSD.
Главное отличие Cap от обычного lending market состоит в разделении ролей. Вкладчик не выбирает конкретного трейдера, оператор не привлекает необеспеченный депозит напрямую, а сторонний делегатор предоставляет crypto collateral, которое может быть продано при нарушении обязательств.
cUSD
cUSD – stablecoin с целевой стоимостью один доллар. Он выпускается против reserve assets и погашается на доступный актив резерва. В документации среди примеров указаны USDC, USDT, PYUSD, BUIDL и BENJI, но фактический набор определяется настройками контрактов.
Vault оценивает депозит через oracle и выпускает эквивалент cUSD. При погашении токен сжигается, а пользователь получает выбранный доступный резерв. Dynamic fee меняется в зависимости от доли конкретного актива и помогает выравнивать состав корзины.
Такая модель не делает все компоненты одинаковыми. Банковский stablecoin, токенизированный Treasury fund и доля money-market fund имеют разные права, графики расчётов и ограничения transfer. Риск cUSD включает риск каждого включённого эмитента.
stcUSD
Держатель cUSD может внести токен в staking vault и получить stcUSD. Это yield-bearing share: доход увеличивает стоимость доли относительно cUSD, а не обязательно её количество в кошельке.
Результат складывается из процента по свободным резервам и платежей операторов. Ставка плавающая. Она зависит от benchmark rates, загрузки капитала и премии делегаторам за принятый риск.
Внешний DeFi может использовать stcUSD как collateral или LP asset. Такая интеграция добавляет liquidation, oracle и liquidity risk конкретного протокола и не относится к базовой защите Cap.
Шесть модулей
Архитектура разделена на Vault, Lender, Fee Auction, Delegation, Oracles и Access Controls. Vault отвечает за mint и redeem. Lender выдаёт операторам разрешённые суммы и учитывает долг. Delegation связывает кредит с залогом сторонних участников.
Fee Auction распределяет отдельные денежные потоки через аукционный механизм. Oracles оценивают резерв и delegated collateral. Access Controls определяют, кто способен менять параметры и выполнять чувствительные операции.
Модульность упрощает аудит функций, но увеличивает число границ между контрактами. Ошибка в правах или несогласованная оценка способна затронуть всю цепочку от залога до погашения cUSD.
Операторы
Операторы – отобранные институциональные компании, которые заимствуют резерв и применяют собственные стратегии. Это может быть market making, basis trading, arbitrage или другое согласованное использование капитала.
Cap не исполняет каждую сделку оператора on-chain. Экономический результат частично зависит от off-chain venues, custody и внутренних систем заёмщика. Поэтому smart contract не заменяет кредитный анализ.
Для каждого оператора задаются лимит, ставка и условия. Рост utilisation повышает цену капитала. Если стратегия перестаёт быть прибыльной, оператор всё равно обязан вернуть principal и interest по договору.
Делегаторы и shared security
Перед получением кредита оператор должен привлечь underwriting через shared security networks, построенные на EigenLayer или Symbiotic. Делегаторы связывают crypto collateral с конкретным оператором и получают premium.
Залог служит performance bond. При дефолте либо падении health factor его можно slash и продать через Dutch auction, а выручку направить в резерв. Один и тот же залог в заявленной модели не должен одновременно обеспечивать нескольких операторов Cap.
Изоляция ограничивает распространение одного дефолта, но не исключает системный шок. Если цена collateral падает быстрее аукциона или рынок теряет ликвидность, продажа может не покрыть весь долг.
Юридический слой
Между протоколом и институциональным оператором заключаются master loan agreements и другие off-chain документы. Они определяют обязательства, события дефолта и способы взыскания за пределами blockchain.
Юридическая защита полезна при споре, но действует медленнее автоматической ликвидации. Банкротство, юрисдикционный конфликт или заморозка custody account способны задержать возврат даже при ясном договоре.
Ставки и движение дохода
Процент оператора строится из базового benchmark, рыночной стоимости капитала, utilisation component и премии делегатору. Протокол может направлять часть потока в reserves, stcUSD и собственные комиссии.
Доход не является безрисковым. Он компенсирует кредитный, execution и collateral risk. Высокая ставка может означать не щедрую субсидию, а более дорогую защиту позиции.
По устройству Cap отличается от permissionless кредитования в Aave: там отдельный on-chain заём обычно обеспечен собственным collateral заёмщика, а здесь защиту институционального кредита предоставляет выделенный делегатор.
Оракулы и ликвидация
Для reserve assets используются price feeds RedStone, а для delegated collateral – Chainlink и совместимые adapters. Контракты проверяют свежесть значения и могут применять fallback logic.
Оракул не измеряет реальную ликвидность. Даже корректная котировка не гарантирует продажу крупного объёма по этой цене. Во время разрыва рынка Dutch auction способен завершиться с discount.
Фраза о полной защите вкладчиков описывает целевую конструкцию, а не безусловную гарантию. Loss absorption ограничена стоимостью залога, скоростью slashing, работой оракулов и юридическим взысканием.
Токен CAP
CAP запущен во втором квартале 2026 года как governance asset. Официальное распределение предусматривает 46,72% для ecosystem, до 20% для team, до 20% для investors, 10% для community ICO и 3,28% для Echo sale.
В доступной документации не закреплено достаточно ясное единое значение maximum supply, поэтому его нельзя достоверно выводить из одних процентов. Реальную эмиссию и unlock schedule следует проверять по опубликованным контрактам и foundation materials.
Governance может влиять на параметры риска, подключение collateral, операторов и fee distribution. Staking utility CAP описывалась как развиваемая интеграция, а не как основание считать любой будущий механизм уже действующим.
V1 и планы V2
Действующая архитектура относится к первой версии Cap. Во втором квартале 2026 года команда называла V2 целью следующего этапа. Планируемые изменения нельзя смешивать с уже развернутыми контрактами.
Перед использованием нужно установить, с какой версией взаимодействует интерфейс и какие модули реально активированы. Маркетинговая дорожная карта не заменяет проверку адресов и параметров.
История
Концепция Cap формировалась в 2024 году как covered credit layer для stablecoin reserves. Около года команда строила контракты, юридическую схему и проходила аудиты.
Mainnet стартовал 18 августа 2025 года. В течение последующих месяцев протокол расширял резерв, тестировал погашения и подключал операторов и делегаторов.
В 2026 году Cap увеличил направление институционального кредитования и во втором квартале запустил CAP. V2 оставалась отдельно заявленным следующим этапом, а не незаметной заменой действующей системы.
Команда
Основатель публично использует имя Benjamin.lens. В материалах проекта команда описывается через опыт участников в Beefy, Frax, Redacted или Dinero, QiDao и Stanford, но полный стабильный roster с юридическими именами не опубликован.
Анонимность или псевдонимность не доказывает проблему, однако повышает значимость on-chain controls, независимых audits, структуры компаний и прозрачности операторов. Пользователь фактически доверяет не только коду, но и отбору институциональных контрагентов.
Основные риски
- Операторы. Торговая стратегия или внутренний контроль заёмщика могут дать убыток.
- Off-chain venues. Биржи, brokers и custodians способны остановить расчёты.
- Делегированный залог. Его цена может упасть быстрее slashing и auction.
- Reserve issuers. USDC, USDT, PYUSD и tokenized funds имеют собственные ограничения.
- Ликвидность. Полная accounting value не гарантирует немедленное крупное погашение.
- Оракулы. Stale или ошибочная цена меняет health factor и результат аукциона.
- Smart contracts. Уязвимость одного из шести модулей способна нарушить систему.
- Администрирование. Access roles и governance могут изменить критические параметры.
- CAP. Unlocks, концентрация и незапущенная utility создают рыночный риск.
Практическое применение
cUSD предназначен для dollar liquidity и DeFi, stcUSD – для участия в доходе резервов и операторского кредита, а CAP – для governance layer. Делегатор получает отдельную премию за предоставление loss-absorbing collateral.
Оценивать Cap нужно как сочетание stablecoin, institutional credit и restaking. Покрытие кредита снижает риск, но не превращает сложную цепочку контрактов, рынков и юридических отношений в депозит с гарантированной выплатой.
