> ## Documentation Index
> Fetch the complete documentation index at: https://docs.proportion.finance/llms.txt
> Use this file to discover all available pages before exploring further.
# Доходность и риски
> Откуда берётся доходность LP, какую часть убытка аккаунта несут LP и что может пойти не так
Vault получает половину каждой премии за активацию и половину каждого платежа по подписке. Свободный капитал, размещённый в Hyperlend, также может приносить проценты. Эти поступления повышают стоимость долей, но не гарантируют положительную итоговую доходность.
Убытки, наоборот, могут снижать стоимость долей. У каждого funded-аккаунта есть буфер `B`, внесённый бэкером: если при расчёте аккаунт возвращает меньше своего размера `A`, недостачу сначала покрывает `B` и только потом — деньги LP. Риск-движок начинает закрытие при пробое порога, но цена исполнения не гарантирована. Если аккаунт возвращает меньше `A − B`, разница — `reserveDeficit` — уменьшает активы LP.
## Откуда vault получает доход
| Поток | Что получает vault |
| - | - |
| Премия за активацию | Бэкер платит премию `P` при активации. **Половина** остаётся в vault, другую половину берёт протокол. Премия считается заработанной до того, как аккаунт выставит первый ордер |
| Подписка | Каждый платёж по подписке делится **50/50** между vault и протоколом. Бэкер не получает из него ничего |
| Проценты Hyperlend | Если владелец размещает свободный капитал в Hyperlend, проценты начисляются на баланс hUSDC vault и входят в активы LP |
Vault не получает ничего из прибыли, оставшейся в аккаунте при закрытии. Если причина закрытия — истечение срока, отмена подписки, решение администратора или достигнутая цель, прибыль делится между трейдером и бэкером по `builderPoolBps`. Если причина — пробой просадки или запрос самого трейдера, конфискованная прибыль делится между бэкером и протоколом. Не считайте доход LP долей прибыли трейдера.
## Что vault не зарабатывает
| Поток | Получатель |
| - | - |
| Неиспользованный буфер, `reserveRefund` | Зафиксированный получатель возврата: бэкер при прямой активации или его баланс в ChallengeVault, если аккаунт активирован через этот контракт |
| Прибыль при обычном закрытии | Трейдер и бэкер, по `builderPoolBps` |
| Прибыль, выведенная за время жизни аккаунта | Трейдер и бэкер, по `builderPoolBps` |
| Половина премии и подписки, причитающаяся протоколу | `protocolFeeReceiver` |
| Прибыль, конфискованная при закрытии | Бэкер и протокол, пополам |
## Где убыток может дойти до вас
Трейлинг-порог начинается с `A − B` и растёт вместе с принятым пиком эквити. Аккаунт с бэкером может закрыться раньше из-за более высокого дневного порога. Буфер покрывает недостачу до уровня `A − B`; пробой порога начинает закрытие, но не гарантирует цену. Расчёт сравнивает `Q` — снимок Core USDC, используемый для возврата, — с размером аккаунта `A`:
```text theme={"system"}
principalLoss = max(A − Q, 0)
reserveConsumed = min(B, principalLoss)
reserveRefund = B − reserveConsumed
reserveDeficit = principalLoss − reserveConsumed
```
`reserveConsumed` — деньги бэкера. `reserveDeficit` — часть убытка, которую несут LP: NAV vault уменьшается на эту сумму USDC. Изменение цены одной доли зависит от числа выпущенных долей.
Дефицит возникает, когда `Q` ниже `A − B`, например после гэпа, ликвидации на HyperCore или проскальзывания при принудительном закрытии. Сверх буфера этого аккаунта формула расчёта ничего не возмещает. Уже заработанные комиссии и проценты входят в NAV, но не гарантируют покрытия убытков.
## Риски
Размещая капитал в vault, вы берёте на себя риски, которые влияют на цену доли и доходность LP.
При резкой волатильности закрытие может не успеть завершиться до того, как эквити опустится ниже `A − B`. Любая задержка риск-движка, работающего офчейн, увеличивает этот риск. До уровня `A − B` недостачу покрывает буфер бэкера; всё, что ниже, становится `reserveDeficit` и уменьшает NAV. Половина премии за активацию, причитающаяся vault, добавляет доход, но не гарантирует покрытия убытка. Дефициты нескольких аккаунтов от одного движения рынка складываются; покрыть их неиспользованными буферами аккаунтов, закрывшихся без убытка, нельзя.
LP не участвуют ни в отборе трейдеров, ни в выборе параметров активации: это решают бэкеры. Для прямой активации бэкеру не нужно ни регистрироваться, ни получать допуск протокола, но каждая активация должна укладываться в лимиты vault по параметрам, ликвидности и утилизации. Решения бэкера влияют на доходность LP через комиссии его аккаунтов и убытки сверх их буферов.
`MainVault` и `FundedAccount` подвержены риску смарт-контрактов. Кодовая база прошла [независимый аудит](/ru/security), но остаточный риск устранить нельзя, а имплементация, прошедшая аудит, не заморожена. См. риск управления ниже. Кроме того, vault читает эквити из прекомпилов HyperCore и проводит расчёты через мост Hyperliquid. Сбой любого из них задерживает закрытия и расчёты, а возникший из-за этого убыток ложится на капитал vault.
Свободные USDC, размещённые в Hyperlend, подвержены рискам контрактов и ликвидности этого пула. Vault включает hUSDC в NAV, но вывод LP может не исполниться, если для него нужно забрать из пула USDC, а пул не может вернуть нужную сумму. Буферы бэкеров и деньги под выплаты туда не размещаются.
Доли не блокируются под открытые funded-аккаунты — ни для кого из LP. Выход ограничивают утилизация после сжигания долей, запас свободных USDC (на EVM и доступных к возврату из Hyperlend) и пауза протокола. Выделенный торговый капитал нельзя отозвать ради вывода, поэтому полный выход может быть недоступен, пока аккаунты не закроются.
Владелец, мультисиг, может изменить риск-параметры. У утилизации, доли одного аккаунта в NAV и максимальной просадки есть фиксированные границы. Минимальный размер аккаунта должен быть положительным и меньше максимального, но фиксированного экономического предела нет ни у диапазона размеров, ни у потолка vault. Владелец также может заменить имплементацию vault; оба действия ждут 72 часа в таймлоке. Пауза отключает вывод LP, но выплаты по-прежнему можно получить. Поставить её может владелец или релеер, снять — только владелец.
## Дальше
Что хранит vault, что ограничивает аллокацию и что ограничивает выход
Аудит, полномочия на обновление и административные меры защиты
Как считаются `B` и `P` на аккаунте, который финансируется из vault
This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.