Resumo

  • No LACNIC, last changed informa quando os dados de um objeto RDAP específico foram alterados; sozinho, não data transferência, corte BGP, migração de tráfego ou entrega operacional.
  • A resposta para 200.7.85.1 mostra o objeto de rede alterado em 2024 e duas entidades incorporadas alteradas em 2026. São três relógios de três objetos.

Análise

Em 26 de agosto de 2026, a consulta de 200.7.85.1 devolveu o objeto abrangente 200.7.84.0/23, de 200.7.84.0 a 200.7.85.255. O bloco aparece como ASSIGNED, registrado em 25 de janeiro de 2008 e alterado pela última vez em 17 de setembro de 2024.

O mesmo JSON incorpora outras entidades. O registrante UY-LACN-LACNIC teve última alteração em 7 de agosto de 2026. O contato AIL, com funções administrativa, técnica e de abuso nessa resposta, mudou em 20 de janeiro de 2026. As datas não descrevem três transferências da rede. A data de 2024 é do objeto de rede; as de 2026 pertencem aos registros de entidade.

O RFC 9083 define events como eventos ocorridos em uma instância de classe de objeto. last changed indica quando as informações daquela instância foram alteradas pela última vez. Registro, novo registro, transferência, expiração, exclusão e reinstanciação têm ações próprias. Não é legítimo trocar “última alteração” por “transferência”.

A orientação Whois do LACNIC mantém a distinção. Para um recurso, changed é a última modificação das informações do recurso; para um contato, é a mudança das informações daquele contato. O RDAP padroniza o acesso HTTP e JSON ao registro Whois. Facilidade de leitura não amplia o alcance probatório.

Em aquisições, disputas ou incidentes, uma data exata pode virar “dia da mudança de controle”. Mas a resposta não informa qual campo mudou nem o ator dos eventos superiores. Não fala em contrato, pagamento, equipamento ou clientes. Prova algo mais estreito: as informações do objeto tinham sido modificadas até aquele instante.

O roteamento opera em outro sistema. O RFC 4271 descreve BGP, anúncios, retiradas e seleção de rotas entre sistemas autônomos. Um contato pode mudar sem afetar uma rota; origem, caminho ou tráfego podem mudar sem atualização simultânea do RDAP. Uma cronologia séria separa registro, documentos jurídicos, histórico BGP e migração de serviços.

last changed continua útil para definir janelas de arquivo, comparar capturas e perguntar quem tinha acesso autenticado. A ausência de transfer não prova que nunca houve entrega comercial ou operacional; significa apenas que este objeto não a relata como transferência.

A regra é simples: nomeie o objeto antes do evento. “O objeto de rede mudou” é fiel aos dados. “A rede mudou de mãos” precisa de outra prova.

Fontes