МанитонДокументация
Архитектура

Реестры и источник состояния

Разделяем реестр пользователей, инструменты и проекции учета.

Реестр/проекцияВладелец
Пользователь, категория, качество, KYCauth
Решение и инструментcfa-core
Заявка, резерв, операцияcfa-core
Счета и ledger operationsledger
ERC-20 state и receiptBesu
Feature: Реестр пользователей
  Scenario: Реестр пользователей
    Given участник прошел допуск в определенном качестве
    When сотрудник открывает реестр
    Then качество видно отдельно от KYC и RBAC
    And role label не заменяет обязательную реестровую запись

Один сервис не становится authoritative для всех данных из-за общего UUID. Blockchain address связывается с participant wallet; contract address с инструментом и chainId. Проекции требуют reconciliation. Допуск, блокировка и смена качества должны иметь основание и аудит.

Источники: auth schema/identity.proto, CFA schema, ledger schema. A-1.4 и N-3.3. Целостность.

Сценарии задают ожидаемое поведение. Наличие страницы не подтверждает реализацию, банковское исполнение или согласование Правил.