Resumo

  • RFC 3933 abriu uma via entre ajustes informais do IESG e mudança permanente de BCP: proposta pública, Last Call, RFC Experimental, escopo limitado e sunset.
  • O relógio era mais forte que o contrato de evidência: problema, critérios e explicação de sucesso ou fracasso eram desejáveis, não obrigatórios.

O prazo controlava a permissão, não a memória

RFC 3933, registrada como BCP 93 no RFC Editor, respondeu a dois extremos. Mudanças informais apoiadas na discricionariedade de RFC 2026 eram rápidas, mas podiam ter pouco alinhamento comunitário. O caminho completo, com grupos e consenso formal conforme RFC 2418, era pesado para uma prática ainda não testada. Depois do pano de fundo organizacional de RFC 1396, o novo modelo permitiu experimentar antes de tornar permanente.

O mecanismo exigia Internet-Draft, juízo inicial do IESG, Last Call de quatro semanas, resposta às questões e publicação Experimental. Podia atingir só algumas áreas ou WGs. A decisão deveria refletir rough consensus e continuava apelável.

Havia uma exigência temporal: sunset explícito, normalmente em até um ano. O erratum 209 corrige apenas uma vírgula. No fim, o procedimento passaria a BCP ou expiraria. Mas enunciar o problema e definir critérios eram apenas recomendações. Até o documento que explicaria sucesso ou fracasso era considerado desejável, não exigível.

O ganho foi velocidade. A perda foi portabilidade da experiência. Uma data mostra quando a exceção deve acabar. Não revela uso, denominador, custo, recurso, saída de participantes ou causa do resultado.

Dois relógios no caso ION

RFC 4693 criou o teste das IETF Operational Notes por doze meses. No final, a comunidade escolheria permanência, abandono ou continuação. O autor dispensou métricas objetivas e esperou que a atitude comunitária tornasse o resultado evidente.

O IESG encerrou o teste em março de 2008. Só em setembro de 2011 RFC 6393 tornou RFC 4693 Historic e obsoleta. Isso não prova dano nem fracasso mensurado. Prova que encerramento operacional e limpeza documental são atos distintos.

Experimentos posteriores podiam escrever contratos mais fortes. RFC 5111 limitou Exploratory Groups a dezoito meses e três grupos, apontando marcos, formação de WG e atividade de lista como indicadores. RFC 4633 limitou por dezoito meses poderes de suspensão em listas, impediu sanções além do teste, exigiu publicidade e preservou recurso.

Quando o relatório entrou no desenho

Os critérios presenciais de RFC 8713 perderam utilidade durante reuniões totalmente remotas. RFC 8989 abriu teste de um, no máximo dois ciclos de NomCom. Exigiu consulta a presidentes, relatório público e debate sobre tamanho e diversidade do grupo, conhecimento do IETF e verificabilidade dos critérios.

RFC 9389 incorporou depois caminhos derivados do teste à BCP 10. Isso comprova decisão normativa posterior, não cada efeito nem causalidade exclusiva. Ainda assim, havia uma ponte examinável entre autorização, observação e disposição.

Os ensaios de Heng Lu sobre especificação inicial mínima e adoção voluntária e primazia do código em execução oferecem a lente: publicação, decisão, uso e efeito são evidências diferentes. RFC 3933 tornou visível o tempo da autoridade, não garantiu que sua experiência sobrevivesse em um relatório verificável.