Pular para o conteúdo principal

Impacto

ALTO

Na faceta Impacto, a inteligência de impacto ALTO destaca artigos onde o nível de efeito esperado, a exposição operacional ou a relevância da decisão são comparáveis. Os leitores podem usar a página para separar atualizações rotineiras de mercado de sinais de governança, infraestrutura, segurança e investimento de maior consequência que podem afetar o planejamento, as aquisições, as políticas ou a exposição do cliente. A página conecta a faixa de consequência a evidências públicas, organizações relacionadas, contexto regional, dependências operacionais, continuidade do serviço, concorrência, momento do investimento, conformidade e risco do cliente. Ela ajuda os leitores a decidir quais desenvolvimentos merecem monitoramento mais aprofundado, quais atores estão mais expostos e como um sinal pode afetar as operações ou o planejamento de mercado.

Líderes

David Ulevitch e o mercado da confiança dos resolvedores

A carreira de David Ulevitch é um estudo sobre como uma camada discreta das operações da Internet pode se tornar uma empresa, depois uma plataforma de segurança, e então uma tese de investimento. Do EveryDNS e OpenDNS à Cisco Security e à prática American Dynamism da Andreessen…

14 de jul. de 2026
Status BCP e o mito do consentimento universal

IETF

Status BCP e o mito do consentimento universal

O status Best Current Practice registra um julgamento sério da IETF: um documento passou pelo caminho de revisão aplicável e expressa o melhor pensamento técnico ou processual atual da comunidade. Isso não significa que cada implementador participou, que cada rede implantou a…

14 de jul. de 2026
O RFC tornou-se política fora do IETF

IETF

O RFC tornou-se política fora do IETF

Um RFC pode se tornar extremamente influente sem se tornar lei. Implementações interoperáveis, dependência operacional, escolhas de aquisição, prática de registros e adoção motivada por autoridades públicas podem dar força prática a um parecer técnico.

14 de jul. de 2026
Os especialistas avaliadores: pontos únicos de política

IETF

Os especialistas avaliadores: pontos únicos de política

A revisão por um especialista designado dá à IANA acesso a um julgamento técnico restrito sem obrigar cada extensão de protocolo a passar por uma nova RFC. A eficiência é real, mas a concentração também: um único voluntário pode se tornar a porta prática pela qual um espaço de…

14 de jul. de 2026
Registros de protocolos e a discreta função IANA

IETF

Registros de protocolos e a discreta função IANA

Cada protocolo extensível da Internet depende de um registro de valores acordados. As RFCs decidem quem pode receber um ponto de código e sob quais condições; a IANA transforma essas regras em um fato operacional público e duradouro. Este mecanismo funciona porque a política, a…

14 de jul. de 2026
A divulgação de patente após o consenso

IETF

A divulgação de patente após o consenso

Uma divulgação de patente pode ser formalmente pública e ainda assim chegar tarde para informar o consenso. Depois que um grupo de trabalho seleciona uma arquitetura, editores estabilizam o texto, implementadores escrevem código e compradores planejam produtos, uma reivindicação…

14 de jul. de 2026
Humanos, não empresas — até que os empregadores paguem o tempo

IETF

Humanos, não empresas — até que os empregadores paguem o tempo

O IETF está certo em exigir julgamento técnico individual em vez de votos corporativos. Mas a participação individual é uma regra de conduta, não uma prova de que o poder das organizações desapareceu. Os empregadores financiam tempo, viagens, laboratórios, assessoria jurídica…

14 de jul. de 2026
O teste do zumbido e o problema da reprodutibilidade

IETF

O teste do zumbido e o problema da reprodutibilidade

O zumbido é valioso porque permite que o presidente de um grupo de trabalho da IETF sonde uma sala sem afirmar que uma comunidade técnica aberta possui um registro de votação. Sua informalidade se torna uma desvantagem apenas quando uma impressão acústica é apresentada como a…

14 de jul. de 2026
Consenso por lista de discussão após o declínio da lista de discussão

IETF

Consenso por lista de discussão após o declínio da lista de discussão

O arquivo público das listas de discussão do IETF permanece indispensável, mas um arquivo prova que uma mensagem foi preservada, não que uma comunidade suficientemente independente e operacionalmente relevante a examinou. À medida que as discussões se distribuem entre reuniões…

14 de jul. de 2026
Taxas de presença na IETF e o preço de uma voz

IETF

Taxas de presença na IETF e o preço de uma voz

A IETF não cobra taxa de adesão, publica livremente seus padrões e mantém acesso gratuito às reuniões remotas. Esses compromissos importam. Eles não tornam a participação efetiva gratuita: o tempo sincronizado, a leitura sustentada, as viagens, a autorização do empregador e a…

14 de jul. de 2026
A loteria do NomCom e o pool dos iniciados

IETF

A loteria do NomCom e o pool dos iniciados

A IETF pode provar que cada voluntário elegível do NomCom teve chances iguais de ser selecionado, mas ainda deixa uma questão de legitimidade mais importante sem resposta: quem teve uma chance realista de entrar no pool de voluntários? O acaso protege o sorteio do favoritismo…

14 de jul. de 2026

Líderes

Daniel Kekai e a tese do Data Center resfriado a água

O dossiê público de Daniel Kekai não é uma história de fundador famoso. É um caso mais restrito e mais útil: um cofundador e arquiteto de infraestrutura cujo nome aparece onde a ambição dos Data Centers se torna uma superfície de engenharia, de instalações flutuantes modulares e…

14 de jul. de 2026
Diretores de domínio e largura de banda da supervisão

IETF

Diretores de domínio e largura de banda da supervisão

Os diretores de domínio devem gerenciar grupos de trabalho, recrutar presidentes, julgar o consenso, revisar documentos dentro e fora de sua expertise, coordenar revisores especializados, lidar com erratas e decidir o que chega ao IESG.

14 de jul. de 2026
O DISCUSS do IESG que pode parar um padrão

IETF

O DISCUSS do IESG que pode parar um padrão

Um voto bloqueador da IESG pode proteger implementadores e redes de uma especificação que seja insegura, ambígua ou arquitetonicamente insalubre. Esse poder é legítimo apenas se a objeção, a evidência, o responsável, a condição de liberação e o tempo decorrido forem visíveis o…

14 de jul. de 2026
RFC 2026 e os Direitos de um Objetor

IETF

RFC 2026 e os Direitos de um Objetor

A IETF concede a um objetor técnico algo mais sério que um direito a fala e algo menos poderoso que um veto: um caminho dos coordenadores de grupos de trabalho aos diretores de área, à IESG e ao IAB. O caminho pode revelar erros, mas sua hierarquia interna, discrição processual e…

14 de jul. de 2026
Código Funcional como uma Verificação Anti-Retórica

IETF

Código Funcional como uma Verificação Anti-Retórica

A implementação e a implantação podem forçar uma proposta do IETF a responder perguntas que a prosa elegante evita: se sistemas independentes interoperam, se operadores podem diagnosticar falhas e se o benefício alegado sobrevive ao contato com redes reais. Essa disciplina…

14 de jul. de 2026
Consenso aproximado: para protocolos, não para a propriedade

IETF

Consenso aproximado: para protocolos, não para a propriedade

O consenso aproximado ganhou sua legitimidade testando objeções técnicas contra arquitetura, interoperabilidade, implementação e implantação. É um método poderoso para decidir como as redes devem se comunicar. Mas não é, por si só, uma autoridade para anular, transferir, onerar…

14 de jul. de 2026
Um ICP-2 para Serviços, Não Franquias Territoriais

ICANN

Um ICP-2 para Serviços, Não Franquias Territoriais

Um sucessor moderno do ICP-2 deve substituir as franquias territoriais por uma certificação de serviços com base em unicidade, segurança, auditabilidade e capacidade de migração. A Number Resource Society avança uma direção positiva que coloca as redes e o registro preciso no…

14 de jul. de 2026
NRS: Advocacia pela Opção de Saída que o ICP-2 Esqueceu

ICANN

NRS: Advocacia pela Opção de Saída que o ICP-2 Esqueceu

O ICP-2 imaginou a migração quando um novo registro regional substituía o serviço incumbente, e o atual rascunho de reforma imagina operação de emergência quando um RIR inteiro falha. Nenhum começa com o operador que precisa de continuidade antes que a falha institucional seja…

14 de jul. de 2026
ICP-2 Conformidade sem Recertificação Periódica

ICANN

ICP-2 Conformidade sem Recertificação Periódica

O reconhecimento concedeu a cada Registro Regional da Internet um lugar permanente no sistema de numeração da Internet após um exame rigoroso de entrada. No entanto, não criou um teste independente de rotina para verificar se as capacidades demonstradas na entrada ainda estão…

14 de jul. de 2026