Resumo

  • A ICANN classificou o não pagamento de taxas de credenciamento pela Netpia.com, Inc. como violação fundamental e material em aviso de 25 de setembro de 2026. O serviço RDAP e o link para pedidos de divulgação foram apontados separadamente como não conformes.
  • Uma porta oferece consultas públicas aos dados de registro exigidos. A outra explica como pedir análise de dados não públicos, sem prometer divulgação automática.
  • A Netpia tem até 16 de outubro para sanar os pontos e apresentar provas. O aviso admite possível início de rescisão depois dessa data, mas não anuncia a rescisão.

Uma registradora pode entregar um comprovante de pagamento e, ainda assim, deixar dois leitores sem resposta. Um tenta consultar um domínio; o outro procura instruções para pedir dados de registro não públicos. A distinção é decisiva no aviso da ICANN à Netpia.com, Inc., registradora de número IANA 130. A regularização da conta é verificável por um critério. A recuperação dos dois canais exige observações de outra natureza.

O texto oficial não reúne todas as ocorrências sob uma rubrica única. Segundo a ICANN, o atraso nas taxas viola a seção 3.9 do acordo de credenciamento e configura a violação fundamental e material. Em parágrafos separados, a organização considera a Netpia não conforme com os requisitos do Diretório RDAP e com a obrigação de publicar, na página inicial, um link direto para o processo de solicitação de divulgação. Mais sete informações relacionadas ao site e ao contrato são chamadas de “Additional Concerns”. A presença delas importa, mas não transforma cada uma na violação financeira formalmente descrita.

Nosso foco não é recontar a lista; é saber qual evidência pode demonstrar que cada porta funciona.

Para o RDAP, a ICANN informa que o endereço de base rdap.ibi.net foi registrado, mas seu monitoramento SLAM encontrou episódios intermitentes com resultados persistentemente “down” nos períodos afetados. Enquanto o serviço está indisponível, falham consultas a nomes patrocinados. Isso é a constatação da ICANN, não uma medição independente de disponibilidade feita pela BTW. O aviso não dá duração total da interrupção nem quantidade de nomes afetados. A correção pedida é mais ampla que ligar a página por alguns minutos: demonstrar consultas públicas gratuitas a dados atualizados de todos os nomes gTLD ativos patrocinados, implementar o guia técnico e o perfil de resposta de fevereiro de 2024 e fornecer um nome patrocinado para o monitoramento da ICANN. Essa versão do perfil é obrigatória desde agosto de 2025.

Já a rota de divulgação trata justamente do que não deve aparecer livremente na consulta. A seção 10.1 da Política de Dados de Registro exige que a página inicial ofereça um link direto para as instruções de pedido, inclusive formato e conteúdo necessários, meio de resposta e prazo previsto. A ICANN afirma não ter encontrado essas informações na página inicial analisada. Se a Netpia publicar o link, resolverá a descoberta da entrada, mas não terá demonstrado por isso que toda solicitação deve ser atendida com entrega de dados. A política exige exame individual de pedidos bem formados, resposta e justificativa quando houver negativa.

Essa separação é uma salvaguarda para requerentes legítimos e titulares dos dados.

O prazo de 16 de outubro é um ponto de decisão futura. A ICANN pede pagamento, comprovação do serviço RDAP, publicação do link e outras medidas. Se a Netpia não sanar e responder no prazo, a organização poderá começar a encerrar o credenciamento. Não é correto descrever o aviso de setembro como rescisão consumada. A cronologia anexa registra respostas da registradora consideradas insuficientes pela ICANN; tampouco cabe dizer que nunca houve resposta.

Um registro público de saneamento deveria distinguir o recibo financeiro de uma janela de testes RDAP, com nomes amostrados, versão do perfil, horários e exceções, e de um registro da página inicial com os requisitos de solicitação e o canal de resposta. Essa arquitetura de evidências é uma proposta editorial, não um formulário imposto pela ICANN. Ela pode ser auditável sem revelar identidades de requerentes, dados privados ou credenciais de monitoramento. Só depois de observar os caminhos separadamente fará sentido dizer qual parte do problema foi corrigida.

Fontes