Resumo

  • A ICANN lista hoje a ccPDP4 como recomendação de política pendente de ação do Board; não é política adotada, projeto de implementação nem anúncio de retirada de uma cadeia concreta.
  • O relatório usa uma alteração externa na ISO 3166-1 como gatilho em situação específica, mas mantém a decisão sobre país ou território fora da competência de IANA/ICANN.
  • Daniel Kade propõe um recibo de gatilho externo que separa fonte, cláusula, cadeia e variantes, órgão competente, revisão e ato operacional. A proposta não é requisito da ICANN.

Referenciar não é governar

Uma lista pode ser a melhor fonte de um fato sem ser uma ordem dirigida ao operador de uma zona. Da mesma forma, o operador pode executar uma consequência prevista sem ter poder para produzir, confirmar ou reinterpretar o fato registrado na lista. O valor institucional está justamente nessa limitação recíproca.

ccPDP4 trata de recomendações para seleção e desseleção de cadeias IDN ccTLD vinculadas a entradas de códigos de país da ISO 3166-1. Sua cláusula sobre uma divisão ou fusão não promete uma retirada automática. Ela descreve um evento que abre um percurso. Para o território fusionado, prevê que uma cadeia selecionada não deveria ser retirada se ainda for representação significativa em língua designada e tiver apoio das Partes Significativamente Interessadas. Também preserva a restrição de uma cadeia por língua designada quando já há uma cadeia escolhida.

Essas condições não provam que exista uma mudança atual da ISO, uma cadeia em processo de retirada ou uma controvérsia territorial. Elas demonstram algo mais fundamental: o evento externo, a regra que o classifica, o objeto técnico, a evidência exigida, a decisão competente e a execução não são uma única decisão.

Heng Lu chama atenção para essa diferença entre participação, evidência e mandato. Uma manifestação de apoio pode ser evidência em um teste definido; não se torna autoridade para definir territórios. Uma lista externa pode fornecer a premissa; não se torna instrução de operação da zona raiz. Uma ação IANA pode dar continuidade a uma decisão autorizada; não passa a ser a origem do fato político.

O estado atual não é o resultado final

O inventário da ICANN mantém ccPDP4 entre “Policy Recommendations Pending Board Action”. Em 2026, registros públicos indicaram que um Board Caucus pediu quatro esclarecimentos ou confirmações de interpretação ao Conselho da ccNSO durante análise de viabilidade de implementação. O Conselho adotou resposta em julho; a prévia do workshop do Board, publicada em 2 de setembro, disse que as recomendações seriam discutidas.

Cada registro importa, mas tem alcance próprio. Pergunta de esclarecimento não é adoção. Resposta do Conselho não substitui decisão final do Board. Agenda de workshop não é resolução. Confundir essas etapas permite usar a expressão “a política da ICANN” antes que haja uma política operante.

Um recibo de gatilho externo

O recibo de gatilho externo proposto por Daniel Kade teria uma ambição estreita. Deve identificar o mantenedor da referência, edição, data de vigência, mudança citada e fonte permanente, deixando claro que se trata de fato externo, não de determinação da ICANN. Deve apontar a cláusula ccPDP4, a versão e o estado documental, sem confundir relatório final, política adotada, resposta a esclarecimento e procedimento de implementação.

Também deve delimitar a cadeia IDN e suas variantes, indicar se a questão é potencial retirada, exceção, revisão ou execução e identificar quem pode tomar o próximo ato. Quando critérios de representação significativa ou apoio forem relevantes, o documento pode expor seu estado sem publicar comunicações privadas. Por fim, decisão do Board, instrução de implementação e mudança efetivamente executada precisam ter datas, alcance e caminho de correção independentes.

Isso não transforma um formulário em arbitragem territorial nem desloca os processos formais de responsabilização. Apenas impede que uma organização de coordenação pareça herdar competências da lista que consultou, da comunidade que ouviu ou do ato posterior que executou.

A precisão importa mais quando o nome carrega uma escrita

Um ccTLD IDN pode ser a porta de entrada da Internet em uma língua e escrita específicas. Por isso, uma etiqueta apressada como “retirado” pode ser lida como reconhecimento ou negação, embora descreva apenas uma fase técnica. A continuidade exige ação quando ela for autorizada, mas exige igualmente que fato externo, regra interna, decisão e execução fiquem visíveis como camadas diferentes.

Limites da evidência

Este artigo não relata mudança vigente na ISO 3166-1, retirada de ccTLD IDN, disputa territorial, resolução do Board ou ação de IANA. Não afirma que ccPDP4 foi adotada. O recibo é recomendação editorial de Daniel Kade, não instrução à ISO, ICANN, ccNSO ou IANA.

Fontes

  1. Final Report ccNSO PDP4 (de-)selection of IDNccTLDs
  2. ICANN policy implementation inventory
  3. PDP (de-)selection of IDN ccTLD Strings Working Group
  4. Questions Board Caucus IDNccPDP4
  5. Draft agenda ccNSO Council meeting 231
  6. Chair's Blog: September Board Workshop Preview
  7. ICANN Bylaws
  8. RFC 1591
  9. RFC 5890
  10. Heng Lu — The Multi-Stakeholder Mirage