Camada de identidade, elegibilidade e permissão
O VaultID é a camada de identidade, elegibilidade e permissão do ORBITRA ONE™, com privacidade incorporada. Indivíduos, instituições, aplicações e agentes de IA mantêm credenciais verificáveis, e mercados e emissores verificam exatamente o que precisam — elegibilidade, função, jurisdição, mandato — por meio de provas de credencial que preservam a privacidade, sem receber os documentos por trás delas.
Como funciona
O VaultID está no centro da ilustração, conectado a quatro tipos de titulares: indivíduos, instituições, aplicações e agentes de IA. Cada um mantém credenciais de elegibilidade, função, permissão e jurisdição. Quando um titular interage com um mercado ou um ativo, a credencial é divulgada seletivamente — uma prova do que é exigido segue para fora, enquanto os documentos subjacentes permanecem privados.
O problema
Comprovar que você pode usar um produto financeiro geralmente significa entregar cópias de documentos — a uma corretora, depois a uma praça, depois a cada aplicação que precisa da mesma resposta. Cada cópia é mais um banco de dados a proteger, e cada destinatário aprende muito mais do que sua pergunta exigia.
Sistemas baseados somente em carteira falham no sentido oposto. Eles revelam quase nada, de modo que ativos regulados e fluxos institucionais não conseguem distinguir um participante elegível de um inelegível. As permissões, quando existem, são acopladas a aplicações individuais e não acompanham a pessoa, a empresa ou o agente automatizado que atua em seu nome.
O VaultID separa a prova dos dados. Fatos verificados se tornam credenciais mantidas por seu sujeito. As aplicações fazem perguntas precisas e recebem respostas verificáveis. As permissões — de um operador, de uma equipe de tesouraria ou de um agente do Cortex — pertencem à rede, e não a cada aplicação.
Sequência operacional
O mesmo ciclo de vida se aplica seja o titular uma pessoa, um fundo regulado, uma aplicação ou um agente de IA atuando sob delegação.
Um verificador autorizado confere um fato uma única vez — identidade, residência, status de investidor, função institucional — por meio de seu próprio processo. Os documentos de origem permanecem com o verificador e nunca são gravados no registro.
O verificador emite uma credencial verificável para o VaultID do sujeito. Ela declara o fato, o emissor, o escopo e a expiração, e é vinculada a chaves que o sujeito controla.
O titular mantém suas credenciais e escolhe quais apresentar, e a quem. As instituições podem mantê-las sob suas próprias políticas de custódia e aprovação.
Quando um mercado ou aplicação precisa de uma resposta, o titular apresenta uma prova de credencial que preserva a privacidade — elegível ou não, dentro do escopo ou não — sem revelar documentos ou atributos não relacionados.
Regras dependentes de identidade — restrições de transferência do emissor, controles de jurisdição, permissões de função, mandatos de agente — são verificadas quando uma transação é executada, não apenas em uma interface.
Os emissores podem revogar credenciais, os concedentes podem retirar delegações e toda credencial pode expirar. O status é verificado em cada uso, de modo que uma revogação passa a valer em todo lugar em que a credencial for utilizada como base de confiança.
Arquitetura
O VaultID mantém três coisas separadas: quem é um titular, o que foi comprovado sobre ele e o que ele tem permissão para fazer.
Cada indivíduo, instituição, aplicação e agente tem um VaultID ancorado a chaves que controla, com gestão de chaves construída para rotação e migração via Q-Switch.
Registra quais emissores podem atestar quais fatos, os esquemas que utilizam e o status de revogação de cada credencial. Armazena referências e status, nunca documentos pessoais.
Verifica provas de credencial que preservam a privacidade dentro da execução determinística, de modo que um contrato ou módulo de mercado pode confiar em uma resposta de elegibilidade sem ver os dados por trás dela.
Expressa funções, aprovações e limites como política: quem pode negociar, retirar, aprovar ou administrar, e em quais condições. As aprovações duplas (quatro olhos) e o policy-as-code para instituições se apoiam nele.
Os emissores vinculam exigências de elegibilidade a ativos regulados. Uma transferência para um titular que não pode comprovar elegibilidade é rejeitada na execução, onde quer que o ativo se mova. Veja tokenização.
Credenciais de delegação dão a um agente de IA ou aplicação um mandato limitado e revogável em nome de uma pessoa ou instituição — escopo, limites e expiração — que as políticas do Cortex referenciam diretamente.
Segurança e controle de falhas
Sistemas de identidade falham em duas direções: eles vazam dados, ou concedem autoridade de forma muito ampla. O VaultID é projetado contra as duas.
Nos três sistemas
Orbitra Prime
Inteligência de negociação
O acesso a mercados e recursos no Orbitra Prime segue a elegibilidade do VaultID, e as mesas institucionais mapeiam funções, aprovações e subcontas para permissões do VaultID. As mesmas credenciais se aplicam em todo dispositivo e API.
Orbitra L1
Liquidação e processamento
Provas de credencial e permissões são verificadas dentro da execução do Orbitra L1, de modo que as regras do emissor e os controles de jurisdição valem no nível do protocolo. Contratos NexusWASM podem exigir uma prova antes de agir.
Orbitra Realm
Aplicações e comércio
Aplicações do Orbitra Realm usam o VaultID através do NexusSDK para login, elegibilidade, pagamentos e identidade de agentes — uma única identidade em todo o ecossistema, em vez de uma nova conta em cada aplicação. Veja a economia de IA.
Valor
Especificações
O acesso a produtos específicos depende de jurisdição e elegibilidade. O VaultID aplica as regras vigentes; ele não as define. Veja a declaração de AML, KYC e sanções.
Terminologia