Система VaR для криптопортфеля: де ламається оцінка ризику
Портфель у крипті майже завжди розподілений по кількох майданчиках: спот на одному, деривативи на іншому, частина капіталу — у стейкінгу або позабіржових угодах.
Система VaR, яка рахує ризик кожного майданчика окремо й потім додає числа, дає арифметично правильну й управлінськи марну цифру — вона не бачить ні кореляцій між активами, ні загального капіталу під ризиком.
Оцінка ризику портфеля в такому вигляді відповідає на питання «скільки ми втратимо, якщо впаде один майданчик», а не «скільки ми втратимо завтра».
Друга точка збою — звід позицій за майданчиками. Поки він збирається вивантаженнями й перераховується в таблиці, дані розходяться: ціна пішла, ставка фінансування змінилася, частину застави вже переведено під іншу угоду.
Розрахунок максимальної просадки за таким знімком описує минулий стан портфеля, а рішення ухвалюється за поточним — і розрив між ними зростає разом із волатильністю.
Третій розрив помітніший за наслідками: ліміт дізнаються після того, як його пробито. Ризик-правило живе в регламенті або в голові ризик-менеджера, а не у виконанні, тому сигнал надходить, коли позиція вже вийшла за межу і її закриття коштує дорожче за саме перевищення. Тут оцінка ризику перестає бути управлінням і стає звітністю.
Далі розбираємо, як ці розриви закриваються: єдиний розрахунок за всіма майданчиками, автоматичний звід позицій і ліміти, які спрацьовують до перевищення, а не після.
Що змінюється після впровадження: швидкість і точність оцінки
Перерахунок ризику перестає бути щоденним ритуалом. Система тримає оцінку за всім портфелем актуальною: розрахунок запускається за подією — надійшла велика позиція, зсунулася ціна на майданчику, змінився склад — і проходить за хвилини, а не за години ручних вивантажень.
Горизонт, довірчий інтервал і набір факторів задаються в конфігурації профілю, тому зміна методики не перетворюється на правку формул у таблицях.
Точність тримається на єдиному джерелі цін: стрічки майданчиків зводяться в одну вітрину, розбіжності між ними видно одразу й вимірюються часткою відсотка.
Оцінка перестає залежати від того, чиє котирування підтягнув аналітик перед нарадою, а розбіжність між майданчиками стає метрикою, яку видно на графіку, а не сюрпризом у звіті.
Контроль лімітів переїжджає з кінця дня в момент угоди. Правило перевіряє залишок за кожним інструментом і за портфелем при кожному оновленні позиції, а пробиття ліміту йде повідомленням відповідальному — клас відмов «ліміт пробито непомітно» просто перестає відтворюватися.
Історія оцінок у вітрині на ClickHouse дозволяє розібрати інцидент за будь-яким зрізом заднім числом.
Частка ручних операцій падає разом із цим: звірки, ручні перерахунки й зведення вивантажень ідуть у розрахунковий контур, в аналітика залишається інтерпретація результату. Далі розбираємо, з чого складається така швидкість на рівні контуру розрахунку й даних.
Методи розрахунку VaR: коли який підхід працює
Жоден метод не дає правильної оцінки сам собою — вибір визначається складом портфеля, глибиною історії та частотою перерахунку ліміту.
Для криптопортфеля це критично: ринок працює цілодобово, ліквідність фрагментована, а обвал на одному майданчику не повторюється в історії іншого.
Методи розрахунку VaR порівнюють за трьома осями: як переносять рідкісні події, скільки потребують обчислювальних ресурсів і наскільки стійкі до нелінійних позицій. Нижче — матриця вибору, якою ми користуємося під час проєктування.
| Підхід | Коли підходить | Обмеження |
|---|---|---|
| Історичне моделювання | Ліквідні інструменти з довгим рядом цін, потрібна пояснювана оцінка | Бачить лише те, що вже було: новий клас подій не потрапить у вікно, поки не відбудеться; вага старого обвалу тримається, поки він не вийде за межу вікна |
| Параметричний метод | Масовий перерахунок за багатьма портфелями, частий контроль лімітів | Спирається на форму розподілу: важкі хвости й зростання кореляцій у стресі недооцінюються, на нелінійних позиціях дає зміщення |
| Імітаційний розрахунок | Нелінійні позиції, сценарний аналіз, оцінка рідкісних подій | Вимогливий до ресурсів і до калібрування розподілів та зв'язків між активами: помилка в них не видна в самій цифрі |
Обмеження моделі не знімаються вибором одного методу — їх закривають на рівні архітектури: паралельний розрахунок двома підходами, звірка з фактичними просадками й окремий шар стрес-сценаріїв для подій, яких немає в статистиці.
Ця зв'язка, а не формула, визначає, чи переживе система VaR криптопортфель наступний різкий розворот.
Етапи впровадження: від аудиту даних до передачі регламентів
Порядок робіт вибудуваний так, щоб модель не можна було здати без перевірки на даних, які не брали участі в її налаштуванні. Кожен етап закривається артефактом — описом, схемою або звітом про якість, — і наступний не починається, доки замовник його не прийняв. Так впровадження ризик-системи не перетворюється на чорну скриньку.
- Аудит даних. Інвентаризуємо джерела: біржові рахунки, гаманці, позабіржові позиції, стейкінгові нарахування. Шукаємо пропуски, дублікати, розбіжність часових поясів і «залиплі» котирування на неліквідних парах, фіксуємо правила відбраковування та мінімально допустиму історію.
- Схема агрегації. Приводимо угоди, залишки та ставки фінансування до єдиної часової шкали, домовляємося, за якою ціною рахуємо вартість портфеля на закритті інтервалу і де зберігаємо історію знімків портфеля.
- Налаштування розрахунку. Обираємо метод — історичне моделювання, параметричний або Монте-Карло, — задаємо довірчий рівень, горизонт утримання та глибину вікна, окремо описуємо врахування кластеризації волатильності, інакше ризик на спокійному ринку буде занижений.
- Перевірка моделі. Зворотне тестування на періодах, виключених із налаштування: рахуємо частку перевищень VaR, дивимося поведінку на різких обвалах і в боковику, звіряємо з очікуваними втратами в хвості. Якщо модель не проходить — повертаємося до параметрів, а не «підкручуємо» результат.
- Паралельний прогін. Розрахунок іде поряд із реальною торгівлею в режимі спостереження, результати звіряються з оцінками ризик-менеджера, розбіжності розбираються до усунення.
- Регламенти й передача. Віддаємо правила перегляду параметрів, ліміти та порядок ескалації, схему резервного копіювання знімків, навчаємо команду й супроводжуємо перші цикли розрахунку.
Комплект документації: конфігурації, схеми, політики лімітів
Документація — частина постачання, а не додаток до нього. Система VaR залишається керованою без нас лише тоді, коли її параметри, межі та реакції описані так, що новий ризик-менеджер розбирається в розрахунку без дзвінка до команди.
Тому комплект збирається паралельно з розрахунковим контуром і версіонується: у кожної зміни ліміту або довірчого рівня залишається слід — хто, коли і на якій підставі.
- Конфігурації розрахунку — довірчі рівні, горизонти, вікна оцінки, частота перерахунку, перелік джерел котирувань і правила їх відбору при розбіжності цін.
- Схема потоків даних — шлях від ринкових даних і залишків за рахунками до вітрини та звіту: де нормалізація, де звірка, у який момент фіксується стан портфеля.
- Матриця лімітів — розріз за інструментом, рахунком, стратегією та підрозділом: хто затверджує, хто має право тимчасово розширити і на який строк.
- Політики лімітів — що вважається пробиттям, після якої кількості спостережень вмикається ескалація і які кроки стають обов'язковими.
- Інструкції для чергової зміни — покроковий розбір зміни: де дивитися розрахунок, як перевірити розбіжність, що фіксувати в журналі, коли підключати керівника.
- Регламент відмов — поведінка при недоступності джерела котирувань або аномальному розкиді: остання достовірна точка, прапорець якості даних, пауза в розрахунку.
- Опис моделі та її меж — припущення, на якому класі ринкових сценаріїв оцінка занижує хвостовий ризик, як читати звіт про перевірку на історичних даних.
- Журнал змін — історія правок лімітів і параметрів з обґрунтуванням кожної.
Комплект передається в редагованому вигляді разом із чек-листом приймання. Поки хоча б один артефакт не на місці, робота не вважається закритою.
Кейс: як скоротили затримку оцінки ризику за портфелем
До нас прийшла команда, що управляє криптопортфелем: розрахунок вартості під ризиком ішов нічним пакетним завданням і тривав 40-50 хвилин.
Дані за майданчиками збиралися з різних джерел і не зводилися за часом — за однією й тією самою парою розбіжність сягала 10%, тому ліміти перевірялися на застарілій картині.
Ми поставили єдиний шар нормалізації: котирування з майданчиків приводяться до спільного часу знімка, дублі й викиди відсікаються, джерело фіксується в самому розрахунку.
Поверх — перерахунок за зміною: при русі позиції або ціни оновлюється лише задіяна частина портфеля, а не весь набір інструментів. VaR за портфелем рахуємо історичною симуляцією та Монте-Карло на одному наборі сценаріїв, щоб оцінки між періодами залишалися зіставними.
CoinGecko залишився джерелом довідкових цін для звірки, але рішення щодо лімітів ухвалюються на власних даних портфеля.
Що змінилося в цифрах
Перерахунок укладається в хвилину замість 40-50, розбіжності за майданчиками скоротилися з 8-10% до часток відсотка.
Вихід за ліміт видно за хвилини, а не наступного ранку, і сигнал надходить автоматично — рішення ухвалюється за даними на момент спрацювання, а не за вчорашнім зрізом.
Чим відрізняється стрес-тестування від сценарного аналізу?
Стрес-тестування відповідає на питання «що буде, якщо», сценарний аналіз — «як буде розгортатися».
У першому випадку ми детерміновано задаємо шок за факторами й миттєво перераховуємо портфель, у другому — будуємо узгоджену траєкторію кількох факторів у часі зі збереженням кореляцій між ними. Тому стрес ловить миттєвий розрив, а сценарій — накопичення втрат за кроками.
Класи ризику вони закривають різні. Стрес-тестування бере хвіст: розрив історичних кореляцій, стрибок волатильності, просадку ліквідності в книзі заявок, каскад примусових ліквідацій на біржах із плечем.
Статистична VaR-модель такі події майже не бачить — вони лежать за межами її вибірки. Сценарний аналіз відповідає за ризик послідовності: як ставка, приплив і відплив ліквідності та переоцінка застави складаються в просадку за маржею.
Зворотний стрес-тест перевертає логіку: фіксуємо допустиму просадку й шукаємо комбінацію факторів, яка її дає. На виході — не ймовірність, а перелік уразливостей: яка позиція і який зв'язок між інструментами мають зламатися, щоб портфель вийшов за ліміт. Далі або ріжемо концентрацію, або хеджуємо конкретний фактор.
Обмеження взаємні. Стрес-тест залежить від вибору шоків: можна довго проганяти комфортні значення й не побачити реальну уразливість. Сценарний аналіз залежить від повноти історії — на нових інструментах ряд короткий, і кореляції оцінюються нестійко.
Тому в системі VaR обидва інструменти стоять поряд зі статистичною оцінкою: стрес як щоденний ліміт-контроль, сценарії як підстава переглядати структуру портфеля й хеджів.
Технічні сумніви: якість даних і стійкість розрахунку
Дані з різних майданчиків надходять з різною точністю, різним лагом зведення та різною глибиною історії — якщо звести їх «як є», модель починає рахувати шум.
Тому першим шаром іде нормалізація: єдина часова сітка, відсікання викидів за медіаною та медіанним відхиленням, позначка пропусків замість добудови ряду і мітка якості в кожної точки.
Збережений зріз котирувань дозволяє переграти розрахунок — видно, з чого вийшла конкретна цифра VaR.
Що робити з неліквідними інструментами?
За тонкими ринками оцінка будується інакше: замість останньої угоди — консервативний сценарій виходу із запасом на просковзування. Такий інструмент отримує діапазон втрат, а не одне число, і окрему позначку «оцінка за моделлю, а не за ринком». Далі ви вирішуєте: обмежити вагу позиції чи тримати її окремим рядком ризику.
Як модель поводиться на різких рухах?
Історичне моделювання сліпе до сценарію, якого не було у вибірці. Тому рахуємо у зв'язці: історія, стрес-сценарії на різкі розриви та параметрична оцінка хвостів.
Перевірка на історії показує число перевищень проти очікуваного — якщо факт пробиває межу частіше, змінюється калібрування, а не звіт.
Що відбувається після запуску?
Передаємо регламент: розклад перерахунку, перевірки якості котирувань, порядок підключення нового майданчика і вікно реакції на збій. При зміні складу бірж або джерела даних розрахунок перезбирається — без цього оцінка ризику тихо розходиться з реальністю портфеля.
Обговоримо задачу: з чого почати розрахунок ризику за портфелем
Щоб повернутися з планом робіт і оцінкою проєкту, а не із загальними міркуваннями, нам потрібні ввідні щодо портфеля: за ними ми визначимо модель розрахунку, обсяг історичних даних і архітектуру перерахунку.
Надішліть те, що вже є — вивантаження угод, перелік майданчиків або просто опис того, як капітал розподілено зараз. Цього достатньо, щоб обговорити задачу предметно.
- Склад активів і ваги, включно зі стейкінгом, позиками та позиціями з плечем — вони дають нелінійний ризик, який звичайна коваріаційна модель не ловить.
- Майданчики зберігання: біржі, кастодіальні сервіси, некастодіальні гаманці — від цього залежить, як рахувати доступність капіталу та розрив ліквідності.
- Глибина історії: угоди, котирування, періоди простою майданчиків. Чим довший ряд, тим стійкіша оцінка хвоста розподілу.
- Горизонт ризику й довірчий рівень, а також регламент перерахунку — за розкладом або перед кожною угодою.
- Джерела цін і правило вибору при розбіжності між майданчиками: середньозважене, медіана, відсікання викидів.
- Вимоги до звітності та доступів: які ролі бачать зведені метрики, а які — деталізацію за позиціями.
- Точки інтеграції результату: ризик-панель, торговий робот, регулярні вивантаження для керівництва.
Опишіть задачу своїми словами й додайте ввідні — повернемося з планом робіт, схемою розрахунку та оцінкою. Якщо даних поки мало, почнемо з розбору того, що є, і окремо позначимо, чого бракує.
