Resumo

  • A delegação oficial de .nz que estava com John Houlker passou à ISOCNZ em 1996. Já a ata da assembleia de 2004 diz que o banco de dados da IANA só ficou correto então, pela primeira vez desde 1996.
  • O intervalo separa a continuidade de um registro em operação da precisão do cadastro administrativo que identificava seu responsável. A ata não comprova interrupção de DNS, falha de resolução ou quais dados estavam desatualizados.

Uma transferência institucional pode ocorrer em uma data e aparecer no cadastro externo em outra. A retrospectiva da InternetNZ informa que a Internet Society of New Zealand (ISOCNZ) assumiu a gestão do espaço de nomes .nz em 1996. Oito anos mais tarde, os documentos da assembleia anual da organização, realizada em 30 de julho de 2004, disseram que a base de dados da IANA para .nz estava correta “pela primeira vez desde 1996”. A moção também agradeceu à University of Waikato pelo apoio e pela paciência durante a atualização dos dados da IANA. A sucessão e a manutenção do registro que a descrevia parecem ter seguido calendários diferentes.

As datas públicas respondem a perguntas distintas. A página atual de delegação .NZ da IANA apresenta 19 de janeiro de 1987 como data de registro e identifica a InternetNZ como gestora atual. A biografia de John Houlker publicada pela InternetNZ diz que ele manteve a delegação oficial de 1989 até sua transferência à Sociedade, então chamada ISOCNZ, em 1996. Uma data de registro da zona e o período de delegação atribuído a uma pessoa não são necessariamente versões incompatíveis do mesmo marco. Os materiais consultados não explicam exatamente o que foi registrado em 1987 nem por que o período de Houlker começa em 1989.

Não cabe fundir essas informações em uma única data de “criação”.

A organização que recebeu a responsabilidade também era recente. O relatório anual 2025–26 da InternetNZ afirma que a ISOCNZ foi formada em 1995 e assumiu a gestão do espaço de nomes de domínio .nz no ano seguinte. Havia apenas algumas centenas de nomes .nz naquele momento; em 2001, eram 100 mil. A função passou a uma entidade comunitária durante uma fase de crescimento acelerado. A ata de 2004 acrescenta uma consequência administrativa: anos depois, ainda era necessário corrigir os dados da IANA que descreviam essa estrutura.

A ata não diz qual campo estava errado nem fornece a data precisa da correção. Tampouco afirma que usuários ficaram sem resolver nomes .nz, que a delegação na zona raiz falhou ou que os registros pararam. “O banco de dados não estava correto” é uma afirmação sobre um cadastro. O agradecimento à Waikato e a referência à atualização dos detalhes da IANA podem apontar para contatos ou informações de gestão herdadas, mas isso é uma inferência. Não é uma auditoria campo a campo divulgada pela assembleia.

A RFC 1591 ajuda a separar os papéis. Ela descreve a coordenação da IANA sobre delegações de domínios de topo e a responsabilidade do gestor designado por nomes e servidores DNS. Também trata esse gestor como curador a serviço da comunidade, não como proprietário do domínio. Quando a responsabilidade muda, a organização antiga e a nova devem comunicar o acordo à IANA, junto com a compreensão do novo gestor sobre suas obrigações. A RFC oferece um modelo institucional; não é o arquivo da transferência neozelandesa de 1996.

A ata de 2004 não revela quais comunicações foram enviadas, se a documentação estava completa ou por que a atualização demorou.

A delegação .nz também não é a conexão física da Nova Zelândia com a Internet internacional. A biografia de Houlker trata à parte do NZGate e do enlace com o Havaí em 1989, e menciona que os serviços de conexão à Internet migraram para empresas de telecomunicações a partir de 1995. Um circuito que transporta pacotes, servidores autoritativos que respondem por .nz, o registro que administra nomes e um cadastro da IANA que aponta o responsável se relacionam, mas não são o mesmo serviço. Alterar um contato não muda o cabo; trocar a operadora do circuito não transfere por si só a delegação do domínio.

A Note 70 de Heng Lu serve apenas como lente analítica atual: preservar a função do registro não exige tratar o administrador vigente como permanente. Ela não é evidência sobre a história de .nz. Neste caso, o que se pode afirmar é mais restrito. A transferência de 1996 mudou a responsabilidade pela gestão; a correção relatada em 2004 mostra que o cadastro dessa responsabilidade também precisava de manutenção. Nenhuma das datas define um “proprietário” de .nz. A RFC 1591 privilegia deveres de gestão, não propriedade.

O registro disponível, portanto, não sustenta nem uma narrativa de sucessão sem atrito nem uma história de colapso do serviço. Ele sustenta uma transferência relatada para 1996, uma correção registrada em 2004 e uma pergunta ainda aberta sobre o conteúdo exato dos dados da IANA nesse intervalo. A continuidade operacional e a precisão documental são deveres relacionados, mas uma não prova a outra.

Fontes documentais: Registro de delegação .NZ da IANA; InternetNZ Fellows: John Houlker; Relatório anual 2025–26 da InternetNZ; documentos da assembleia ISOCNZ de 2004; RFC 1591; regras atuais de .nz. A pergunta interpretativa também considera a Note 70 de Heng Lu, sem tratá-la como fonte histórica.