Resumo

  • O intervalo de dezoito dias é o resultado das datas de 4 e 22 de novembro exibidas nos detalhes e na lista corrente da AFRINIC; o próprio histórico do Draft 4 registra 2 de novembro, o que produziria vinte dias e precisa permanecer visível como conflito documental.
  • O Draft 5 eliminou a cláusula expressa do Draft 4 sobre advertências, acompanhamento mais exaustivo e bloqueio discricionário de serviços, mas manteve a verificação de medidas e respostas do titular, a revalidação por resposta supostamente incorreta ou ausente e ciclos de 15 mais 15 dias naturais.
  • Na AFRINIC-31, doze dias depois da publicação, surgiram dúvidas sobre contatos compartilhados, carga operacional, WHOIS, MyAFRINIC e medidas sob o RSA; houve apoio e oposição, e os copresidentes devolveram a proposta à lista de discussão.
  • Pelo critério de Heng Lu, reforçado pela defesa de direitos operacionais da NRS, pelo olhar de continuidade da LARUS e pelo registro público da BTW, a AFRINIC é uma escrituradora técnica privada: pode confirmar que uma caixa postal recebe mensagens e corrigir dados, mas não pode decidir se houve abuso, se a reação foi adequada nem qual punição caberia.

A janela curta e a fronteira que a nova redação não fechou

Duas contagens verdadeiras apenas quando corretamente atribuídas. A cronologia parece simples até que se leiam lado a lado os registros da própria AFRINIC. A página de detalhes do AFPUB-2018-GEN-001-DRAFT04 e a lista corrente de versões atribuem ao Draft 4 a data de 4 de novembro de 2019. O histórico de revisões incorporado ao mesmo Draft 4, porém, indica 2 de novembro. O Draft 5 aparece como publicado em 22 de novembro, na versão 5.0, com a descrição sucinta de que continha “esclarecimentos adicionais” do texto. Assim, os dezoito dias que dão relevância institucional à revisão não são uma medida universalmente pacífica: são a diferença entre a data oficial de 4 de novembro nos detalhes e na lista corrente e a data de 22 de novembro do Draft 5. Quem adotar a linha do histórico interno encontrará vinte dias.

Essa divergência de dois dias não desfaz o tema; ela define como ele deve ser tratado. O problema não é escolher a data que deixa a narrativa mais dramática. É dizer ao leitor qual registro produz cada resultado e não fundir fontes conflitantes em um único relógio sem ressalva. O intervalo de dezoito dias continua sendo significativo porque corresponde às superfícies pelas quais participantes provavelmente identificariam as versões correntes. Ao mesmo tempo, o registro de 2 de novembro impede que o número seja apresentado como fato descontextualizado.

A transparência sobre essa pequena fratura documental é parte da própria disciplina que se espera de uma entidade cujo trabalho básico consiste em manter registros precisos.

O segundo intervalo é mais estável. O Draft 5 foi publicado em 22 de novembro e discutido na AFRINIC-31, em Luanda, em 4 de dezembro: doze dias. Havia propostas anteriores e debate em lista; ninguém deve tratar esses doze dias como se a comunidade tivesse visto o assunto pela primeira vez. Ainda assim, participantes precisavam entender a redação operacional que efetivamente lhes era apresentada, reconstruir o que saíra do Draft 4, identificar o que permanecera e avaliar como a equipe transformaria as palavras em WHOIS, MyAFRINIC, mensagens, escalonamentos e possíveis respostas contratuais.

A existência de uma conversa acumulada não substitui a leitura da versão sobre a mesa.

É por isso que velocidade funciona aqui como gatilho de auditoria, não como prova de intenção. Dezoito dias entre versões e doze até a reunião podem ser suficientes quando há um comparativo de cláusulas claro, uma avaliação de impacto concluída, respostas organizadas às objeções e um mapa inequívoco de consequências. Podem ser insuficientes quando a mudança precisa ser reconstituída por páginas com datas divergentes, quando a equipe ainda não calculou a carga e quando perguntas elementares sobre o contato de escalonamento seguem abertas. Nada nessa observação demonstra má-fé dos autores, dos copresidentes ou da AFRINIC.

Ela apenas coloca o ônus da clareza onde deve estar: em quem propõe alterar uma infraestrutura de registro usada por operadores reais.

O que de fato desapareceu. O Draft 4 continha, em sua seção 8.5, uma ponte expressa entre descumprimento e consequência. A redação previa acompanhamento mais exaustivo, advertências e o bloqueio de determinados serviços, a critério da AFRINIC, de acordo com políticas e procedimentos pertinentes. O Draft 5 retirou essa frase. Essa não foi uma alteração cosmética. Ela eliminou do texto o comando mais visível que ligava uma falha de conformidade a uma interrupção escolhida pela própria organização.

Esse estreitamento merece crédito por três razões. Primeiro, reduziu a ameaça explícita de que uma verificação de contato contaminasse serviços não relacionados à simples correção do endereço. Segundo, respondeu à preocupação de que a entidade pudesse transformar uma função de diretório em instrumento de disciplina. Terceiro, tornou menos direta a ligação entre um problema de caixa postal e uma sanção operacional. Se a análise escondesse a retirada para tornar sua crítica mais forte, repetiria o defeito que denuncia: selecionaria o registro em vez de mantê-lo inteiro.

O melhor argumento em favor do Draft 5 começa exatamente aí. A proposta não surgiu do nada; era a quinta versão, após mais de um ano de discussão. Caixas de abuso mortas ou abandonadas impõem custos concretos a quem tenta localizar o operador responsável. A revisão refinou a linguagem do modelo de dados, ajustou o tratamento do IRT e removeu a passagem mais agressiva do Draft 4. Vista com generosidade institucional, a rapidez pode indicar resposta a críticas antes da reunião, não tentativa de evitar exame. Uma política útil também precisa de algum escalonamento, pois um aviso sem rota de correção corre o risco de ser ignorado.

Esse argumento é forte e deve ser admitido por inteiro. Ele não resolve, porém, a pergunta sobre o limite da função. A retirada da frase de bloqueio encerrou um caminho textual explícito, mas o restante do Draft 5 não reduziu a validação à prova neutra de entrega. A proposta continuou incumbindo o procedimento de confirmar se o titular compreendia a política e o processo, monitorava regularmente a caixa postal, tomava medidas e respondia às denúncias de abuso. Também manteve a possibilidade de alguém comunicar à AFRINIC uma suposta manipulação da validação, uma resposta incorreta ou a ausência de resposta, provocando nova validação.

Receber uma mensagem é um fato técnico observável. “Tomar medidas” e “responder corretamente” são categorias de conduta. Para avaliá-las, alguém precisa saber o que ocorreu na rede, qual era a responsabilidade do titular, que tipo de resposta era proporcional, se a denúncia era fundada e quais limitações legais ou operacionais existiam. Mesmo quando a proposta não enuncia uma pena, ela conserva uma função avaliativa que pode alimentar procedimentos posteriores. A frase removida era uma barreira visível; a trilha restante ainda deixava uma abertura.

O relógio operacional permaneceu. Tanto o Draft 4 quanto o Draft 5 preservaram uma sequência de validação com até 15 dias na primeira etapa e mais até 15 dias depois do escalonamento. Na reunião, o autor esclareceu que se tratava de dias naturais, não dias úteis. A validação ocorreria na criação ou atualização do registro, periodicamente pelo menos uma vez a cada seis meses e também sempre que a AFRINIC julgasse adequado. Portanto, a versão nova não alterou apenas uma fotografia cadastral; manteve uma capacidade recorrente de iniciar testes.

Um prazo inicial e um segundo prazo podem ser razoáveis para corrigir um endereço. O risco aparece quando os mesmos relógios acomodam tarefas muito diferentes. Confirmar que uma mensagem neutra chegou, avisar o titular de uma falha e permitir correção são atos delimitáveis. Investigar se uma denúncia recebeu resposta adequada pode exigir contexto, prova, interpretação e contraditório. Colocar ambas as coisas sob o rótulo de validação torna uma decisão substantiva parecida com manutenção rotineira de dados.

A expressão que permitia validação sempre que a AFRINIC entendesse conveniente também precisava de limites objetivos. Uma entidade de registro pode executar verificações extraordinárias após sinais técnicos claros — devolução persistente, sintaxe inválida, domínio expirado, falha conhecida do canal. Uma fórmula aberta, associada a denúncias sobre a qualidade da resposta, cria outra possibilidade: a revalidação ser acionada por insatisfação do denunciante, mesmo quando o endereço funciona. Sem separar o teste de entrega da disputa sobre conduta, o titular não sabe se precisa corrigir um dado ou defender uma decisão operacional.

O ciclo semestral amplia a importância da precisão. A automação pode economizar esforço, mas também multiplica falsos positivos. Endereços de função podem usar filtros, sistemas de tíquetes, respostas automáticas e triagem distribuída. Uma mensagem pode ser recebida sem gerar confirmação no formato esperado; outra pode ser bloqueada pelo próprio padrão do teste. Um desenho proporcional define o que conta como entrega, como comprovar falhas, como corrigir erros e como impedir que a rotina de validação se torne uma avaliação recorrente de mérito.

De “objeto obrigatório” a atributo vinculado a pessoa ou função. No Draft 4, a introdução falava em um objeto obrigatório, enquanto o detalhamento se referia ao contato. O Draft 5 passou a descrever de modo mais preciso um atributo abuse-c obrigatório, apontando para uma pessoa ou uma função com uma caixa válida, monitorada e gerida ativamente. Essa alteração aproxima a linguagem do modelo real do WHOIS e reduz uma ambiguidade técnica.

O ganho não deve ser subestimado. Sistemas de registro dependem de distinções entre objeto, atributo e referência. Se a obrigação recai sobre um atributo que conduz a uma pessoa ou função, implementadores e membros sabem melhor qual campo deve existir e como ele se relaciona ao restante dos dados. Esse tipo de precisão é exatamente o serviço útil que se espera de uma coordenadora técnica.

Ao mesmo tempo, “gerida ativamente” pode carregar mais de um significado. Se quer dizer que a caixa não está abandonada e recebe mensagens, a exigência cabe na contatabilidade. Se significa que o titular deve tratar cada denúncia de uma maneira aprovada pela AFRINIC, ela volta ao julgamento de conduta. A fronteira não depende apenas do nome do campo; depende do teste empregado e da consequência de seu resultado.

O outro ajuste de terminologia também abriu uma pergunta prática. O Draft 4 previa escalonamento para outros contatos do LIR. O Draft 5 passou a falar em outros contatos do membro. A troca amplia o rótulo e talvez reconheça que nem todo titular relevante cabe na mesma estrutura de LIR. Na AFRINIC-31, contudo, a equipe indicou que o admin-c parecia o contato mais aplicável e perguntou o que deveria ocorrer se admin-c, tech-c e a caixa de abuso compartilhassem o mesmo endereço.

Essa pergunta é mais importante do que parece. Políticas podem imaginar uma escada de contatos independentes quando, na prática, uma organização pequena utiliza o mesmo endereço de função para várias responsabilidades. Exigir diferença artificial entre caixas não cria resiliência; apenas incentiva aliases que chegam ao mesmo destino. Por outro lado, enviar o segundo aviso ao mesmo canal que falhou não é escalonamento real. Uma solução técnica poderia aceitar um canal corporativo verificado de reserva, um contato contratual ou outro meio neutro, sem presumir que a repetição do endereço constitui má conduta.

O fato de a dúvida ter permanecido na reunião confirma que a revisão não estava operacionalmente fechada. Não é prova de que a proposta fosse inviável. É prova mais modesta e mais relevante: a equipe e os participantes ainda precisavam determinar como o texto funcionaria em configurações comuns. A devolução à lista foi compatível com essa necessidade.

A nova justificativa contratual e o dado que faltava. O Draft 5 ampliou a moldura do problema. Acrescentou a afirmação de que dados desatualizados contrariavam a obrigação de precisão prevista no RSA, evocou uma atividade de atualização de contatos reportada para 2017 e apresentou a automação como economia de custos para membros e para a comunidade. Esses acréscimos tentavam mostrar que a proposta não era apenas uma preferência de autores, mas resposta a um dever cadastral e a uma ineficiência observada.

Há uma base sensata nessa construção. Dados de contato incorretos prejudicam o próprio valor do registro. Uma organização privada pode, por contrato, exigir que os dados fornecidos por seus membros sejam verdadeiros e atualizados. Automação bem desenhada reduz verificações manuais e torna o status do registro mais confiável. Isso serve tanto a quem envia relatos legítimos quanto ao titular que deseja receber avisos relevantes.

Mas o suporte empírico apresentado precisava de denominadores e recortes. Na reunião, o autor afirmou que menos de um por cento dos membros da AFRINIC havia adotado o contato de abuso existente. O material público considerado aqui não fornece o denominador, a data exata da extração nem o conjunto de dados que permitiria reproduzir o percentual. A referência à campanha de 2017 também não oferece, por si só, uma série atualizada que separe registros ausentes, caixas inalcançáveis, atributos legados e contatos funcionais configurados de outra maneira.

Essa lacuna não torna a alegação falsa. Ela limita o que se pode concluir. Um percentual sem universo definido não dimensiona o trabalho, não informa quantos membros precisariam mudar seus sistemas e não mede o custo de falsos alertas. Uma justificativa econômica madura apresentaria o número total de membros, a quantidade de registros relevantes, a taxa de devolução observada, o método de teste, a distribuição entre categorias de falha e a estimativa de horas de suporte. Sem isso, “automação reduz custos” permanece uma hipótese plausível, não uma conta demonstrada.

Também é necessário separar dois tipos de obrigação. A precisão de um endereço registrado pode ser verificada objetivamente. A adequação da reação a uma denúncia não é apenas precisão cadastral. Invocar o RSA para a primeira tarefa não transfere automaticamente à AFRINIC autoridade para resolver a segunda. Um contrato de serviço privado pode organizar as relações entre signatários, mas não cria poder público sobre conteúdo, legalidade ou culpa.

O mnt-IRT e a concentração de escolhas operacionais. A passagem do Draft 4 para o Draft 5 alterou o plano de transição do IRT. O Draft 4 dizia que, uma vez implementada a proposta, a AFRINIC publicaria IRT como alias ou ponteiro para abuse-c. O Draft 5 condicionou a ação à obtenção de consenso, determinou a renomeação de mnt-IRT para abuse-c e deixou para a AFRINIC decisões sobre alias, período de transição, conservação ou exclusão dos dados de IRT e tratamento das diretrizes.

A condição de consenso melhora a sequência lógica: evita escrever a implementação como se a aprovação já tivesse ocorrido. A renomeação também pode alinhar o termo de manutenção ao atributo que a política queria tornar central. Mas a nova versão concentrou escolhas que afetam compatibilidade e preservação de dados na esfera operacional da AFRINIC. Alias, duração da transição e retenção não são detalhes sem impacto. Clientes, scripts, procedimentos internos e bases replicadas podem depender de nomes e relações anteriores.

Uma transição bem governada precisaria declarar como usuários legados seriam avisados, por quanto tempo ambos os nomes funcionariam, como referências quebradas seriam detectadas, quais dados seriam preservados e qual seria o processo antes de qualquer exclusão. A entidade técnica tem competência privada para operar seus sistemas, mas a previsibilidade de sua operação é parte do dever de continuidade. A discricionariedade necessária à implementação não deve virar licença para apagar informação ou interromper integrações sem um plano público.

O Draft 5 repetiu uma expectativa de implementação em 90 dias. Na AFRINIC-31, porém, a Secretaria indicou que comunicaria o cronograma se a proposta atingisse consenso, e a ata não registra uma avaliação de carga concluída naquele momento. A diferença entre “espera-se 90 dias” e uma estimativa baseada em trabalho medido é substancial. Mudanças em WHOIS e MyAFRINIC envolvem software, testes, mensagens, suporte, migração e tratamento de exceções. A reunião reconheceu impacto nos dois sistemas, mas ainda não quantificava os recursos necessários.

Esse estado incompleto reforça a leitura correta da janela curta. O problema não é que nenhuma organização possa revisar uma proposta em dezoito dias. É que os próprios elementos necessários para saber se a versão era executável — contato de escalonamento, efeito de endereços compartilhados, carga da equipe e mapa de consequências — continuavam em aberto. O processo produziu a resposta adequada à incerteza: voltou à lista, em vez de tratar a discussão como conclusão.

O que a AFRINIC-31 estabeleceu — e o que não estabeleceu. Em 4 de dezembro, a reunião registrou apoio e oposição. O autor confirmou os 15 dias naturais. A equipe apontou impacto no WHOIS e no MyAFRINIC e reconheceu que a carga ainda precisava ser avaliada. Participantes e funcionários discutiram o destino do escalonamento e a duplicação entre caixas. O autor afirmou que a política não determinava mudanças operacionais específicas, que violações seguiriam o processo usado para outras políticas e que descumprimentos repetidos poderiam conduzir a medidas sob o RSA. Ao final, os copresidentes Moses Serugo e Abdulkarim Oleyede devolveram o texto à lista de discussão.

Esses registros são evidência de que as falas ocorreram e de que questões permaneciam sem solução. Eles não são uma transcrição literal de cada intervenção, nem provam que toda objeção foi capturada. Sobretudo, não demonstram que o Draft 5 foi adotado, implementado, aplicado seletivamente ou usado contra qualquer membro identificado. A proposta estava em discussão e retornou ao debate.

A menção a medidas sob o RSA é relevante porque revela que a eliminação da cláusula expressa de bloqueio não encerrou toda conversa sobre consequências. Mas uma fala em reunião não equivale a regra aprovada, muito menos a exercício legítimo de autoridade pública. Ela mostra uma rota possível que precisava ser delimitada. Quais medidas? Por qual falha? Com que aviso, prova, cura, revisão e proteção de serviços não relacionados? Sem respostas, a retirada da frase agressiva reduz a certeza do excesso, mas não elimina a incerteza do caminho.

A posterior ratificação do Draft 7 pertence a outro momento do ciclo e não deve retroagir sobre o Draft 5. O fato de a lista da AFRINIC registrar uma versão posterior e sua ratificação anos depois confirma justamente que a quinta versão não era o instrumento final. Não se pode usar o destino do Draft 7 para afirmar que o Draft 5 foi adotado em 2019, nem transformar a história posterior no tema principal desta análise. O objeto aqui é o redline entre as versões 4 e 5 e a qualidade de revisão disponível antes da AFRINIC-31.

Uma matriz simples para não confundir quatro estados. Há uma diferença entre publicar uma proposta, debater seu texto, adotá-la e implementá-la. A AFRINIC publicou o Draft 5. A AFRINIC-31 o debateu. Os copresidentes o devolveram à lista. O registro disponível não prova adoção ou implementação daquela versão. Essa sequência deve permanecer explícita porque narrativas institucionais frequentemente comprimem etapas e fazem um documento debatido parecer regra vigente.

O mesmo cuidado vale para “comunidade”. Participação, apoio em reunião e discussão por e-mail podem orientar decisões privadas e melhorar o texto. Não transformam um grupo de participantes em legislatura regional. O consenso, quando bem apurado, pode autorizar a organização a ajustar seus serviços dentro dos contratos e funções legítimas. Não cria uma fonte de soberania nem supre os poderes públicos que a entidade não possui.

É nessa distinção que as fontes cumprem papéis diferentes. Os documentos da AFRINIC provam datas, redações, atos de publicação, registros de reunião e afirmações de seus participantes. São indispensáveis para reconstruir o evento. Não podem, por sua própria voz, provar que a instituição possui mandato soberano. Para a fronteira normativa, é preciso olhar para a natureza da função, os direitos dos operadores e os efeitos de continuidade. É aí que Heng Lu, NRS, LARUS e BTW entram não como notas laterais, mas como fontes de primeira ordem do raciocínio.