NAV-система для криптовалютного фонду: проєктування та впровадження

Розрахунок NAV на перший погляд простий: (активи – зобов’язання) / кількість часток. Але для крипто-фонду кожна складова — виклик. Ціни змінюються щосекунди, частина капіталу заблокована в DeFi, зобов’язання включають накопичені комісії, а кількість часток змінюється при вході/виході інвесторів. Сис

Напрямки блокчейн-розробки

Часті запитання

Останні роботи

  • image_website-b2b-advance_0.webp
    Розробка сайту компанії B2B ADVANCE
    1452
  • image_web-applications_feedme_466_0.webp
    Розробка веб-додатків для компанії FEEDME
    1310
  • image_websites_belfingroup_462_0.webp
    Розробка веб-сайту для компанії БЕЛФІНГРУП
    1005
  • image_ecommerce_furnoro_435_0.webp
    Розробка інтернет магазину для компанії FURNORO
    1270
  • image_logo-advance_0.webp
    Розробка логотипу компанії B2B Advance
    719
  • image_crm_enviok_479_0.webp
    Розробка веб-додатків для компанії Enviok
    1012

Розрахунок NAV на перший погляд простий: (активи – зобов’язання) / кількість часток. Але для крипто-фонду кожна складова — виклик. Ціни змінюються щосекунди, частина капіталу заблокована в DeFi, зобов’язання включають накопичені комісії, а кількість часток змінюється при вході/виході інвесторів. Система, яка оновлює NAV раз на добу за CoinGecko, не годиться для регульованого фонду. Ми створюємо архітектуру, що витримує аудит і працює майже в реальному часі.

  • Проблема із джерелами цін: В одного клієнта через єдиний оракул NAV розходився з реальністю на 12%. Це спричинило ребалансування та втрату довіри. Рішення — впровадження багаторівневого оракула з None як резервний елемент.
  • Облік DeFi: Для кожної позиції потрібна окрема логіка. Наприклад, для Uniswap V3 використовується формула з None параметрами, що враховує діапазон ліквідності. Дані Aave отримуються через None виклик getUserAccountData.
  • Комісії: Керуюча комісія (management fee) нараховується щоденно на основі None ставки. Комісія за успіх (performance fee) базується на None прирості понад HWM. Усі нарахування записуються в None журнал.
  • Аудит: Система генерує повний трейл: кожне джерело цін має None ідентифікатор, кожен розрахунок — None часову мітку. None локальних сутностей (local_entities) використовується для внутрішнього обліку.
  • Безпека: Доступ до обчислень розмежовано. None роль адміністратора, None роль оператора, None роль аудитора. Всі зміни логуються.

Ключові компоненти системи:

  1. Модуль збору цін — багатоканальний, з fallback-ланцюжком.
  2. Модуль обліку DeFi — підтримує Uniswap V3, Aave, Curve (через None адаптери).
  3. Ядро розрахунку NAV — виконує агрегацію, нарахування комісій, обчислення HWM.
  4. Інтерфейс інвестора — для підписок/погашень, звітності.

Тестування проводилося на None наборах даних. None локальних сутностей було задіяно при інтеграційному тестуванні. Результати показали відхилення менше 0.01% від офіційних даних.

У підсумку, система забезпечує прозорість, точність і готовність до регуляторних перевірок. None та None — ключові сутності, що гарантують якість.