Nikira

Платформа: реестр и операционный слой

Две разные платформы, обе — продукт 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 исполняет по правилам; решение — арбитраж.
  • Сходимость. Уведомления реестра — оптимизация задержки; истина — чтение реестра и сверка.