86 lines
6.6 KiB
Markdown
86 lines
6.6 KiB
Markdown
|
# 07. Информация о депоненте (хранителе отчётов)
|
|||
|
|
|
|||
|
|
**Источник:** ЗАО «Уайт Бёрд»
|
|||
|
|
**Размер:** 351 КБ, 1 стр.
|
|||
|
|
**Юр.основание:** абз. 4 п. 18 Правил деятельности оператора криптоплатформы ПВТ
|
|||
|
|
|
|||
|
|
## Что это
|
|||
|
|
Whitebird обязан **ежедневно** отправлять третьему лицу полные отчёты по каждому клиенту (балансы, исполненные/неисполненные ордера, остатки криптовалют). Это документ, объявляющий имя и реквизиты этого третьего лица — депонента.
|
|||
|
|
|
|||
|
|
## Депонент
|
|||
|
|
| Поле | Значение |
|
|||
|
|
|---|---|
|
|||
|
|
| Юр.лицо | ООО «А1 цифровые сервисы» |
|
|||
|
|
| УНП | 193495076 |
|
|||
|
|
| Юр.адрес | 220031 Минск, ул. Танковая, д.11, каб. 209А |
|
|||
|
|
| Почтовый адрес | 220030 Минск, ул. Интернациональная, 36-2 |
|
|||
|
|
| Телефон | +375 29 600-02-25 |
|
|||
|
|
| E-mail | sales@a1digital.by |
|
|||
|
|
|
|||
|
|
## Что подлежит ежедневному депонированию
|
|||
|
|
1. **По каждому клиенту**, участвовавшему в торгах в отчётный день:
|
|||
|
|
- Сумма / остаток денежных средств на банковских счетах Компании
|
|||
|
|
- Количество / остаток электронных денег
|
|||
|
|
- Остатки криптовалют в виртуальных кошельках Компании
|
|||
|
|
2. **Все ордера за день:**
|
|||
|
|
- Исполненные заявки (покупка / продажа / обмен токенов)
|
|||
|
|
- Неисполненные заявки
|
|||
|
|
|
|||
|
|
## Моё мнение
|
|||
|
|
**Это самый сильный регуляторный аргумент ПВТ-режима.** Ежедневная депонирование клиентских балансов третьей стороне = биржа физически не может «спрятать» дыру в балансе. Это de-facto Proof of Reserves + Proof of Liabilities, но не через blockchain attestation, а через гос. регулируемое архивирование.
|
|||
|
|
|
|||
|
|
Это особенно важно после кейсов **FTX, Mt.Gox, QuadrigaCX** — каждая из этих катастроф произошла потому что не было обязательной third-party reconciliation. В ПВТ-режиме такая модель невозможна юридически.
|
|||
|
|
|
|||
|
|
**Выбор депонента — А1 цифровые сервисы:** это дочка А1 Беларусь (бывший Velcom, австрийский А1 Telekom). Один из крупнейших IT-операторов РБ. Хорошее имя, плюс А1 имеет дата-центры уровня Tier III. Логичный выбор.
|
|||
|
|
|
|||
|
|
**Странность:** один депонент = single point of failure. Если А1 цифровые сервисы потерпит сбой / закроется / будет скомпрометирован — Whitebird нарушает п. 18. Лучше иметь мульти-депонент или blockchain-anchored solution.
|
|||
|
|
|
|||
|
|
## Что нужно команде Монтаны для копирования 1:1
|
|||
|
|
1. **Договор с депонентом отчётов** — обязательный, аналог А1. Кандидаты:
|
|||
|
|
- **В РБ:** А1 цифровые сервисы / beCloud / hoster.by (если копируем ПВТ-модель).
|
|||
|
|
- **В ЕС:** licensed cloud archive providers (Amazon S3 Glacier with compliance, hoster.by, Iron Mountain).
|
|||
|
|
- **Web3:** Filecoin / Arweave / Storj — для immutable архива клиентских отчётов.
|
|||
|
|
2. **Внутренний модуль daily_depository_export:**
|
|||
|
|
- Cron-задача в 00:00 UTC: snapshot всех client balances + ордер-журнал за день.
|
|||
|
|
- Подпись HMAC-SHA-256 или Ed25519 от приватного ключа Монтаны.
|
|||
|
|
- Шифрование AES-256-GCM (асимметричный ключ депонента).
|
|||
|
|
- Отправка по SFTP / API депонента + локальная архивация.
|
|||
|
|
- Получение acknowledgement / signed receipt от депонента.
|
|||
|
|
3. **Содержание snapshot:**
|
|||
|
|
```json
|
|||
|
|
{
|
|||
|
|
"date": "2026-05-16",
|
|||
|
|
"node": "montana-frankfurt",
|
|||
|
|
"clients": [
|
|||
|
|
{
|
|||
|
|
"user_id": "...",
|
|||
|
|
"balances": {
|
|||
|
|
"BYN": "0.00",
|
|||
|
|
"USDT": "1234.567890",
|
|||
|
|
"BTC": "0.05312000"
|
|||
|
|
},
|
|||
|
|
"orders_filled": [...],
|
|||
|
|
"orders_open": [...]
|
|||
|
|
}
|
|||
|
|
],
|
|||
|
|
"total_aum": {...},
|
|||
|
|
"signature": "..."
|
|||
|
|
}
|
|||
|
|
```
|
|||
|
|
4. **Blockchain anchor (Montana-specific):** дополнительно к классическому депоненту — хэш ежедневного snapshot записывается в нашу TimeChain или в Bitcoin как Merkle root. Это позволяет клиенту независимо верифицировать, что его баланс был в общей сумме AUM на дату X.
|
|||
|
|
5. **Public Proof of Reserves dashboard** — раздел на сайте, показывающий suma AUM по каждой монете, сравнивающий с on-chain reserves. Обновление 1 раз в сутки, синхронно с депонированием.
|
|||
|
|
6. **Multi-jurisdiction:** для каждой юрисдикции свой депонент (РБ → А1; Литва → Bank of Lithuania reporting; ОАЭ → VARA reporting).
|
|||
|
|
|
|||
|
|
## Гэп с EU MiCA
|
|||
|
|
MiCA Article 70 требует:
|
|||
|
|
- **Segregation of client funds** — отдельные счета (Whitebird это и так делает)
|
|||
|
|
- **Daily reconciliation** — у Whitebird ежедневно, что соответствует
|
|||
|
|
- **External auditor annual** — у Whitebird не требуется ПВТ ежедневно, но годовой аудит есть
|
|||
|
|
|
|||
|
|
Итог: модель Whitebird **превосходит MiCA по частоте отчётности**, и должна легко пройти MiCA-CASP при адаптации к EU юрисдикции.
|
|||
|
|
|
|||
|
|
## Ссылки внутри Whitebird-стека
|
|||
|
|
- → #04 (уведомление о рисках — общая обвязка)
|
|||
|
|
- → #25, #28 (политики обработки персональных данных, отчёты)
|
|||
|
|
- → #33 (Whitebird Report RUS — annual financials)
|