Resumo

  • Uma entidade empresarial qualificada torna-se membro com uma conta PeeringDB ativa e um representante ou função inscrita na lista de governança. Cada membro não afiliado tem um voto; empresas sob controle comum compartilham um voto total.
  • Os membros elegem o Board, que mantém poderes corporativos, financeiros e de recurso final. Registros, disputas, produto e operação passam por administradores de organizações, comitês, voluntários e prestadores.
  • A autorização é associativa, não um mandato sobre ASNs ou endereços IP. O déficit verificável está nos dados agregados: o público conhece as rodadas da eleição, mas não o eleitorado ajustado por afiliação nem os resultados de revisão das decisões cotidianas.

A regra de entrada cabe em duas linhas

A PeeringDB é uma corporação sem fins lucrativos do estado de Washington, criada em 2015 e declarada como entidade 501(c)(6). Seus estatutos aceitam corporação, LLC, partnership ou outra pessoa jurídica empresarial. Para obter a condição de membro, ela precisa de uma conta ativa em PeeringDB.com e de um representante individual ou função inscrita na lista de governança.

O guia de votação resume o caminho dizendo que a organização deve ter dados na PeeringDB e participar da lista. É uma orientação operacional razoável. A qualificação jurídica, porém, está nos estatutos. Inserir um registro válido não gera automaticamente um voto.

Há uma única classe de membros. Salvo a regra de afiliação, cada membro apto possui um voto. Um quarto dos elegíveis pode convocar reunião especial e 10% forma quórum. Eventuais anuidades dependem de maioria dos membros. As disposições sobre poderes financeiros e operacionais do Board e sobre sua própria alteração exigem dois terços dos membros.

O voto existe. A dificuldade é determinar a unidade que vota.

Afiliação impede multiplicação e exige classificação

Entidades que controlam umas às outras, são controladas pelo mesmo agente ou estão sob controle comum têm apenas um voto conjunto. A regra evita que um grupo amplie influência com subsidiárias. Também obriga alguém a classificar controle, duplicatas e casos fronteiriços.

O relatório de 2026 mostra 137 votantes, três abstenções e quota de 45. Não mostra quantos membros eram elegíveis, quantas credenciais foram emitidas ou substituídas, quantos grupos afiliados existiam ou como divergências foram resolvidas. A quantidade de inscritos na lista não serviria: pode haver vários representantes por entidade e várias entidades em um voto.

A minuta do Board de 8 de junho, marcada como DRAFT, registra baixa participação em relação à membresia, dificuldade de alguns membros e complicações com organizações duplicadas. Foram discutidos banner, divulgação e simplificação. Não houve decisão.

Isso não prova manipulação. Define o limite da auditoria pública: é possível acompanhar votos e transferências; não é possível calcular comparecimento nem reconstruir o denominador.

A eleição deixa uma pergunta de interpretação

O Board pode ter de três a sete diretores e hoje tem cinco: Livio Morina, Brian Burke, Isabel Odida, Marco Marzetti e Alexandre Corso. Os mandatos normalmente duram dois anos. Desde 2024, ninguém pode ser eleito mais de cinco vezes em onze eleições consecutivas, excluída a primeira, de 2015. Em 2026, Aaron Hughes e Job Snijders foram os primeiros afetados pelo limite.

Dez candidatos disputaram duas vagas por voto único transferível. Brian Burke atingiu 45 votos na sétima rodada; Marco Marzetti foi declarado eleito na nona. Ao final exibido, 50 votos estavam esgotados após redistribuições.

O artigo 3.3 dos estatutos fala em diretor eleito pela maioria de todos os membros com direito a voto. O 3.4.2 permite que o Board determine a forma da eleição de abril. A quota STV de 45 não é maioria simples de 137 e o total de elegíveis nem sequer foi publicado. Os documentos capturados não explicam a conciliação.

Não há base para chamar a eleição de ilegal ou inválida. Pode existir resolução ou interpretação apropriada para múltiplas vagas. A publicação do procedimento adotado e de sua base resolveria a dúvida.

Depois da eleição, o Board administra a corporação. Pode assumir e pagar obrigações sem voto dos membros, criar regras de uso dos serviços, encerrar membresia e conexões por dois terços sob os procedimentos previstos e alterar a maior parte dos estatutos por maioria dos diretores em exercício. Também é a instância final para disputas de Admin e Product.

O registro muda na fila, não na assembleia

Administradores de organizações mantêm dados de redes, IXs e instalações e podem delegar permissões detalhadas. O Admin Committee entra em novas aprovações, exceções e conflitos. Suas diretrizes usam, por exemplo, correspondência de domínio de e-mail com WHOIS ou RDAP. Algumas instalações podem precisar de três testemunhos de usuários existentes. O desafio por RPKI ainda aparece como trabalho em andamento.

A Data Ownership Policy permite que Admin altere, exclua, oculte, substitua ou sinalize dados para proteger qualidade. Conflitos entre rede, IX e instalação podem ser mediados. O princípio de mínima interrupção evita remover abruptamente dados já publicados dos quais outros registros dependem.

O desenho interno concentra decisões de modo explícito. Chair e Vice Chair escolhem candidatos, aplicam um mês de teste e confirmam membros. Três meses sem atividade autorizada causam desligamento. Questões contestadas vão à maioria simples, com voto duplo do Chair em empate. O recurso passa por Chair, Vice Chair e Board. A carta recomenda unanimidade, mas dá ao Chair a decisão final em qualquer matéria.

São poderes documentados, não prova de abuso. O peso prático vem da capacidade: a reunião de abril informou 1.100 a 1.300 novos tickets por mês, atendidos por aproximadamente quatro voluntários centrais. As candidaturas de voluntários foram pausadas em 2025. Continuidade e acesso à fila condicionam a execução das regras.

A carta identifica a 20C como principal prestadora de serviço para contato direto do Admin. Essa é a única razão do vínculo com o registro existente de 20C, LLC. Não significa que a empresa seja a PeeringDB, controle o Board ou decida todo ticket.

Produto e operação seguem outras delegações

O Product Committee atua por carta aprovada pelo Board. Candidatos se apresentam ao Board, cumprem mandatos renováveis de dois anos e elegem seus dirigentes; o Board pode adicionar ou retirar membros a qualquer momento. Propostas recebem um shepherd, buscam consenso e passam por cinco dias de voto negativo. Sem consenso, exige-se ao menos 50% de quórum e oposição não superior a 25%. O Board decide recursos.

Entre maio de 2025 e março de 2026, a PeeringDB declarou dez releases principais, seis pontuais, 102 tickets fechados e mais de trinta bugs confirmados resolvidos. MFA tornou-se obrigatório. São métricas de atividade da própria instituição, não uma avaliação independente das prioridades.

Na operação, a mesma ata reconheceu disponibilidade inferior à de anos anteriores, lacunas de monitoramento, algum trabalho contratado, migração para contêineres e necessidade de voluntários. Autorização, prioridade e execução não pertencem necessariamente às mesmas pessoas.

Receita, custo e dependência

O Form 990 de 2025 registra zero empregados e 42 voluntários. As demonstrações financeiras mostram US$ 317.545,21 em contribuições, US$ 262.476,66 em despesas, US$ 116.043,36 em desenvolvimento e manutenção, US$ 58.500 para Product Manager e US$ 40.837,52 em serviços online. Os ativos eram US$ 518.458,01, sem passivos listados.

A ata de membros arredondou Product Management para cerca de US$ 54 mil. A demonstração formal fornece o valor exato; a diferença deve ser preservada.

Em junho, o Board discutiu que patrocinadores pediam aceitação de termos que a PeeringDB historicamente recusava assinar. Não tomou decisão. Nada no material mostra patrocinador alterando eleição, dado ou roadmap. Exposição financeira é monitorável; captura permanece não comprovada.

A PeeringDB não aloca ASN nem prefixo. RIR, RPKI, WHOIS/RDAP e PeeringDB têm funções distintas. O lock-in surge de históricos, permissões, API, OAuth, dependências, conhecimento administrativo e rotinas de interconexão. Sair é juridicamente possível; reconstruir proveniência, permissões e integrações custa muito mais do que copiar uma tabela.

Fontes