Resumo

  • A versão -04 de draft-ietf-procon-2418bis, datada de 17 de agosto de 2026, acrescenta que um grupo de trabalho pode devolver um Internet-Draft ao estado de não adotado, por exemplo quando o interesse diminui. A frase não aparece em -03.
  • O texto ainda é um WG Document com estado IESG I-D Exists. Não é uma Best Current Practice aprovada e não substituiu o RFC 2418.
  • A adoção escolhe uma base para trabalho coletivo e transfere o controle de mudanças ao grupo; não aprova todo o conteúdo nem garante um RFC. Reverter a adoção altera essa custódia, sem produzir sozinho um veredito técnico.
  • Uma saída auditável deve registrar a adoção original, a última revisão sob controle do grupo, os motivos, a avaliação de consenso, o estado de destino, a transferência editorial, sucessores e dependências externas. Não adotado, estacionado, morto, expirado e retirado de operação são estados distintos.

A frase que dá simetria à adoção

A mudança está na seção 8.2 da versão -04. Primeiro, o texto diz que o grupo pode adotar formalmente um Internet-Draft como base de um item de trabalho. Em seguida, delimita o ato: a adoção não significa que o conteúdo já tenha consenso, e os editores devem registrar os resultados das deliberações. A última sentença acrescenta o movimento inverso, permitindo retornar o documento a um estado não adotado e oferecendo a perda de interesse como exemplo.

A versão -03 já distinguia adoção de concordância integral, mas não continha essa saída. O histórico de -04 afirma que o texto de adoção foi novamente modificado. A novidade pode, portanto, ser verificada na comparação entre as duas fontes primárias.

O parágrafo não resolve todos os detalhes. Não define período mínimo de consulta, quórum, recurso, métrica de interesse nem o rótulo exato que uma ferramenta deverá aplicar. Também não noticia que um grupo específico já tenha revertido uma adoção com base nele. O ganho é conceitual: tornar explícito que a responsabilidade coletiva por um documento pode terminar sem apagar o fato de que um dia começou.

Para quem depende desses sinais, essa diferença é material. Equipes escolhem protótipos, autores criam referências e fornecedores planejam suporte observando documentos de WG. Quando a custódia acaba, eles precisam saber se terminou apenas o investimento do grupo, se houve uma conclusão técnica ou se implementações foram efetivamente descontinuadas. Nenhuma dessas respostas pode substituir as outras.

Um texto em discussão, não uma regra nova

A página de documentos do PROCON apresenta draft-ietf-procon-2418bis-04 como WG Document novo, de 17 de agosto de 2026. O registro individual indica Best Current Practice como status pretendido e lista os RFCs que seriam substituídos ou atualizados caso a proposta fosse aprovada.

Em 27 de agosto, porém, o status IESG continuava I-D Exists. Não havia document shepherd, Area Director responsável nem data de telechat. O documento expiraria em 18 de fevereiro de 2027 se não fosse atualizado ou avançasse. Na mesma lista, 2026bis-11 estava em Working Group Last Call; 2418bis-04, não. A etapa de um rascunho não se comunica ao vizinho.

A carta do PROCON autoriza a consolidação das regras e menciona expressamente possíveis revisões não editoriais das diretrizes de adoção por WGs. Isso estabelece competência para debater a matéria, não aprovação da redação atual.

Até que o processo produza um sucessor, o RFC 2418 segue como parte publicada do BCP 25. Um inventário de governança deve manter lado a lado a norma vigente e a substituição proposta, com versões e datas. Tratar -04 como irrelevante perde um sinal institucional; tratá-lo como regra vigente fabrica uma decisão.

Adoção entrega custódia, não verdade

O RFC 7221 descreve a prática usual. Os responsáveis pelo texto individual são avisados de que o controle de mudanças passará à IETF. Os chairs verificam declarações de propriedade intelectual, avaliam rough consensus, selecionam editores, autorizam a primeira versão do grupo e preservam os vínculos de substituição.

O critério é a existência de uma plataforma aceitável para continuar o esforço. O RFC chama a adoção de inicial, não final, e de adoção, não aprovação. O documento não precisa conter uma solução completa, e o ato não garante publicação como RFC. Uma vez adotado, ele pertence ao WG e pode mudar segundo o consenso, a carta e o processo IETF. Sem acordo explícito, não se presume aprovação de todo o conteúdo recebido.

Há autoridade real nessa transferência. Os autores originais deixam de poder falar sozinhos pelo texto coletivo. Os editores passam a registrar decisões do grupo, não suas preferências privadas. E o WG assume o custo de revisão, controle de versão e memória institucional. Adoção é colocar uma proposta na bancada comum, não carimbar sua correção eterna.

A reversão precisa ser interpretada no mesmo nível. Ao retirar o texto da bancada, o grupo encerra ou altera seu compromisso de custódia. Isso não elimina a autoria, as análises feitas, as razões da adoção anterior nem a possibilidade de continuação legítima em outro lugar.

O modelo de estados já admitia caminhos laterais

O RFC 6174 mostra que documentos de WG não percorrem uma escada estritamente ascendente. Um chamado de adoção indica que o texto está em avaliação e ainda não foi escolhido. Se a adoção não ocorrer, ele volta a não ter estado específico de stream, mas o histórico preserva o chamado. Adopted by a WG captura a fase antes da publicação da versão draft-ietf; WG Document identifica trabalho adotado e ativo.

Também existem estados laterais. Parked WG Document é apropriado quando falta editor, outra revisão ou uma dependência impede o avanço; uma anotação pode registrar o que permitiria a retomada. Dead WG Document marca abandono, mas não exclui ressurreição posterior. Um texto não expirado pode até ser transferido para outro WG com os consentimentos necessários. E a ausência de uma seta no diagrama não proíbe uma transição adequada.

As categorias respondem a perguntas distintas. Parked significa pausa sob custódia. Dead significa abandono pelo grupo, com memória preservada. Expired registra o vencimento do documento no repositório. Non-adopted indica que ele deixou de ser a base de um item de trabalho; ainda será necessário dizer quem controla o próximo passo.

O rascunho -04 não mapeia exaustivamente sua nova expressão para cada estado do Datatracker. Essa é uma questão aberta para revisões seguintes, orientação institucional ou implementação nas ferramentas. Antecipar a resposta fundindo os rótulos retiraria justamente a precisão que o texto tenta criar.

O RFC 7221 acrescenta uma rota prática. Um WG não é obrigado a manter para sempre um documento adotado. Quando o abandona, qualquer pessoa pode prosseguir como Individual Submission ou Independent Submission, observadas as restrições de copyright. Sair da custódia do grupo pode significar mudança de foro e não desaparecimento da ideia.

Não adotado não é uma sentença técnica

Interesse menor pode ter muitas causas. O problema perdeu prioridade; nenhum editor se apresentou; faltam revisores; outro texto absorveu a solução útil; uma dependência não avançou; implementadores seguiram direção diferente; objeções técnicas permaneceram; ou os participantes alocaram tempo para outro tema. Todas podem justificar uma decisão de portfólio, mas não carregam o mesmo juízo técnico.

O RFC 7282 explica que rough consensus não é simples contagem. Importam os argumentos e a forma como as objeções são tratadas. Na saída, a disciplina deve ser igual. Poucas mensagens não provam por si só desinteresse, e um anúncio dos chairs é incompleto se omitir a pergunta, o período de discussão e a razão da avaliação.

O estado institucional também não desliga redes. Código baseado em um rascunho abandonado pode permanecer em produção ou em testes. Um WG Document ativo pode não ter implementação real. A ficha documental informa quem mantém o texto e com qual autoridade. Uso precisa de provas próprias: software, medições, compromissos de produto e relatos de operadores.

O ensaio de Heng Lu sobre especificação inicial mínima, decisão futura localizada e adoção voluntária oferece uma fronteira editorial útil. Um artefato de coordenação pode organizar uma referência comum sem impor adoção universal. Não é fonte da regra IETF; ajuda a evitar o salto lógico. Adotar não obriga implantar, e desfazer a adoção não ordena desativar.

O que uma saída limpa precisa preservar

Primeiro vem a identidade. O registro deve ligar o rascunho individual, o draft-ietf que o substituiu, as versões relevantes e seus hashes. O chamado e o anúncio de adoção definem quando o controle mudou. Sem essas ligações, uma continuação individual pode parecer duplicata ou, no sentido oposto, ser anunciada indevidamente como continuidade do WG.

Depois vem a decisão. É necessário identificar quem propôs a reversão, o intervalo de discussão, os motivos para continuar e para encerrar, as objeções pendentes e a avaliação dos chairs. Se a causa for perda de interesse, fatos como busca frustrada por editor, pedidos de revisão sem resposta ou trabalho sucessor são mais úteis que o rótulo isolado.

O destino deve ser explícito: sem estado de stream, parked, dead, substituído, transferido, expirado ou mantido como submissão individual. O registro também deve marcar a última revisão que os editores produziram em nome do WG e a data a partir da qual alterações passaram a ter outro responsável.

Por fim, o acervo técnico não deve ser apagado. Questões abertas, análises de segurança, resultados de implementação e objeções podem beneficiar um sucessor. Encerrar o investimento futuro não autoriza destruir o conhecimento produzido.

O recibo de reversão

Um recibo conciso reúne nomes, versões e hashes; chamado e decisão de adoção; última versão sob controle do WG; proposta e debate da saída; avaliação de consenso; estado final; fim da autoridade editorial; links de sucessão, substituição ou transferência; questões preservadas; implementações e dependências conhecidas; consequências para carta e marcos; e uma declaração do que a transição não decidiu.

Registrar só a entrada deixa autoridade antiga presa a um texto inativo. Apagar a entrada ao registrar a saída reescreve a história. O recibo mantém a memória e permite que a custódia termine de forma verificável.

Fontes