Слой идентичности, критериев допуска и разрешений
VaultID — учитывающий приватность слой идентичности, критериев допуска и разрешений ORBITRA ONE™. Физические лица, институты, приложения и ИИ-агенты держат верифицируемые удостоверения, а рынки и эмитенты проверяют ровно то, что им нужно, — критерии допуска, роль, юрисдикцию, мандат — через доказательства удостоверения с сохранением приватности, не получая документов, которые за ними стоят.
Как это работает
VaultID находится в центре иллюстрации и соединён с четырьмя типами держателей: физическими лицами, институтами, приложениями и ИИ-агентами. Каждый держит удостоверения для критериев допуска, роли, разрешения и юрисдикции. Когда держатель взаимодействует с рынком или активом, удостоверение раскрывается избирательно — наружу передаётся доказательство того, что требуется, а исходные документы остаются приватными.
Проблема
Доказать, что вы имеете право использовать финансовый продукт, обычно означает передать копии документов — брокеру, затем площадке, затем каждому приложению, которому нужен тот же ответ. Каждая копия — это ещё одна база данных, которую нужно защищать, а каждый получатель узнаёт намного больше, чем требовал его вопрос.
Системы, построенные только на кошельках, терпят сбой в противоположном направлении. Они не раскрывают почти ничего, поэтому регулируемые активы и институциональные процессы не могут отличить допущенного участника от недопущенного. Разрешения, там где они есть, жёстко привязаны к отдельным приложениям и не сопровождают ни человека, ни фирму, ни автоматизированного агента, действующего в их интересах.
VaultID отделяет доказательство от данных. Проверенные факты становятся удостоверениями, которые держит их субъект. Приложения задают точные вопросы и получают верифицируемые ответы. Разрешения — для трейдера, казначейской команды или агента Cortex — принадлежат сети, а не каждому отдельному приложению.
Последовательность работы
Тот же жизненный цикл применяется независимо от того, является держатель человеком, регулируемым фондом, приложением или ИИ-агентом, действующим по делегированию.
Уполномоченный верификатор проверяет факт один раз — идентичность, резидентство, статус инвестора, институциональную роль — по собственному процессу. Исходные документы остаются у верификатора и никогда не записываются в реестр.
Верификатор выпускает верифицируемое удостоверение в VaultID субъекта. Оно указывает факт, эмитента, область действия и срок действия и привязано к ключам, которые контролирует субъект.
Держатель хранит свои удостоверения и сам решает, какие из них предъявлять и кому. Институты могут хранить свои удостоверения по собственным правилам хранения и согласования.
Когда рынку или приложению нужен ответ, держатель предъявляет доказательство удостоверения с сохранением приватности — допущен или нет, входит в область действия или нет — не раскрывая документы или посторонние атрибуты.
Правила, зависящие от идентичности — ограничения на перевод от эмитента, контроль юрисдикции, разрешения по роли, мандаты агентов — проверяются при исполнении транзакции, а не только в интерфейсе.
Эмитенты могут отзывать удостоверения, доверители могут отзывать делегирования, а у каждого удостоверения есть срок действия. Статус проверяется при каждом использовании, поэтому отзыв вступает в силу везде, где на удостоверение полагаются.
Архитектура
VaultID разделяет три вещи: кто является держателем, что о нём доказано и что ему разрешено делать.
У каждого физического лица, института, приложения и агента есть VaultID, привязанный к ключам, которые он контролирует, с управлением ключами, изначально построенным для ротации и миграции Q-Switch.
Фиксирует, какие эмитенты могут подтверждать какие факты, какие схемы они используют, и статус отзыва каждого удостоверения. Хранит ссылки и статусы, но никогда — личные документы.
Проверяет доказательства удостоверения с сохранением приватности в рамках детерминированного исполнения, поэтому контракт или рыночный модуль может полагаться на ответ о допуске, не видя данных за ним.
Выражает роли, согласования и лимиты в виде правил: кто может торговать, выводить средства, согласовывать или администрировать и при каких условиях. На нём строятся согласование двумя лицами и правила в виде кода для институтов.
Эмитенты прикрепляют требования по критериям допуска к регулируемым активам. Перевод держателю, который не может доказать соответствие критериям допуска, отклоняется при исполнении — где бы актив ни перемещался. См. токенизацию.
Удостоверения делегирования дают ИИ-агенту или приложению ограниченный, отзываемый мандат от имени человека или института — область действия, лимиты и срок действия, — на который правила Cortex ссылаются напрямую.
Безопасность и контроль сбоев
Системы идентичности терпят сбой в двух направлениях: они утекают данные или предоставляют слишком широкие полномочия. VaultID спроектирована против обоих.
В трёх системах
Orbitra Prime
Торговый интеллект
Доступ к рынкам и функциям в Orbitra Prime определяется критериями допуска VaultID, а институциональные подразделения сопоставляют роли, согласования и субсчета с разрешениями VaultID. Те же удостоверения действуют на любом устройстве и через любой API.
Orbitra L1
Расчёты и вычисления
Доказательства удостоверений и разрешения проверяются в рамках исполнения Orbitra L1, поэтому правила эмитентов и контроль юрисдикции соблюдаются на уровне протокола. Контракты NexusWASM могут требовать доказательство перед действием.
Orbitra Realm
Приложения и коммерция
Приложения Orbitra Realm используют VaultID через NexusSDK для входа, проверки критериев допуска, платежей и идентичности агентов — одна идентичность на всю экосистему вместо новой учётной записи в каждом приложении. См. экономику ИИ.
Ценность
Спецификации
Доступ к конкретным продуктам зависит от юрисдикции и критериев допуска. VaultID обеспечивает применение действующих правил, но не устанавливает их. См. заявление об AML, KYC и санкциях.
Терминология