Resumo

  • A revisão 07 de draft-carpenter-gendispatch-anachronisms, enviada em 9 de setembro de 2026, acrescenta uma seção afirmando que a IETF não tem definição geralmente aceita nem política geral de conflito de interesses. É um Internet-Draft individual, Informational e voltado a abrir discussão, não uma regra adotada.
  • IESG, IAB, LLC e Trust/IPMC já possuem políticas para populações e decisões próprias. O controle que falta deve ser acionado por uma função que exerce poder sobre uma decisão específica, sem exigir um dossiê permanente de todo participante.

Cinco linhas novas mudam o enquadramento de um documento. Na revisão 07, a seção “Conflicts of interest” observa que alegações aparecem ocasionalmente nas listas da IETF, que não há definição de aceitação geral nem política geral e que existem políticas para o pessoal da IETF LLC, membros do IESG e IETF Trust/IPMC.

O parágrafo não acusa ninguém. Não descreve decisão contestada, falha de divulgação ou conduta indevida. Ele também não diz que faltam todos os controles. A palavra decisiva é “geral”.

A revisão 06 não tinha a seção. A comparação oficial mostra que o título ganhou “and Gaps”, o resumo passou a mencionar lacunas e o changelog registrou a adição do tema.

Esse movimento editorial não é uma mudança normativa. O Datatracker apresenta o texto como Internet-Draft individual ativo, com intenção Informational, e lembra que uma submissão individual não é endossada pela IETF nem tem posição formal no processo de padrões. O histórico registra o envio por Brian Carpenter em 9 de setembro; a entrada da API não informa stream ou Area Director responsável.

O próprio documento afirma que foi publicado apenas para abrir conversa e que questões com apoio deveriam virar rascunhos separados e mais focados. A carta do GenDispatch limita o grupo a encaminhar trabalho: indicar um WG existente, preparar outro fórum, recomendar uma entidade, adiar ou rejeitar. A revisão 07 cria uma pergunta legítima; não escolhe a política futura.

O plural das políticas é parte do problema e da solução

A política de conflitos do IESG cobre membros escolhidos pelo NomCom e ex officio e espera adesão dos liaisons. Exige divulgação pública de emprego, patrocínio, clientes de consultoria, fontes de renda pertinentes e outras fontes prováveis de conflito. Questões adicionais são divulgadas internamente. Num conflito claro, um Area Director normalmente deve se recusar e deixar a ação a outros ADs.

Sua lista de decisões mostra o mecanismo: avaliação de consenso, aprovação de documentos, nomeação de designated experts, charters, BoFs, appeals, liaison statements e outras nomeações. A política também diz que a presença do empregador na IETF não basta para criar um conflito. Uma relação se torna relevante quando encontra uma autoridade definida.

A política do IAB tem outro alcance. Abrange membros selecionados e ex officio, mas exclui liaisons e participantes de programas do IAB. Trata confirmações, appeals de padrões, RFC Series, relações externas, aconselhamento e nomeações. Uma recusa deve constar da ata pública.

A política da IETF LLC pertence à administração corporativa. Seus Covered Individuals são Board Directors, empregados, contratados e pessoas formalmente autorizadas a agir pela LLC. Participantes comuns de IETF/IRTF, integrantes do IESG/IAB, chairs de grupos, directorates, diversas funções editoriais e voluntárias, Ombudsteam e trustees ficam expressamente fora, salvo outra capacidade LLC formal.

O índice de políticas do Trust e IPMC e a política do IPMC preservam outros perímetros de conselho. O RFC 9680 resume o mosaico ao pedir que participantes sigam as políticas de IESG, IAB e LLC “se e quando aplicáveis”. A aplicabilidade não é detalhe; é a costura ausente.

Uma contratação da LLC, um appeal do IAB, uma aprovação do IESG e uma chamada de consenso num WG são atos diferentes. Podem exigir sigilo, avaliadores e substitutos distintos. A lacuna prática surge quando ninguém consegue demonstrar qual política governou uma decisão ou quem manteve a competência depois de uma recusa.

Participar não é exercer poder

O RFC 3935 associa a IETF à participação individual, abertura a contribuições tecnicamente competentes e rough consensus. O RFC 7282 lembra que a IETF não possui membros no sentido habitual. Autores podem implementar; empregados podem revisar; clientes podem objetar. Essas relações trazem conhecimento e interesses, mas não uma culpa automática.

Se o simples ato de escrever numa lista disparasse uma obrigação permanente, a IETF coletaria mais dados pessoais do que contexto decisório. Também criaria um atalho ruim: responder ao empregador da pessoa em vez de enfrentar sua objeção técnica.

A autoridade discricionária é menor e observável. O RFC 2418 entrega aos WG Chairs a gestão do processo e a conclusão sobre rough consensus. O RFC 7282 explica que isso depende do exame real de objeções, não de contagem. Em outros momentos, editors, líderes de review, experts, ADs e corpos de appeal exercem poderes diferentes.

O gatilho deve ocorrer nessa passagem. Ao declarar consenso, aprovar ou travar um avanço, selecionar expert, julgar appeal, alocar recursos ou usar outra competência definida, o sistema verifica interesse relevante, regra aplicável e função substituta. Fora desse ato, não há motivo para produzir uma avaliação geral da pessoa.

O remédio posterior tem outra finalidade. O RFC 2026 §6.5 permite revisar ações do processo. A declaração do IESG de 2025 pede ação específica, fundamento e remédio e rejeita especulação e acusação pessoal. Um appeal não substitui divulgação antes da decisão, nem cria retroativamente um decisor desimpedido.

Um registro curto para uma decisão delimitada

Proponho um registro de conflito no escopo da decisão. Ele identifica a decisão e sua fase; a função ocupada naquela decisão; política e versão aplicáveis, ou nenhuma política identificada; categoria do interesse sem detalhe privado desnecessário; destinatário da divulgação; função independente que avalia materialidade; e tratamento adotado.

O tratamento pode autorizar participação, registrar abstenção, recusa ou outra mitigação. Se houver recusa, o registro nomeia a função substituta. Acrescenta motivo público ou ata quando exigidos, rota de revisão/appeal e histórico de correção. Uma conclusão autorizada de “não há conflito” também é estado legítimo, e não deve desaparecer.

As políticas continuam federadas. IESG, IAB, LLC e Trust/IPMC preservam definições, sigilos e responsáveis. O mínimo comum permite distinguir fora de escopo, não público, avaliado e permitido, mitigado, recusado e em revisão. Silêncio deixa de funcionar como certificado ou acusação.

A Minimum Initial Specification de Heng Lu recomenda padronizar só a interface necessária, mantendo decisões locais. The Policy Mirror exige que um resultado consequente possa ser reconstruído por regra, autoridade e evidência. O registro é minha proposta, não texto do rascunho.

A revisão 07 colocou um problema disperso dentro de um documento de processo. A resposta proporcional é localizar o poder antes de exigir a biografia.

Fontes