Resumo
- Em 15 de outubro, o Internet Architecture Board (IAB) pediu ao Conselho da ICANN que trate seis salvaguardas antes de constituir o Conselho de governança do Root Server System (RSS).
- O modelo de fevereiro reserva 12 das 24 cadeiras com voto aos operadores. O IAB propõe ampliar os grupos, igualar o peso de cada grupo e criar revisão independente antes do início da primeira fase; são pedidos, não regras aprovadas.
A declaração de enlace do IAB acrescenta uma nova intervenção a um desenho que já passou por consulta pública. O registro do IETF Datatracker mostra que o IAB enviou o documento ao Conselho da ICANN em 15 de outubro “para informação”. Não é uma decisão do Conselho nem um relato de falha nos servidores raiz. O IAB afirma que a estrutura proposta pode garantir financiamento sistêmico e continuidade operacional aos Root Server Operators (RSOs) sem capacidade suficiente para exigir prestação de contas. Essa é a avaliação do IAB; a carta não demonstra má conduta nem captura.
O documento lista seis mudanças que deseja antes da formação do Conselho. A primeira é dar participação formal a mais grupos: ALAC, IETF/IAB, GAC, segmentos do GNSO, registros regionais da Internet, sociedade civil e usuários finais. A segunda é conceder o mesmo peso de voto aos grupos de RSO, TLD e “outros”. A terceira é impedir que uma organização vote em mais de um grupo.
As demais propostas são um processo externo e independente para recursos sobre designação, remoção e suspensão de desempenho de operadores; um mecanismo de controle do Conselho comparável à atuação da Empowered Community sobre o Conselho da ICANN; e um plano de financiamento concreto, vinculante e diversificado antes da carta constitutiva, para reduzir a influência de doadores.
O modelo funcional da ICANN prevê outra composição inicial. O Conselho teria 24 votos: 12 representantes escolhidos individualmente pelos RSOs, seis das registries gTLD e seis das ccTLD. Três enlaces — IETF, IANA e Root Zone Maintainer — poderiam participar sem votar. O modelo diz buscar paridade entre os 12 votos dos operadores e os 12 das comunidades de registries. Assim, os RSOs reúnem metade dos votos previstos; essa conta, isoladamente, não comprova captura.
O IAB quer acrescentar um terceiro grupo mais amplo, com peso igual ao dos operadores e dos grupos TLD. Pelo modelo atual, uma comunidade precisa demonstrar dependência operacional direta do RSS e organização suficiente para escolher representantes antes de obter status de participante. Outros grupos interessados podem comentar e pedir reconhecimento no futuro se cumprirem esses critérios. O IETF já tem um enlace sem direito a voto. A carta do IAB não diz quem nomearia os novos grupos, quantas cadeiras cada um teria ou o que caberia em “outros”. Ampliar quem participa e conceder direito de voto são escolhas diferentes.
A divergência também envolve o momento das decisões. O modelo divide a implementação em fases. A Initiation formaria o Conselho e a Secretaria, mas se limitaria a organização, transparência e preparação. As fases seguintes definiriam políticas, recursos e controles. Na resposta do modelo aos comentários públicos, as regras de voto e quórum ficam para Initiation e Establishment; a revisão independente e os limites de financiamento são atribuídos à Establishment. O IAB quer que algumas condições sejam vinculantes antes da constituição.
Alega que deixá-las para depois pode reduzir a capacidade prática de corrigir o desenho quando a estrutura já existir.
Os critérios RSSAC058 exigem que a descrição funcional identifique mecanismos apropriados de decisão, incluindo participação e limites de voto. O critério C1 não fixa a parcela de cada grupo. O IAB o cita para contestar a participação de 50% dos RSOs; a igualdade entre três grupos é sua interpretação e sua solução proposta, não uma exigência do RSSAC058.
Na prévia de 13 de outubro, Tripti Sinha, presidente do Conselho da ICANN, afirmou que os diretores continuariam debatendo o modelo e que a equipe apresentaria a implementação, um cronograma e possíveis salvaguardas. O calendário do Conselho ainda listava a reunião regular de 18 de outubro como próxima na data desta checagem. Os registros públicos consultados não mostram decisão que adote o modelo nem resposta pública à carta do IAB. A consulta pública documenta a etapa anterior; ela não transforma a nova declaração em consenso.
Fontes
- Declaração de enlace do IAB ao Conselho da ICANN
- Registro de enlace 2288 no IETF Datatracker
- Modelo funcional de governança do Root Server System
- Critérios de sucesso RSSAC058
- Prévia do workshop de outubro pela presidência do Conselho da ICANN, 13 de outubro
- Atividades e reuniões do Conselho da ICANN
- Consulta pública sobre o modelo funcional
Briefing para membros
Contexto aprofundado do perfil
Faça login com o nível de assinatura correto para desbloquear o briefing completo e as notas das fontes.
Apenas para Strategic Circle
Strategic Circle
Aberto a todos os leitores. Desbloqueie Briefings de perfil após se inscrever e fazer login.
Junte-se ao Strategic CircleSomente para Leadership Alliance
Leadership Alliance
Para proprietários e gestores qualificados de ativos de PI; faça login para desbloquear os briefings da Leadership Alliance.
Junte-se ao Leadership Alliance

