Resumo

  • A página do registro comercial estoniano referente ao número 14476114 exibia o nome Puzl Cloud OÜ e listava GPU Computing OÜ sob o título "Invalid names" na consulta de 18 de outubro de 2026.
  • O objeto de organização do RIPE que carrega esse mesmo número de registro, 14476114, ainda dizia GPU Computing OU, com data de última modificação em 13 de maio de 2026.
  • O sistema autônomo AS57063 anunciava em 18 de outubro de 2026 os mesmos dois prefixos de duas semanas antes: 213.5.72.0/24 e 2001:67c:f74::/48.

Um número, dois nomes, nenhuma contradição

A ficha do registro comercial estoniano dedicada ao número 14476114 não se lê como perfil de empresa. Tal como foi recuperada em 18 de outubro de 2026, a página começa por um nome, Puzl Cloud OÜ, seguido do número entre parênteses, e mais abaixo traz uma linha cuja brevidade esconde o peso: sob o rótulo "Invalid names", o registro lista GPU Computing OÜ. Lido sem rodeios, é um registro informando ao leitor qual dos nomes em circulação para aquela pessoa jurídica pertence ao passado e qual ele já não considera válido.

É uma afirmação concreta e verificável sobre um nome. É também a única coisa que o trecho recuperado estabelece. Campos que um extrato completo do registro normalmente exibiria — se a inscrição está ativa, sob qual código de atividade a empresa declara, quem são seus administradores — não estavam presentes no texto preservado, e por isso não são afirmados aqui. O que importa para o argumento é mais estreito e mais difícil de contestar: perguntado sobre 14476114, o registro responde Puzl Cloud OÜ e sinaliza o outro nome. A página está em registro comercial estoniano para 14476114.

A base de dados do RIPE responde à mesma pergunta de outro modo. Consultada por AS57063 no mesmo dia, devolve quatro objetos, e um deles é o objeto de organização ORG-GCO2-RIPE. Seu atributo org-name ainda diz GPU Computing OU. O país é EE, o reg-nr é 14476114, e o endereço corresponde a um prédio em Tallinn, Tartu mnt 83-701. Sua data de última modificação é 13 de maio de 2026, cerca de cinco meses antes da consulta ao registro e mais de cinco anos depois de o objeto ter sido criado, em 9 de dezembro de 2020. A resposta completa está em o registro do RIPE para AS57063.

Os dois documentos descrevem a mesma pessoa jurídica — o número de registro é idêntico — e lhe atribuem nomes vigentes diferentes. Nenhum dos dois é manifestamente errado. Um objeto de registro consigna uma atribuição, não um estado societário em tempo real; o registro estoniano consigna uma pessoa jurídica, não um registro de roteamento. É permitido que discordem, e nesse dia discordaram.

O registro de roteamento nunca foi indexado pelo nome

A parte do registro que não derivou é a que carrega tráfego. O objeto aut-num de AS57063 tem as-name PUZL-AS. Foi criado em 2 de novembro de 2021 e modificado pela última vez em 8 de novembro de 2024. A identidade de roteamento do operador é, portanto, uma cadeia derivada de "puzl" desde que o objeto existe, num registro anterior em dois anos e meio à última alteração do objeto de organização.

O objeto de função conta a mesma história a partir de uma data mais antiga. GCO8-RIPE chama-se GPU Computing OU, compartilha o endereço da Tartu mnt e traz uma caixa de denúncias de abuso no domínio puzl.ee — é o domínio, não a razão social, que sustenta a camada de contato. Suas datas de criação e de última modificação são idênticas: 9 de dezembro de 2020, um segundo depois da criação do objeto de organização, que é a aparência de uma única sessão de registro produzindo vários objetos. O ano de 2020 merece ser retido.

Qualquer que tenha sido a história societária posterior, o caminho de contato baseado no domínio já existia antes de o número de AS ser atribuído.

E o próprio número não trocou de mãos em nenhum sentido visível. Em 18 de outubro de 2026, o endpoint as-overview do RIPEstat devolvia o titular "PUZL-AS GPU Computing OU" e o valor announced true — uma cadeia que se lê exatamente como o as-name e o org-name unidos por um espaço, que é o aspecto de um serviço de síntese concatenando dois campos que já detém em vez de resolver uma razão social vigente. O status do próprio endpoint era ok, a resposta não estava em cache, e a janela de consulta correspondia a 18 de outubro de 2026 às 16h00 UTC: as-overview do RIPEstat para AS57063.

Quem se detiver nessa única superfície ficará sabendo do número de AS, de dois nomes ao mesmo tempo, e de nenhuma discordância. A contradição só aparece uma camada abaixo, nos dois documentos de origem que sustentam os dois nomes.

Dois prefixos e um ponto cego declarado

A pegada operacional na mesma data era pequena, estável e idêntica à da quinzena anterior. O endpoint announced-prefixes devolvia exatamente dois prefixos para AS57063: o prefixo IPv4 213.5.72.0/24 e o prefixo IPv6 2001:67c:f74::/48. Ambos carregam uma única linha temporal contínua de 4 de outubro de 2026 a 18 de outubro de 2026, e o latest_time da resposta é 18 de outubro de 2026 às 16h00 UTC. O detalhe está em a resposta announced-prefixes do RIPEstat.

Dois prefixos são uma observação real e delimitada, e o limite é declarado pelo próprio serviço. A resposta inclui uma mensagem informativa avisando que os resultados excluem rotas de visibilidade muito baixa, especificamente as vistas por menos de dez pares completos do RIS. Essa frase faz bastante trabalho. Significa que o resultado de dois prefixos é o que enxerga um ponto de observação bem conectado, não um inventário completo de tudo que uma rede poderia anunciar por um caminho mais tênue. Quem tratar os dois prefixos como o espaço de endereçamento total do operador estará lendo além da ressalva impressa no mesmo documento.

Qual é a função real desses prefixos — se 213.5.72.0/24 carrega tráfego de clientes, infraestrutura interna ou uma borda de serviço — não é estabelecido por um anúncio. Um prefixo na tabela global é a afirmação de que uma origem é alcançável, e nada além disso.

A única pergunta que os documentos não respondem

A autorização de origem é a pergunta seguinte, e é justamente a que falhou. O endpoint de validação RPKI do RIPEstat para AS57063 não devolveu nenhum corpo de resposta utilizável em 18 de outubro de 2026; a resposta preservada registra uma falha de recuperação com trecho nulo e não carrega veredito de espécie alguma: resposta de validação RPKI do RIPEstat.

Vale ser preciso aqui, porque é fácil confundir duas coisas diferentes. Um serviço de validação que não devolve resultado não disse nada sobre se os prefixos estão assinados. Disse que a resposta não pôde ser lida. Tratar um endpoint ilegível como prefixo sem assinatura, ou como prefixo limpo, é inventar um fato na direção que o leitor preferir. A afirmação honesta é que a autorização de origem do AS57063 seguia não lida em 18 de outubro de 2026, e que o documento que a resolveria — um resultado de validação nomeando os certificados de recursos que cobrem 213.5.72.0/24 e 2001:67c:f74::/48 — não foi obtido.

Resta um fio solto. O objeto aut-num traz um atributo sponsoring-org apontando para ORG-SDNS7-RIPE, um objeto de organização que não foi consultado para este artigo. Uma organização patrocinadora numa atribuição é um fato estrutural sobre como o recurso foi obtido, e é o tipo de elemento que explica uma atribuição com mais profundidade do que um campo de nome jamais fará. Sua presença está documentada; sua identidade não.

O que a divergência custa de fato

A conclusão tentadora é que houve negligência. Os documentos não sustentam isso, e uma explicação mais sem graça se ajusta melhor. Um objeto de registro é editado quando o operador tem motivo para editá-lo: novo mantenedor, endereço alterado, pedido de recursos. Já uma mudança de razão social é motivo para declarar a um registro comercial, que é uma obrigação legal com taxa e prazo. Nada nessa obrigação cria o dever de tocar um objeto de RIR cujo campo de nome ninguém está lendo naquele momento. O abandono do campo de nome é o estado padrão, não uma decisão.

O custo desse estado padrão não recai sobre o operador. Recai sobre todos a jusante que tratam um nome como chave. Um cadastro de fornecedores que lista uma empresa de nome sugestivo em matéria de GPU e a procura por esse nome não encontrará a ficha do registro comercial, porque o registro responde por outro nome. Uma contraparte que tria uma entidade contratante pela denominação comercial não vai casar com o objeto de organização do RIPE, porque o número está lá e o nome não. Um mapa de concorrentes montado a partir de razões sociais carregará duas entradas, ou nenhuma.

A correção barata é sem glamour e não depende de nenhum documento não lido. Indexar a ficha pelo número de registro e pelo número de AS, que ambos sobreviveram à mudança de nome, e guardar o nome como observação datada em vez de identificador: esta entidade chamava-se X quando verificada no dia Y. O número é estável, o código é estável, os dois prefixos se mantiveram ao menos durante a quinzena observada. O nome é o campo que se move, e deveria ser tratado como a coluna menos autoritativa da linha — inclusive na entrada do diretório BTW para AS GPU Computing OU, que herda o nome anterior à mudança exatamente como o objeto de registro o carrega.