Resumen

  • RFC 3930 no enfrentó un RFC con el software: contrapuso el objeto digital percibido como un todo a un mensaje efímero construido y procesado por partes.
  • El límite decide cómo conviven versiones, qué se canonicaliza, qué cubre una firma y si un identificador sigue siendo único al combinar componentes.

El contexto estaba fuera de la página

RFC 3930 presentó dos perspectivas deliberadamente extremas. DOCUM imaginaba algo parecido al papel, destinado a una persona y completo con los elementos que afectan a su presentación. PROTO imaginaba bits creados y consumidos por procesos que ya poseían estado. El registro oficial lo clasifica como Informational; no impuso un estándar ni contó implementaciones.

La diferencia era operativa. Un fragmento podía derivarse de un mensaje anterior, otro de un cálculo local y otro atravesar un intermediario con una inspección mínima. La semántica no tenía por qué residir enteramente dentro del campo. RFC 3023 podía identificar una representación XML y RFC 3470 orientar su uso protocolario, pero el tipo de medio no decía qué transición ejecutó el receptor.

Etiquetar una fecha como creación, modificación o distribución ayuda a un lector. En un protocolo, el estado puede definir ya cuál de esas funciones cumple. Eso tampoco permite atribuir consentimiento humano. RFC 3552 exige pensar en amenazas; RFC 3852 define estructuras criptográficas. Sintaxis presente, implementación, verificación y resultado siguen siendo hechos separados.

Una extensión encontraba generaciones mezcladas

RFC 3930 rechazó la fantasía de una actualización simultánea. Propuso etiquetar versiones o funciones, negociar cuando fuera posible, delimitar datos desconocidos para poder saltarlos e indicar destinos para que un proceso reenviara sin interpretar. El objetivo era coexistir y diagnosticar, no prometer que toda la ruta entendería la novedad.

La cuestión persistió. RFC 8259 normalizó JSON con variaciones de representación; RFC 8785 añadió una canonicalización para usos criptográficos; RFC 8949 trató la codificación determinista de CBOR. Un valor familiar aún necesitaba una regla para producir los mismos bytes comparables.

Firmar el todo podía firmar demasiado

Las reconstrucciones cambian finales de línea, codificaciones, espacios de nombres o formas numéricas. RFC 3076 definió Canonical XML, RFC 3741 su variante exclusiva y RFC 3275 el procesamiento de XML Signature.

La fórmula de RFC 3930 conserva dos riesgos. Canonicalizar poco vuelve frágil la autenticación frente a diferencias sin significado. Canonicalizar demasiado permite que la firma sobreviva a un cambio relevante. La transformación correcta es la frontera de equivalencia de la aplicación. También hay campos —saltos, historia de encaminamiento, marcas locales— cuya mutación es parte del protocolo; congelarlos dentro de una firma total puede ser el error.

El propio RFC contiene una discrepancia ilustrativa. Su sección 2.4.1 cita [RFC3741], coherente con el documento de canonicalización exclusiva, pero la bibliografía desarrolla esa etiqueta como el texto GMPLS RFC 3471. La consulta de erratas no mostraba una corrección correspondiente el 7 de octubre de 2026. No demuestra un fallo de protocolo: demuestra que etiqueta, entrada bibliográfica y objeto pretendido requieren conciliación.

El ID corto sobrevivía solo mientras nada se mezclara

Dos piezas extraídas de documentos distintos pueden traer el mismo identificador local. Renombrarlo rompe referencias y bytes firmados; cualificarlo jerárquicamente puede cambiar el ancla cuando la pieza se mueve. RFC 3930 prefería un identificador aleatorio suficientemente largo si de verdad hacía falta un ancla global.

La perspectiva documental sigue siendo válida cuando hay pocas partes, poca mutación, pocos procesadores y mucha lectura humana. El consejo fue empezar por el grafo protocolario y añadir después las necesidades documentales. RFC 7990, sobre el formato archivístico de la serie RFC, pertenece a otra capa: conservar el documento de una especificación no ejecuta el protocolo.

Los ensayos de Heng Lu sobre especificación inicial mínima y adopción voluntaria y primacía del código en ejecución aportan la disciplina editorial: publicar coordina; implementar, validar, operar y usar establece realidad. RFC 3930 muestra dónde buscar esa realidad cuando la superficie parece una sola página.