Resumen

  • La página canónica de prop-174 y el nombre del adjunto identifican la propuesta como prop-174; la primera línea sustantiva de prop-174-v001.txt dice prop-173 con el mismo título y el mismo proponente, Alban Kwan.
  • APNIC enumera por separado una auténtica prop-173, dedicada al copyright y a los términos de uso de sus servicios de directorio. Por ello, la divergencia no es un número sin dueño: conecta una versión archivada con el identificador de otro objeto institucional.
  • El conflicto no demuestra cuál superficie originó el error, que alguien haya citado o evaluado la propuesta equivocada, ni que exista evaluación, consenso, adopción o implementación. Sí demuestra que una cita formalmente exacta puede dejar incierto qué propuesta y qué versión recibió el lector.
  • La solución probatoria no es normalizar en silencio. APNIC debería preservar el archivo original y su SHA-256, declarar el ID autorizado mediante una errata atribuible o una versión sucesora, publicar el diff y propagar la relación a la lista, la evaluación, los materiales de reunión y cualquier decisión posterior.

Dos identidades oficiales para una misma versión enlazada

La página canónica presenta el título prop-174: Align implementation of Prop-125 in APNIC Policy (APNIC-127). Su propia URL contiene /prop-174/. La versión disponible se enlaza como prop-174-v001, y el archivo descargable se llama prop-174-v001.txt. La página identifica a Alban Kwan y muestra el estado Published to Mailing List, con versión 1 publicada el 17 de agosto de 2026. No registra una versión anterior ni una evaluación de impacto del Secretariat.

El texto enlazado de versión 1 conserva el mismo título después del número y también nombra a Alban Kwan. Sin embargo, su primera línea sustantiva comienza con prop-173.

El contenido trata de Prop-125 y de obligaciones relativas a contactos de abuso: una abuse-mailbox operativa y vigilada, recepción de informes automatizados, prohibición de depender de un formulario web como único canal, validación semestral, marca Invalid, limitación de MyAPNIC, avisos graduales y posible remisión a las cláusulas de incumplimiento del Membership Agreement.

Esas coincidencias permiten reconocer que el archivo enlazado desde la página de prop-174 es el texto relativo a contactos de abuso que la página pretende presentar. También aparecen las referencias funcionales esperables a IRT, abuse-c, Whois y MyAPNIC. Pero reconocer el objeto por su título, autor y contenido no autoriza a un editor externo a reemplazar el identificador institucional. La evidencia permite describir la contradicción; no permite resolverla por cuenta de APNIC.

La navegación de APNIC enumera por separado prop-173: Copyright and Acceptable Use Terms for APNIC Directory Services. prop-173 no es una variante informal de prop-174, sino la identidad de otra propuesta. El archivo queda entre dos cadenas oficiales: página, URL y nombre lo incorporan a prop-174; su encabezado literal, a prop-173.

El número es una clave de relación

En un proceso documental, el número de propuesta no funciona como un adorno tipográfico. Enlaza el índice público, la página canónica, el archivo adjunto, el mensaje de lista que distribuye una versión, la evaluación del Secretariat, los documentos de una reunión, las actas, una determinación de consenso y una eventual decisión. Cada elemento puede publicarse en un momento diferente, por una unidad diferente y con títulos abreviados. El identificador es la clave que permite afirmar que todos se refieren al mismo objeto.

Cuando dos superficies oficiales divergen, una cita puede ser literalmente fiel y, aun así, resultar institucionalmente ambigua. Quien cite la página escribirá prop-174. Quien cite la primera línea del archivo escribirá prop-173. Ambos podrían copiar con exactitud la superficie consultada. Sin una declaración autorizada que relacione esas dos expresiones, no se sabe si el segundo está citando una errata en prop-174, una versión mal enlazada, una copia con metadatos heredados o alguna otra situación. Las fuentes comprobadas no permiten escoger entre esas explicaciones.

Ese límite importa. No aparece una errata, un aviso de corrección, un adjunto sucesor ni una explicación en las dos superficies examinadas. Tampoco hay prueba de que un participante, evaluador o decisor haya dependido de la identidad equivocada. El conflicto no invalida discusión alguna ni demuestra almacenamiento corrupto, manipulación o nulidad. Lo que demuestra es más estrecho: hoy existen dos afirmaciones oficiales incompatibles sobre el ID de la misma versión enlazada.

De la errata aparente a la deriva de identidad

Puede parecer una errata menor porque las palabras posteriores al número coinciden. Sin embargo, la pérdida potencial no está en la lectura inmediata del título, sino en la acumulación de actos que dependen del identificador.

Un documento de reunión puede citar prop-174, mientras el adjunto archivado que supuestamente respalda esa referencia se presenta internamente como prop-173. Una evaluación puede enlazarse desde la página correcta, pero no probar por sí sola qué bytes recibió el Secretariat al iniciar el análisis. Un acta puede registrar una discusión bajo un número sin distinguir si los participantes tuvieron delante el archivo original o una copia ya corregida.

La divergencia se convierte así en deriva de identidad: la cadena conserva el tema, pero pierde certeza sobre la relación entre el acto y el documento exacto. Título y autor ayudan a reconocer el contenido; no sustituyen al ID. La identidad institucional requiere una clave estable y una sucesión explícita de versiones.

Una edición silenciosa en el mismo URL resolvería la apariencia presente y empeoraría la prueba histórica. El enlace seguiría funcionando y la primera línea podría pasar a decir prop-174, pero desaparecería la superficie que vieron quienes abrieron el archivo antes del cambio. Una cita antigua al SHA-256 original dejaría de coincidir; una captura o una copia local parecería errónea; y no habría una explicación pública de por qué dos participantes honestos conservaron bytes distintos bajo la misma URL y el mismo nombre de versión.

Por eso la corrección no debe confundirse con la sustitución invisible. El objetivo es preservar simultáneamente dos hechos: qué publicó APNIC primero y qué identidad declara después como autorizada. La memoria del error forma parte del expediente, porque permite enlazar evaluaciones o comentarios tempranos con el documento efectivamente disponible en ese momento.

Qué puede reconocerse y qué no puede corregirse desde fuera

La coherencia interna ofrece indicios fuertes. La página y el archivo comparten el título posterior al número, Alban Kwan y un cuerpo sobre Prop-125 y contactos de abuso. El texto no corresponde a la prop-173 descrita en la navegación como propuesta sobre copyright y términos de uso de servicios de directorio. Esa comparación permite evitar una lectura materialmente absurda: no debe describirse el cuerpo de prop-174-v001.txt como si tratara de los términos del directorio.

Pero la misma comparación no convierte a prop-174 en indudablemente correcto en todos los planos. Puede ser la identidad que APNIC pretendía usar; también puede haber una relación editorial no explicada. No se sabe qué superficie originó la divergencia ni si el encabezado es el único elemento afectado. El expediente congelado no contiene el mensaje de lista, un registro de carga, una copia firmada por el proponente ni una declaración del Secretariat que permita cerrar esa incertidumbre.

La respuesta forense adecuada es conservar las dos afirmaciones y pedir una resolución atribuible. Hasta entonces, las referencias precisas deberían citar la página, la URL del archivo, la fecha de consulta y el hash de los bytes consultados, además de explicar la divergencia. Normalizar el número en una transcripción sin advertencia produciría un texto más limpio, pero menos fiel a la fuente.

Un recibo de corrección para cerrar la cadena

Una corrección suficiente debería ser compacta, verificable y propagable. No necesita reabrir los méritos de las obligaciones de contacto de abuso. Debe determinar qué documento es cuál, qué cambió y cómo se enlazan los actos anteriores y posteriores. La siguiente tabla propone los campos mínimos; no afirma que APNIC ya los haya publicado.

Campo del recibo Contenido necesario Riesgo que controla
ID del recibo Identificador único de la corrección Permite citar la corrección como acto separado
ID y título autorizados Identificador que APNIC declara válido y título completo Resuelve la identidad sin depender de inferencias externas
Superficies afectadas Página, adjunto, mensaje de lista, índice u otros registros examinados Delimita dónde existió la divergencia
Original preservado URL, fecha de publicación y SHA-256 de prop-174-v001.txt tal como se distribuyó Conserva los bytes vistos por los primeros participantes
Identificador conflictivo Texto literal prop-173 y su ubicación Evita que la errata desaparezca del historial
Objeto corregido URL, número de versión y SHA-256 de los bytes corregidos Distingue la nueva publicación del original
Clasificación del cambio Encabezado, metadatos o fondo Declara el alcance sin presumir que solo cambió una línea
Diff Comparación completa entre original y corregido Prueba si hubo cambios adicionales
Autoridad editorial Unidad o responsable institucional y momento del acto Atribuye la corrección a quien puede resolver el ID
Aviso a la lista Fecha, referencia y destinatarios del anuncio Informa a quienes recibieron la versión inicial
Propagación Enlaces actualizados en evaluación, materiales de reunión, actas y registros posteriores Evita que cada superficie conserve una identidad distinta
Relación de sucesión Declaración de si es errata sobre v001, versión 2 o republicación Ordena citas y dependencia entre versiones
Incertidumbre abierta Aspectos que APNIC todavía no puede resolver Impide presentar como probado lo que sigue desconocido

El SHA-256 cumple una función limitada y esencial: identifica los bytes, no interpreta su autoridad. Dos archivos con hashes distintos son documentos distintos aunque compartan URL o título. Dos copias con el mismo hash son idénticas aunque sus descripciones externas diverjan. El recibo debe unir ambas capas: identidad criptográfica de la copia e identidad institucional declarada por APNIC.

La clasificación del cambio importa. Debe declararse si afecta al encabezado, los metadatos o el fondo. No corresponde asumir que la contradicción visible es el único error. El diff completo permite comprobar el alcance.

Sucesión, no borrado

APNIC dispone de varias arquitecturas posibles. Puede conservar v001 intacta y publicar una errata que declare el ID autorizado. Puede mantener el original y emitir una versión 2 con encabezado corregido y relación explícita de sucesión. También puede republicar el archivo bajo una nueva URL, siempre que preserve el original, publique ambos hashes y explique qué versión debe usarse en adelante. Cada opción tiene costes distintos, pero todas pueden mantener la historia.

Lo que no preserva la historia es sobrescribir prop-174-v001.txt sin aviso. Una versión numerada promete una referencia estable. Si sus bytes cambian sin cambiar la versión ni dejar recibo, las evaluaciones posteriores pueden parecer ligadas a v001 aunque hayan utilizado una copia distinta de la que recibió la lista el 17 de agosto de 2026. La misma etiqueta describiría más de un texto.

La propagación debe ser explícita. Una errata en la página no corrige por sí sola el mensaje de lista, una evaluación, una agenda o unas actas. Cada registro posterior debería declarar la versión y el hash utilizados y enlazar la corrección cuando cite la versión conflictiva.

El límite actual del expediente

La página indica Published to Mailing List, pero las fuentes congeladas no incluyen aquí el contenido del mensaje distribuido. No puede afirmarse qué encabezado mostró ese mensaje, qué archivo adjuntó o qué hash recibieron los suscriptores. Tampoco consta una evaluación de impacto del Secretariat, una versión anterior, una versión sucesora, consenso, adopción o implementación.

No existe prueba de incumplimiento real, avisos operativos, limitación aplicada en MyAPNIC, remisión efectiva al Membership Agreement ni revocación bajo esta propuesta. Los pasos graduales y los plazos de 30 o 60 días que puedan figurar en el cuerpo son elementos propuestos; no deben describirse como política vigente de APNIC.

La cuestión puede resolverse antes de que esos actos existan. Cuanto antes se publique la relación autorizada entre prop-174, el archivo que dice prop-173 y cualquier sucesor, menor será el número de documentos que deban corregirse después. El control temprano no prejuzga el contenido. Asegura que, cuando se evalúe, discuta o decida, todos puedan demostrar qué propuesta y qué bytes fueron objeto del acto.

Fuentes