Share No More Than the Request Requires: Federated Disclosure for Perspective-Aware AI

Resumo Técnico: Compartilhar Não Mais do que o Necessário: Divulgação Federada para IA com Consciência de Perspectiva

Definição do Problema
Os sistemas de IA modernos dependem da agregação centralizada de dados do usuário, criando riscos de vigilância em massa e perda de autonomia do usuário. Embora os frameworks de identidade soberana do usuário (ex: Solid, Credenciais Verificáveis) permitam que os indivíduos controlem seus dados, eles carecem de mecanismos para a divulgação do mínimo necessário durante trocas dinâmicas mediadas por agentes. As soluções existentes ou centralizam os dados (blockchains), ou distribuem a custódia sem minimização no momento da troca (overlays P2P), ou fornecem controle de acesso de granularidade grossa (políticas de permitir/negar) que falha em compilar um subgrafo de evidências compacto e específico para a tarefa.

O problema central abordado é: Dado um requerente, um relacionamento específico, um propósito declarado e uma consulta, como pode o detentor dos dados liberar o menor subgrafo autorizado de seus dados pessoais suficiente para responder à solicitação, sem centralizar dados ou enviar artefatos desnecessários? Isso é crítico para a IA com Consciência de Perspectiva (PAi), onde a identidade é modelada como uma "Crônica" — um grafo de conhecimento temporal e rotulado por predicados — em vez de um documento estático.

Metodologia: Crônicas de Preservação de Proveniência (PPC)
O artigo propõe as Crônicas de Preservação de Proveniência (PPC), um protocolo federado projetado para compilar subgrafos de evidências autorizados em tempo real. A metodologia baseia-se em três pilares:

1. Estrutura de Dados (Crônicas):

   • Os dados do usuário são estruturados como Grafos de Situação ($G_{t_i}$): grafos de conhecimento rotulados por predicados que capturam momentos específicos (entidades, atributos, contexto).
   • Uma Crônica ($C_u$) é a sequência ordenada no tempo desses Grafos de Situação, consolidados em um grafo de identidade longitudinal ($G^C_u$) com ponteiros de proveniência para os artefatos brutos.

2. A Função de Autorização ($A$):

   • O acesso não se baseia apenas na identidade, mas no relacionamento ($r$) entre o requerente e o detentor (ex: médico assistente vs. auditor de seguro) e no propósito ($p$) da consulta.
   • $A$ avalia nós e arestas contra ontologias de especialistas de domínio para determinar se uma peça específica de evidência é permitida para um contexto específico.

3. O Protocolo de Compilação (Fluxo de Duas Fases):

   • Fase 1: Compilação de Evidência Autorizada.
     • O agente do requerente envia uma consulta ($Q$) e uma apresentação verificável (identidade/papel).
     • Um planejador decompõe $Q$ em necessidades de informação ao nível de esquema ($I(Q)$) usando ontologias de domínio.
     • Os detentores filtram localmente suas Crônicas via $A$, recuperam os nós/arestas relevantes e realizam a poda de minimidade para extrair um subgrafo compacto ($S_i$) que cubra as necessidades de informação, removendo dados autorizados, porém desnecessários.
     • Um coordenador monta esses fragmentos, alinha entidades entre os detentores e revalida a suficiência.
     • Saída: O requerente recebe respostas textuais vinculadas a referências de proveniência (ponteiros para triplas específicas), não os artefatos brutos.
   • Fase 2: Liberação de Artefato.
     • Se o requerente precisar dos dados brutos subjacentes (ex: uma imagem de laboratório), ele deve solicitá-los explicitamente.
     • Isso aciona uma segunda verificação de autorização mais rigorosa, exigendo aprovação humana explícita por artefato do detentor.

Principais Contribuições

• Formalização da Divulgação do Mínimo Necessário: O artigo define o problema como um objetivo de minimização (Eq. 1) para encontrar o menor subgrafo $S^*$ que seja simultaneamente autorizado e estruturalmente suficiente para uma consulta.
• Validação de Suficiência: Introduz o Algoritmo 1, um validador que verifica cobertura de caminho, completude de tipo de predicado, conectividade e proveniência. Ele distingue entre suficiência estrutural (garantida pelo protocolo) e suficiência clínica/de tarefa (dependente do domínio e apontada como um desafio aberto).
• Identificação de Lacunas Arquiteturais: Os autores mapeiam sistemas existentes (Blockchain, Solid, P2P) e demonstram que nenhum suporta conjuntamente a soberania do detentor, a troca sem registro (ledger-free) e a minimização no momento da troca de grafos temporais rotulados por predicados.
• Modelo de Ameaça: O artigo delimita explicitamente as ameaças a requerentes maliciosos, inferência de consumo (ex: LLMs inferindo dados negados) e injeção de prompt, assumindo um coordenador honesto-mas-curioso e credenciamento sólido.

Resultos e Instanciações de Domínio
O artigo não apresenta benchmarks empíricos ou um protótipo implantado, mas fornece instanciações teóricas em dois domínios regulados para demonstrar a flexibilidade do protocolo:

1. Domínio Médico: Um cardiologista consultando a Crônica de um paciente para interações medicamentosas.
   • Resultado: O protocolo filtra com sucesso notas psiquiátricas e registros de faturamento, mantendo cadeias de prescrição e dados de alergia.
   • Tensão Identificada: O artigo nota um conflito entre "minimidade estrutural" (remover um diagnóstico não solicitado explicitamente) e "utilidade clínica" (onde esse diagnóstico pode ser contextualmente necessário). Isso destaca que a "suficiência" depende da qualidade da decomposição da necessidade de informação ($I(Q)$).
2. Domínio de Litigância: Advogados da parte contrária solicitando evidências para descoberta (discovery).
   • Resultado: O protocolo filtra comunicações privilegiadas entre advogado e cliente, enquanto libera termos contratuais e comunicações não privilegiadas.
   • Insight: A minimidade pode ser enganosa se isolar uma cláusula contratual de seu contexto de negociação, reforçando que o "menor conjunto suficiente" é uma função da definição de suficiência do domínio.

Significância e Alegações
O artigo alega que o PPC preenche uma lacuna arquitetural distinta: é a camada de compilação que transforma "o que um requerente tem permissão para ver" (controle de acesso) em "o que a solicitação realmente precisa" (divulgação do mínimo necessário).

• Alegações Modestas: Os autores afirmam explicitamente que não resolvem a tensão entre minimização agressiva e utilidade, nem resolvem o problema de estimar distribuições de respostas de LLMs sobre subgrafos (o "nível distributivo"). Eles enquadram o alvo da minimização como uma questão aberta.
• Valor Central: O protocolo permite a divulgação federada com foco em proveniência, onde os dados permanecem sob a soberania do detentor, e os artefatos brutos nunca são transmitidos sem aprovação secundária explícita. Ele se posiciona como complementar aos atuais stacks de identidade soberana (como o Solid), adicionando a lógica necessária para a compilação dinâmica de subgrafos com consciência de contexto.