Proposta técnico-jurídica independente
I5NS-DRAFT-00 — Internet 5.0 Naming System
Sistema de nomes criptográfico, descentralizado e multilocalizador.
I5NS-DRAFT-00 — Internet 5.0 Naming System
Este é um draft independente, não uma RFC oficial da IETF.
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.