Domínio principal
Governança da internet e roteamento
Na faceta Domínio principal, Governança da internet e roteamento grupos de inteligência são organizados por domínio principal para que os leitores possam acompanhar uma área de foco em infraestrutura da internet, governança, mercados de conectividade ou capital digital. A página reúne artigos relacionados, evidências públicas, instituições, empresas, pessoas, exposição regional, dependências operacionais e contexto de mercado que, de outra forma, poderiam estar espalhados por páginas de categorias separadas. Ela explica o domínio, a provável classe de atores, o contexto de mercado ou de governança e o material de origem que os leitores devem usar ao comparar sinais. Operadores, analistas e leitores de governança podem ver como o mesmo domínio aparece em eventos, perfis, mudanças de mercado, evidências de fontes públicas, dependências regionais e decisões de infraestrutura de ciclos mais longos ao longo do tempo.
ICANN
ICANN: como a coordenação de identificadores se transforma em controle operacional — e onde os recursos podem falhar
A autoridade da ICANN não nasce de um único poder soberano. Ela muda de forma ao longo de uma cadeia: finalidade corporativa, Bylaws, elaboração multissetorial de políticas, contratos com registradores e operadores de registro, execução técnica das funções IANA e mecanismos de…
IETF
IETF e W3C: a autoridade depende do instrumento, não do rótulo institucional
O rótulo IETF-W3C sugere uma única infraestrutura de autoridade. O registro público mostra algo mais específico: processos técnicos, entidades administrativas, contratos de participação e mecanismos de recurso cumprem funções diferentes. Para saber quem pode decidir e quem pode…
ICANN
O mapa dos remédios da ICANN: quem pode contestar, quem decide e o que pode mudar
A ICANN dispõe de vários mecanismos de responsabilização, mas eles não formam uma apelação geral. O resultado prático depende do instrumento acionado, da posição de quem contesta, dos prazos e limiares aplicáveis e do tipo de decisão que está sendo questionada.
Reportagens
DATAMATIX e AS210973: o que os registros públicos provam — e o que ainda não provam
O resumo de inteligência sobre DATAMATIX e AS210973: o que os registros públicos provam — e o que ainda não provam explica o desenvolvimento, as evidências públicas disponíveis aos leitores, as organizações envolvidas, o contexto regional, a exposição de mercado e as possíveis…
ICANN
5ª variante alocável: taxa integral de avaliação
Para um novo candidato, as quatro primeiras strings variantes podem estar incluídas na taxa de avaliação gTLD, mas cada variante alocável adicional gera outra taxa integral de avaliação.
ICANN
Uma candidatura gTLD enviada ainda tem um prazo de pagamento de sete dias
Enviar uma candidatura gTLD no prazo não basta: a ICANN precisa receber a taxa de avaliação em uma janela de pagamento separada.
ICANN
A verificação administrativa é uma etapa de protocolo, não uma decisão de mérito
A verificação administrativa da ICANN confirma fatos do protocolo e prepara conjuntos de strings idênticas, sem decidir o mérito da candidatura.
ICANN
Uma avaliação de RSP pode cobrir muitos gTLDs, só para serviços qualificados
Uma avaliação pode ser reutilizada para vários gTLDs, mas a qualificação da ICANN continua vinculada a serviços específicos.
ICANN
Cobertura de RSP é um mapa de funções, não uma contagem de provedores
Um candidato pode indicar vários Provedores de Serviços de Registro e ainda deixar uma função crítica sem cobertura. A rodada de 2026 da ICANN distingue os papéis Main, DNS, DNSSEC e Proxy opcional, cada um com funções e limites próprios.
ICANN
Indicar um RSP não é confirmação na contratação
Um candidato pode indicar um Provedor de Serviços de Registro na candidatura; durante a contratação, a ICANN solicita separadamente uma confirmação ao provedor. A escolha do candidato, a solicitação da ICANN e qualquer resposta efetiva do RSP são registros probatórios distintos.
ICANN
A seleção de RSP pode esperar até a avaliação, mas não indefinidamente
As regras da ICANN de 2026 permitem enviar a candidatura sem nomear provedores de serviços de registro, mas exigem a cobertura das funções críticas mínimas quando chegar a avaliação.
ICANN
Conjuntos de variantes entram juntos em contenção
Quando diferentes candidatos solicitam strings do mesmo conjunto de variantes, as regras da ICANN de 2026 tratam a string primária e suas variantes alocáveis solicitadas como uma unidade de contenção.
ICANN
Solicitações de variantes de gTLDs existentes têm prioridade, não aprovação
A ICANN adianta uma categoria de solicitações na ordem de processamento: variantes alocáveis de gTLDs existentes da rodada de 2012. Essa prioridade muda a sequência, não o resultado substantivo.
ICANN
Variantes de um gTLD existente levam o registro a um único contrato de 2026
Um operador que solicita variantes alocáveis de um gTLD existente não acrescenta rótulos isolados a um contrato inalterado. As regras da ICANN para 2026 exigem a transição para o novo Contrato-Base de Registro e colocam o gTLD existente e suas variantes sob um único contrato.
ICANN
Só o operador do gTLD existente pode solicitar suas variantes IDN
Na rodada de 2026 da ICANN, o solicitante de variantes IDN de um gTLD existente deve ser a mesma pessoa jurídica que o operador de registro desse gTLD.
ICANN
Variantes IDN devem compartilhar o provedor de registro de back-end do gTLD primário
Na rodada de 2026 da ICANN, um gTLD IDN primário e suas variantes devem usar o mesmo provedor de serviços de registro de back-end enquanto estiverem delegados.
ICANN
Retirar a solicitação de IDN primária também retira suas variantes
Na rodada de 2026 da ICANN, retirar uma solicitação de IDN primária também retira todas as strings variantes solicitadas com ela.
ICANN
Uma solicitação de variante de IDN não pode preceder a string primária
Na rodada de 2026 da ICANN, uma solicitação de variante de IDN alocável não pode ser enviada antes da solicitação do gTLD IDN primário correspondente.
ICANN
Para um IDN primário proposto, a escolha pode mudar as variantes alocáveis
Quando a string primária proposta não é um gTLD existente, o número total de strings no conjunto completo de strings variantes da RZ-LGR permanece igual, mas os subconjuntos de variantes alocáveis e bloqueadas podem mudar com a escolha.
ICANN
A ICANN permite retirar variantes de IDN após o envio, mas não adicionar novas
Na Rodada de 2026, o envio fixa o conjunto inicial do IDN primário e das variantes solicitadas: depois ele pode ser reduzido por retirada, mas não ampliado.