Internet 5.0 Initiative A. F. Rodrigues Request for Comments: I5NS-DRAFT-00 Independent Categoria: Informativo 27 maio 2026 Internet 5.0 Naming System (I5NS) Sistema de Nomes Criptográfico, Descentralizado e Multilocalizador Status deste Memorando Este documento é um draft informativo independente, inspirado no formato de Request for Comments. Ele NÃO é uma RFC oficial da IETF. Seu objetivo é especificar, em nível conceitual, um sistema de nomes para a Internet 5.0. Resumo O I5NS é um sistema de nomes baseado em identidade criptográfica, múltiplos localizadores assinados, publicação distribuída e logs de transparência. O I5NS não substitui obrigatoriamente o DNS tradicional, mas reduz a dependência de uma única raiz, de um único registrador, de um único resolvedor ou de uma única rota de acesso. 1. Definição Identidade criptográfica verificável, para fins da Internet 5.0, é um identificador derivado de chave pública, capaz de assinar registros, nomes, rotas, conteúdos e atualizações, sem exigir vinculação obrigatória a identidade civil, cadastro estatal, autoridade central ou registrador único. A verificabilidade prova controle criptográfico e continuidade de autoria, não identificação civil compulsória. 2. Tipos de nomes 1. Nome criptográfico canônico, derivado de chave pública. Exemplo: i5id:ed25519:z6Mkp... 2. Nome humano amigável, associado a uma identidade criptográfica por meio de registro assinado. Exemplo: internet5.i5 O nome canônico é a raiz técnica de confiança. O nome humano é um alias de conveniência, sujeito a reputação, provas de uso e eventual disputa. 3. Requisitos normativos I5NS-REQ-01: Um domínio I5 MUST estar associado a uma identidade criptográfica. I5NS-REQ-02: Um domínio I5 MUST possuir registro assinado pela chave titular ou por chaves autorizadas de recuperação. I5NS-REQ-03: Um domínio I5 SHOULD permitir múltiplos localizadores, incluindo HTTPS, onion services, IPFS, mirrors, relays e caches. I5NS-REQ-04: Um domínio I5 MUST suportar rotação de chaves e revogação. I5NS-REQ-05: Um domínio I5 MUST NOT depender de autoridade central única capaz de remover globalmente nomes por decisão política. I5NS-REQ-06: Clientes I5NS SHOULD consultar múltiplas fontes de registro, incluindo logs de transparência, registros distribuídos, caches e fontes de confiança configuráveis. I5NS-REQ-07: Conflitos de nomes humanos SHOULD ser tratados por transparência, reputação, prova temporal, prova de controle e exibição ao usuário, e não por censura global automática. 4. Registro mínimo I5NS Um registro mínimo deve conter nome reivindicado, identificador criptográfico canônico, chave pública, localizadores, data de criação, validade, política de recuperação e assinatura. 5. Recuperação Registros I5NS SHOULD suportar recuperação m-of-n, permitindo troca de chave principal ou revogação por assinatura conjunta de chaves de recuperação. 6. Publicação distribuída Registros I5NS MAY ser publicados em múltiplos canais, incluindo arquivo .well-known em domínio tradicional, DNS TXT, IPFS, repositórios públicos, logs de transparência, caches distribuídos e mirrors independentes. 7. Privacidade na resolução Clientes I5NS SHOULD reduzir vazamento de interesse por meio de cache local, consultas por lote, resolvedores múltiplos, consultas oblivious, redes de privacidade, padding de tráfego ou outros mecanismos adequados. 8. Considerações anti-gargalo O I5NS MUST NOT exigir cadastro civil global, KYC obrigatório, autoridade única de aprovação, lista global de identidades autorizadas ou entidade única capaz de revogar identidades. Uma pessoa MAY possuir múltiplas identidades por contexto; leitores de conteúdo público SHOULD poder acessar sem identidade persistente.