Resumo

  • A página distingue ratificação e implementação.
  • O texto pede WHOIS, bloco, ASN, data e evento de início ou fim em log público.
  • As fontes não identificam uma entrada viva, bloco ou subatribuição concreta.

Estado não é evento

A história pública comprova uma decisão de processo, não um contrato ou uso por um detentor. O PDP coloca implementação após a ratificação. Portanto, não se pode inferir que o log existe, é completo ou que uma operação é regular. Um recibo por evento deve unir versão, estado de implementação, ID, tipo, bloco, ASN, hora, sistema-fonte, correção e cobertura. Ele não decide propriedade ou litígio; apenas torna o fato publicado auditável.

Essa separação define por onde começa uma verificação. A página de política pode dizer qual registro a instituição passou a exigir; não pode dizer qual registro foi publicado, em que momento, por qual sistema. Sem identificador estável e limite de cobertura, não é possível saber se uma lista pretende cobrir todos os eventos aplicáveis ou somente uma parcela de alcance não declarado. Sem encadeamento de correções, tampouco se sabe se uma versão posterior acrescenta contexto ao evento inicial ou o substitui.

O ponto não é transformar um log público em julgamento de propriedade. É manter coordenadas mínimas para uma leitura que outra pessoa possa repetir: a versão da política identifica a regra; o estado de implementação delimita a etapa institucional; o ID e o horário localizam a entrada; o sistema de origem e a trilha de correções explicam sua proveniência. O que não foi publicado continua desconhecido. Essa disciplina impede que a palavra “ratificada” seja inflada até virar alegação sobre um caso concreto.

Fontes consultadas