Resumen

  • RFC 9945, publicado en febrero de 2026 como BCP 245, crea un marco de moderación para los foros públicos en línea de la IETF. Su cláusula de transición dice que los cambios solo entran en vigor después de que la IESG apruebe los procedimientos de la sección 4 y que, hasta entonces, siguen vigentes los procesos anteriores.
  • Ni la etiqueta «obsoleto», ni un equipo activo, ni un repositorio de procedimientos prueban por separado la activación. El registro necesario debe unir revisión inmutable, consulta comunitaria, aprobación y hora efectiva, reglas sustituidas, alcance, responsables y tratamiento de casos abiertos, manteniendo reservados los informes personales.

El reloj que no aparece en la portada del RFC

La portada dice febrero de 2026. La ficha del RFC Editor dice Best Current Practice. Las relaciones indican que RFC 9945 deja obsoletos RFC 3683 y RFC 3934, sustituye partes de RFC 9245 y actualiza RFC 2418. Para catalogar la evolución documental, ese mapa es correcto.

Para decidir qué procedimiento gobernaba una moderación el 1 de julio, la portada no basta.

El propio RFC introduce un segundo reloj. Sus cambios entran en vigor cuando los procedimientos descritos en la sección 4 reciben aprobación de la IESG. El equipo moderador debe elaborarlos con aportaciones de la comunidad; la IESG debe aprobarlos antes de que surtan efecto; luego deben ser públicos, aunque no formen parte de otro RFC. Hasta que se establezcan, continúan los procesos anteriores citados en la sección 1.

La arquitectura tiene sentido. Un BCP fija el propósito, el perímetro, la distribución de funciones y las garantías. Un documento operativo más flexible puede adaptar criterios, avisos y prácticas sin someter cada ajuste a la publicación de un nuevo RFC. El precio es un cambio de estado externo. Quien consulte solo la relación bibliográfica verá el destino del corpus, pero no necesariamente el instante en que cambió la autoridad práctica.

Se puede obsoletar un texto sin borrar inmediatamente su proceso

«Obsoletado por RFC 9945» y «el proceso anterior sigue vigente» parecen frases incompatibles únicamente si se les obliga a describir lo mismo. La primera pertenece a la historia de los documentos. La segunda es una regla transitoria que el documento nuevo impone a su propia aplicación.

Una biblioteca necesita decir al lector cuál texto reemplaza a cuál. Un administrador necesita saber qué instrucciones podía ejecutar en un foro concreto y en una fecha concreta. Un órgano de apelación necesita además conservar la versión que regía cuando se tomó la medida. El enlace bibliográfico no contiene todos esos datos.

El error puede ir en ambas direcciones. Alguien podría suponer que el día de publicación borró de inmediato todas las prácticas anteriores. Otra persona podría sostener que RFC 9945 carece de toda realidad hasta que cambien las instrucciones. Tampoco es exacto. El BCP fue publicado válidamente, crea una institución y establece límites. Su procedimiento nuevo, según el propio texto, depende de una aprobación posterior.

La salida no es elegir una frase y ocultar la otra. Es publicar una unión que muestre ambos estados.

Una apelación obligó a leer la condición

El 30 de junio de 2026, Andrew Lee presentó ante la IESG una apelación sobre una acción de moderación durante el Last Call de un grupo de trabajo TLS. Una de sus objeciones decía que RFC 3934 ya no podía ser fuente de autoridad, puesto que RFC 9945 lo había dejado obsoleto.

La IESG contestó el 9 de julio. Decidió estudiar el fondo y denegó la apelación. Respecto de la autoridad, señaló que RFC 3934 seguía vigente: la sección 4 de RFC 9945 mantiene los procesos previos hasta que se establezcan los nuevos procedimientos y criterios. También separó la mención de BCP 9 —que no concede por sí misma facultades de moderación— de la autoridad utilizada en el caso.

La decisión es útil sin convertirla en munición contra ninguna persona. No prueba censura, parcialidad, mala conducta ni aprobación universal de las actuaciones de los chairs. La apelación incluía cuestiones sobre la discusión técnica, la recusación, la aplicación selectiva y las posiciones minoritarias; la IESG respondió a ellas. Esta investigación no intenta dictar una segunda sentencia.

El dato institucional es que la condición temporal importó. La IESG tuvo que interpretar el estado del régimen para identificar el proceso aplicable. La etiqueta del RFC Editor no resolvía por sí sola esa pregunta.

La respuesta acredita lo que la IESG entendía el 9 de julio. No congela el mundo después de esa fecha. Al cierre de esta investigación, el 11 de septiembre, no localicé en las fuentes oficiales examinadas un acto posterior de la IESG que identificara y aprobara la nueva revisión de la sección 4. No encontrar algo no demuestra que no exista. Sí demuestra que un cambio diseñado para ser público necesita una ruta de descubrimiento más fuerte que una búsqueda arqueológica.

El nombramiento resuelve quién; no resuelve con qué versión

Datatracker muestra un IETF Moderator Team activo de seis integrantes. Su descripción refleja el perímetro de RFC 9945: desarrollar procedimientos para los foros públicos de la IETF, administrar espacios plenarios y foros sin otro administrador, atender informes y responder ante la IESG.

Ese registro permite saber quién ocupa el rol. No identifica una revisión inmutable de los procedimientos, el acto de aprobación ni su hora efectiva.

El repositorio público ietf/Moderators ofrece otra vista. En el commit b907805e15…, su presentación se concentra en la lista general de discusión del IETF y cita RFC 9245. El SOP enumera tres personas, exige la coincidencia de al menos dos moderadores para actuar y estructura las respuestas en niveles. El archivo estadístico suma acciones por esos niveles.

No hace falta diagnosticar por qué difieren las vistas para reconocer el riesgo de inferencia. Puede tratarse de un repositorio heredado, de un ámbito más estrecho, de documentación rezagada o de materiales que el equipo nuevo reutiliza. Todas son explicaciones posibles. Ninguna debe convertirse en política por adivinación.

Equipo, procedimiento y uso son objetos distintos. El nombramiento demuestra que existe un principal institucional. El hash de un commit demuestra qué decía un texto. Una cifra demuestra que cierta categoría fue contada. La activación exige algo adicional: que el órgano autorizado aprobó esa versión para ese campo y fijó el momento desde el cual debía regir.

La moderación sigue siendo distribuida

RFC 9945 no sustituye a todos los responsables locales por una policía central. Los administradores gestionan primero sus foros. En un grupo de trabajo, los chairs son administradores por defecto. Pueden delegar tareas, pero siguen obligados a recibir, reconocer y llevar registro de las quejas. Después de consultar al equipo, pueden modificar o revocar incluso una acción adoptada por un moderador.

El equipo moderador prepara procedimientos comunes, asesora y puede intervenir si el administrador no responde a tiempo o si el comportamiento perturbador cruza varios foros. Administra directamente los foros plenarios y los espacios sin otro administrador. Los Area Directors resuelven desacuerdos iniciales. La IESG nombra y revoca a los moderadores, aprueba los procedimientos, evalúa el equipo y participa en la cadena de apelación. El IAB ocupa el escalón posterior previsto por RFC 2026.

La Ombudsteam conserva una función distinta frente al acoso. La IETF Administration LLC puede adoptar medidas excepcionales frente a riesgo jurídico grave cuando recibe asesoramiento legal, mediante una vía que no se confunde con la moderación ordinaria. IRTF, IAB, RSWG, RSAB y el flujo independiente tampoco entran automáticamente en el ámbito del BCP.

La pluralidad limita la concentración, pero multiplica los lugares donde una versión incorrecta puede aparecer. Cuando un expediente asciende por la cadena, cada revisor necesita distinguir la norma válida en la fecha del acto de la norma disponible al abrir el enlace meses después.

Lo viejo no era una sola regla

RFC 3934 daba a los chairs de un grupo de trabajo una secuencia para controlar mensajes perturbadores en su lista. RFC 3683 describía una acción de retirada de derechos de publicación con intervención de la comunidad y la IESG. RFC 9245 organizaba la lista general de discusión. RFC 2418 definía responsabilidades de los chairs. RFC 2026 aportaba procedimientos de apelación.

El nuevo BCP responde a problemas concretos: criterios desiguales, mecanismos lentos, conductas distribuidas entre listas y foros nuevos como chats, wikis, repositorios e issue trackers. El equipo común puede ver patrones que un administrador de una sola lista no ve.

La preservación transitoria no amplía aquellos poderes. La moderación ordinaria solo puede limitar comunicaciones perturbadoras en foros públicos en línea de la IETF. El borrado de una cuenta Datatracker, la exclusión de una reunión, la eliminación de contenido y las comunicaciones privadas o ajenas están fuera del mandato. La Ombudsteam y la LLC ocupan otros carriles.

También hay tiempo histórico dentro de los casos. RFC 9945 indica que una suspensión indefinida impuesta antes del nuevo proceso se reconsidera según el proceso existente cuando se impuso. Por tanto, una migración no consiste en cambiar todos los enlaces y fingir que la regla nueva siempre estuvo allí.

Un recibo pequeño para una transición compleja

El recibo de activación puede ser una página, no un nuevo BCP. Su primera fila debe identificar la revisión exacta y su hash, la URL pública y las clases de foros cubiertas. main describe el presente, pero no prueba un estado pasado si puede cambiar.

La segunda fila registra la autoridad: periodo de comentarios, índice de cómo se trataron, referencia a la decisión de la IESG, hora de aprobación y hora efectiva. Si la entrada es escalonada, debe decirse. Si es inmediata, también.

Después viene el mapa de sustitución. Qué secciones antiguas dejan de operar, qué reglas se conservan para medidas ya iniciadas, qué órganos quedan fuera y qué excepciones existen. El equipo y sus intervalos de nombramiento aparecen aparte, para impedir que una lista de nombres haga de certificado de procedimiento.

La frontera viva exige un inventario protegido: informes pendientes, restricciones vigentes, apelaciones abiertas y relojes de reincorporación. La capa pública puede publicar cantidades y versiones sin nombres. Un caso que empieza bajo una regla y termina bajo otra debe indicar cuál se aplicó y por qué.

Finalmente, los administradores de los distintos foros y los responsables técnicos reconocen la versión implantada. Esa recepción no crea la autoridad, pero muestra que la decisión central llegó a los lugares donde se ejecuta.

La transparencia pertinente no repite la acusación

Los informes de moderación pueden contener identidad, contexto personal, expresiones dañinas o información que agrave la disputa. Una publicación indiscriminada convertiría la auditoría en una nueva forma de exposición. El asesoramiento jurídico puede requerir todavía más reserva.

El recibo propuesto habla de reglas y tiempo. Puede mostrar el hash del procedimiento, la decisión, el alcance, el calendario, las sustituciones y las correcciones. Los expedientes individuales conservan por separado el aviso, el tipo de motivo, la duración, el decisor, la revisión y la apelación bajo controles de acceso.

Tres límites protegen la honestidad. Un procedimiento aprobado no certifica la justicia de cada resultado. Un aviso no prueba automáticamente la conducta. Una estadística agregada no demuestra igualdad de trato. Cada afirmación necesita su evidencia propia.

Los ensayos de Heng Lu ayudan a nombrar esa separación, pero no son evidencia sobre la IETF. Un rótulo documental, una decisión ejecutable y una observación de resultado pertenecen a capas diferentes. La especificación mínima debe fijar la unión y dejar que las decisiones futuras evolucionen donde exista autoridad para adoptarlas.

RFC 9945 ha elegido flexibilidad sin renunciar a control, reconsideración y apelación. Ese diseño merece un momento de activación visible. El equipo puede precederlo. El repositorio puede precederlo. La palabra «obsoleto» puede precederlo. Solo el acto aprobado y fechado convierte esas piezas en una regla operativa situada en el tiempo.

Fuentes

  1. https://heng.lu/the-policy-mirror/
  2. https://heng.lu/minimum-initial-specification-localized-future-decision-voluntary-adoption-internet-coordination-system/
  3. https://heng.lu/on-why-btw-media-exists-and-why-reality-not-advocacy-is-the-product/
  4. https://www.rfc-editor.org/info/rfc9945/
  5. https://www.rfc-editor.org/rfc/rfc9945.html
  6. https://www.rfc-editor.org/rfc/rfc3934.html
  7. https://www.rfc-editor.org/rfc/rfc3683.html
  8. https://www.rfc-editor.org/rfc/rfc9245.html
  9. https://www.rfc-editor.org/rfc/rfc2418.html
  10. https://www.rfc-editor.org/rfc/rfc2026.html
  11. https://datatracker.ietf.org/group/iesg/appeals/artifact/314
  12. https://datatracker.ietf.org/group/iesg/appeals/artifact/315
  13. https://datatracker.ietf.org/group/ietfmoderators/about/
  14. https://github.com/ietf/Moderators/blob/b907805e15f5b902d5d728a9c2c6601962ca625d/README.md
  15. https://github.com/ietf/Moderators/blob/b907805e15f5b902d5d728a9c2c6601962ca625d/sop.md
  16. https://github.com/ietf/Moderators/blob/b907805e15f5b902d5d728a9c2c6601962ca625d/stats.md