Платформа: реестр и операционный слой
Две разные платформы, обе — продукт Nikira. Между ними — публичная граница.
A. Nikira DLT — реестр
- Распределённый реестр на Hyperledger Fabric — сеть независимых организаций, не «блокчейн одной компании».
- Экспертное голосование по расчётам: перевод проходит консенсус экспертов, исполнение — минута-две; статус виден участникам.
- Программируемые договоры: ноги предоплаты/возврата с датами, исполнение по сроку, акты частями, автоматический взаимозачёт.
- Эмиссия — только ЦБ, отдельный административный путь вне общего консенсуса.
- Объективный исход: по факту исполнения акта реестр получает сигнал качества расчёта.
- Открытая интеграция: публичный Gateway, OpenAPI, каталог ошибок, conformance-suite, вебхуки и read-API.
Формулировки части A публикуются по согласованию с командой DLT.
B. Nikira OP — операционный слой
- Реестр участников, ролей, полномочий; two-officer в МФЦ.
- Двустороннее согласие и подписание; доверенные устройства; усиленные подтверждения.
- Кабинеты контуров, мобильное приложение.
- Доставка в реестр и сверка: очередь, повтор, парковка расхождений на оператора.
C. Граница
- OP не меняет DLT. Только публичный Gateway, только существующие типы операций. Реестр можно проверять независимо от операционного слоя, и наоборот.
- Расчёт — в реестре, права — в OP. OP не считает исполнимость, DLT не знает, кто директор.
- Спор не решается программой. OP фиксирует и замораживает, DLT исполняет по правилам; решение — арбитраж.
- Сходимость. Уведомления реестра — оптимизация задержки; истина — чтение реестра и сверка.