Система VaR для криптопортфеля: где ломается оценка риска
Портфель в крипте почти всегда распределён по нескольким площадкам: спот на одной, деривативы на другой, часть капитала — в стейкинге или внебиржевых сделках. Система VaR, которая считает риск каждой площадки отдельно и потом складывает числа, даёт арифметически верную и управленчески бесполезную цифру — она не видит ни корреляций между активами, ни общего капитала под риском. Оценка риска портфеля в таком виде отвечает на вопрос «сколько мы потеряем, если упадёт одна площадка», а не «сколько мы потеряем завтра».
Вторая точка отказа — свод позиций по площадкам. Пока он собирается выгрузками и пересчитывается в таблице, данные расходятся: цена ушла, ставка финансирования изменилась, часть залога уже переведена под другую сделку. Расчёт максимальной просадки по такому снимку описывает прошлое состояние портфеля, а решение принимается по настоящему — и разрыв между ними растёт вместе с волатильностью.
Третий разрыв заметнее всего по последствиям: лимит узнаётся после того, как он пробит. Риск-правило живёт в регламенте или в голове риск-менеджера, а не в исполнении, поэтому сигнал приходит, когда позиция уже вышла за границу и её закрытие стоит дороже самого превышения. Здесь оценка риска перестаёт быть управлением и становится отчётностью.
Дальше разбираем, как эти разрывы закрываются: единый расчёт по всем площадкам, автоматический свод позиций и лимиты, которые срабатывают до превышения, а не после.
Что меняется после внедрения: скорость и точность оценки
Пересчёт риска перестаёт быть ежедневным ритуалом. Система держит оценку по всему портфелю актуальной: расчёт запускается по событию — пришла крупная позиция, сдвинулась цена на площадке, изменился состав — и проходит за минуты, а не за часы ручных выгрузок. Горизонт, доверительный интервал и набор факторов задаются в конфигурации профиля, поэтому смена методики не превращается в правку формул в таблицах.
Точность держится на едином источнике цен: ленты площадок сводятся в одну витрину, расхождения между ними видны сразу и измеряются долей процента. Оценка перестаёт зависеть от того, чью котировку подтянул аналитик перед совещанием, а расхождение между площадками становится метрикой, которую видно на графике, а не сюрпризом в отчёте.
Контроль лимитов переезжает из конца дня в момент сделки. Правило проверяет остаток по каждому инструменту и по портфелю при каждом обновлении позиции, а пробитие лимита уходит уведомлением ответственному — класс отказов «лимит пробит незаметно» просто перестаёт воспроизводиться. История оценок в витрине на ClickHouse позволяет разобрать инцидент по любому срезу задним числом.
Доля ручных операций падает вместе с этим: сверки, ручные пересчёты и сведение выгрузок уходят в расчётный контур, у аналитика остаётся интерпретация результата. Дальше разбираем, из чего складывается такая скорость на уровне контура расчёта и данных.
Методы расчёта VaR: когда какой подход работает
Ни один метод не даёт верной оценки сам по себе — выбор определяется составом портфеля, глубиной истории и частотой пересчёта лимита. Для криптопортфеля это критично: рынок работает круглосуточно, ликвидность фрагментирована, а обвал на одной площадке не повторяется в истории другой.
Методы расчёта VaR сравнивают по трём осям: как переносят редкие события, сколько требуют вычислительных ресурсов и насколько устойчивы к нелинейным позициям. Ниже — матрица выбора, которой мы пользуемся при проектировании.
| Подход | Когда подходит | Ограничения |
|---|---|---|
| Историческое моделирование | Ликвидные инструменты с длинным рядом цен, нужна объяснимая оценка | Видит только то, что уже было: новый класс событий не попадёт в окно, пока не произойдёт; вес старого обвала держится, пока он не выйдет за границу окна |
| Параметрический метод | Массовый пересчёт по многим портфелям, частый контроль лимитов | Опирается на форму распределения: тяжёлые хвосты и рост корреляций в стрессе недооцениваются, на нелинейных позициях даёт смещение |
| Имитационный расчёт | Нелинейные позиции, сценарный анализ, оценка редких событий | Требователен к ресурсам и к калибровке распределений и связей между активами: ошибка в них не видна в самой цифре |
Ограничения модели не снимаются выбором одного метода — их закрывают на уровне архитектуры: параллельный расчёт двумя подходами, сверка с фактическими просадками и отдельный слой стресс-сценариев для событий, которых нет в статистике. Эта связка, а не формула, определяет, переживёт ли система VaR криптопортфель следующий резкий разворот.
Этапы внедрения: от аудита данных до передачи регламентов
Порядок работ выстроен так, чтобы модель нельзя было сдать без проверки на данных, которые не участвовали в её настройке. Каждый этап закрывается артефактом — описанием, схемой или отчётом о качестве, — и следующий не начинается, пока заказчик его не принял. Так внедрение риск-системы не превращается в чёрный ящик.
- Аудит данных. Инвентаризируем источники: биржевые счета, кошельки, внебиржевые позиции, стейкинговые начисления. Ищем пропуски, дубликаты, расхождение часовых поясов и «залипшие» котировки на неликвидных парах, фиксируем правила отбраковки и минимально допустимую историю.
- Схема агрегации. Приводим сделки, остатки и ставки финансирования к единой временной шкале, договариваемся, по какой цене считаем стоимость портфеля на закрытии интервала и где храним историю снимков портфеля.
- Настройка расчёта. Выбираем метод — историческое моделирование, параметрический или Монте-Карло, — задаём доверительный уровень, горизонт удержания и глубину окна, отдельно описываем учёт кластеризации волатильности, иначе риск в спокойном рынке будет занижен.
- Проверка модели. Обратное тестирование на периодах, исключённых из настройки: считаем долю превышений VaR, смотрим поведение на резких обвалах и в боковике, сверяем с ожидаемыми потерями в хвосте. Если модель не проходит — возвращаемся к параметрам, а не «подкручиваем» результат.
- Параллельный прогон. Расчёт идёт рядом с реальной торговлей в режиме наблюдения, результаты сверяются с оценками риск-менеджера, расхождения разбираются до устранения.
- Регламенты и передача. Отдаём правила пересмотра параметров, лимиты и порядок эскалации, схему резервного копирования снимков, обучаем команду и сопровождаем первые циклы расчёта.
Комплект документации: конфигурации, схемы, политики лимитов
Документация — часть поставки, а не приложение к ней. Система VaR остаётся управляемой без нас только тогда, когда её параметры, границы и реакции описаны так, что новый риск-менеджер разбирается в расчёте без звонка в команду. Поэтому комплект собирается параллельно с расчётным контуром и версионируется: у каждого изменения лимита или доверительного уровня остаётся след — кто, когда и на каком основании.
- Конфигурации расчёта — доверительные уровни, горизонты, окна оценки, частота пересчёта, перечень источников котировок и правила их отбора при расхождении цен.
- Схема потоков данных — путь от рыночных данных и остатков по счетам до витрины и отчёта: где нормализация, где сверка, в какой момент фиксируется состояние портфеля.
- Матрица лимитов — разрез по инструменту, счёту, стратегии и подразделению: кто утверждает, кто вправе временно расширить и на какой срок.
- Политики лимитов — что считается пробоем, после какого числа наблюдений включается эскалация и какие шаги становятся обязательными.
- Инструкции для дежурной смены — пошаговый разбор смены: где смотреть расчёт, как проверить расхождение, что фиксировать в журнале, когда подключать руководителя.
- Регламент отказов — поведение при недоступности источника котировок или аномальном разбросе: последняя достоверная точка, флаг качества данных, пауза в расчёте.
- Описание модели и её границ — допущения, на каком классе рыночных сценариев оценка занижает хвостовой риск, как читать отчёт по проверке на исторических данных.
- Журнал изменений — история правок лимитов и параметров с обоснованием каждой.
Комплект передаётся в редактируемом виде вместе с чек-листом приёмки. Пока хотя бы один артефакт не на месте, работа не считается закрытой.
Кейс: как сократили задержку оценки риска по портфелю
К нам пришла команда, управляющая криптопортфелем: расчёт стоимости под риском шёл ночным пакетным заданием и занимал 40-50 минут. Данные по площадкам собирались из разных источников и не сводились по времени — по одной и той же паре расхождение доходило до 10%, поэтому лимиты проверялись на устаревшей картине.
Мы поставили единый слой нормализации: котировки с площадок приводятся к общему времени снимка, дубли и выбросы отсекаются, источник фиксируется в самом расчёте. Поверх — пересчёт по изменению: при движении позиции или цены обновляется только затронутая часть портфеля, а не весь набор инструментов. VaR по портфелю считаем исторической симуляцией и Монте-Карло на одном наборе сценариев, чтобы оценки между периодами оставались сопоставимыми.
CoinGecko остался источником справочных цен для сверки, но решения по лимитам принимаются на собственных данных портфеля.
Что изменилось в цифрах
Пересчёт укладывается в минуту вместо 40-50, расхождения по площадкам сократились с 8-10% до долей процента. Выход за лимит виден через минуты, а не на следующее утро, и сигнал приходит автоматически — решение принимается по данным на момент срабатывания, а не по вчерашнему срезу.
Чем отличается стресс-тестирование от сценарного анализа?
Стресс-тестирование отвечает на вопрос «что будет, если», сценарный анализ — «как будет разворачиваться». В первом случае мы детерминированно задаём шок по факторам и мгновенно пересчитываем портфель, во втором — строим согласованную траекторию нескольких факторов во времени с сохранением корреляций между ними. Поэтому стресс ловит мгновенный разрыв, а сценарий — накопление потерь по шагам.
Классы риска они закрывают разные. Стресс-тестирование берёт хвост: разрыв исторических корреляций, скачок волатильности, просадку ликвидности на стакане, каскад принудительных ликвидаций на биржах с плечом. Статистическая VaR-модель такие события почти не видит — они лежат за пределами её выборки. Сценарный анализ отвечает за риск последовательности: как ставка, приток и отток ликвидности и переоценка залога складываются в просадку по марже.
Обратный стресс-тест переворачивает логику: фиксируем допустимую просадку и ищем комбинацию факторов, которая её даёт. На выходе — не вероятность, а перечень уязвимостей: какая позиция и какая связь между инструментами должны сломаться, чтобы портфель вышел за лимит. Дальше либо режем концентрацию, либо хеджируем конкретный фактор.
Ограничения взаимны. Стресс-тест зависит от выбора шоков: можно долго прогонять комфортные значения и не увидеть реальную уязвимость. Сценарный анализ зависит от полноты истории — на новых инструментах ряд короткий, и корреляции оцениваются неустойчиво. Поэтому в системе VaR оба инструмента стоят рядом со статистической оценкой: стресс как ежедневный лимит-контроль, сценарии как основание пересматривать структуру портфеля и хеджей.
Технические сомнения: качество данных и устойчивость расчёта
Данные с разных площадок приходят с разной точностью, разным лагом сведения и разной глубиной истории — если свести их «как есть», модель начинает считать шум. Поэтому первым слоем идёт нормализация: единая временная сетка, отсечение выбросов по медиане и медианному отклонению, пометка пропусков вместо достройки ряда и метка качества у каждой точки. Сохранённый срез котировок позволяет переиграть расчёт — видно, из чего получилась конкретная цифра VaR.
Что делать с неликвидными инструментами?
По тонким рынкам оценка строится иначе: вместо последней сделки — консервативный сценарий выхода с запасом на проскальзывание. Такой инструмент получает диапазон потерь, а не одно число, и отдельную пометку «оценка по модели, а не по рынку». Дальше вы решаете: ограничить вес позиции или держать её отдельной строкой риска.
Как модель ведёт себя на резких движениях?
Историческое моделирование слепо к сценарию, которого не было в выборке. Поэтому считаем в связке: история, стресс-сценарии на резкие разрывы и параметрическая оценка хвостов. Проверка на истории показывает число превышений против ожидаемого — если факт пробивает границу чаще, меняется калибровка, а не отчёт.
Что происходит после запуска?
Передаём регламент: расписание пересчёта, проверки качества котировок, порядок подключения новой площадки и окно реакции на сбой. При смене состава бирж или источника данных расчёт пересобирается — без этого оценка риска тихо расходится с реальностью портфеля.
Обсудим задачу: с чего начать расчёт риска по портфелю
Чтобы вернуться с планом работ и оценкой проекта, а не с общими соображениями, нам нужны вводные по портфелю: по ним мы определим модель расчёта, объём исторических данных и архитектуру пересчёта. Пришлите то, что уже есть — выгрузку сделок, перечень площадок или просто описание того, как капитал распределён сейчас. Этого достаточно, чтобы обсудить задачу предметно.
- Состав активов и веса, включая стейкинг, займы и позиции с плечом — они дают нелинейный риск, который обычная ковариационная модель не ловит.
- Площадки хранения: биржи, кастодиальные сервисы, некастодиальные кошельки — от этого зависит, как считать доступность капитала и разрыв ликвидности.
- Глубина истории: сделки, котировки, периоды простоя площадок. Чем длиннее ряд, тем устойчивее оценка хвоста распределения.
- Горизонт риска и доверительный уровень, а также регламент пересчёта — по расписанию или перед каждой сделкой.
- Источники цен и правило выбора при расхождении между площадками: средневзвешенное, медиана, отсечение выбросов.
- Требования к отчётности и доступам: какие роли видят сводные метрики, а какие — детализацию по позициям.
- Точки интеграции результата: риск-панель, торговый робот, регулярные выгрузки для руководства.
Опишите задачу своими словами и приложите вводные — вернёмся с планом работ, схемой расчёта и оценкой. Если данных пока мало, начнём с разбора того, что есть, и отдельно обозначим, чего не хватает.
