Resumen

  • Nueve registros firmados de APNIC marcan una transferencia M&A el 1 de septiembre de 2026 entre ZTNET CO., LTD (KH) y ZT INFORMATION NETWORK CO., LIMITED (HK).
  • Los nueve prefijos suman 57.088 direcciones. Otras 8.448 —un /24 y un /19— quedan en las filas del titular anterior, y ambas partes reconstruyen las 65.536 direcciones del /16.
  • Las once filas de las estadísticas delegadas posteriores muestran 20071203. La documentación de APNIC ordena conservar la primera fecha de asignación o adjudicación recibida del RIR original cuando el recurso llegó desde otro registro.
  • El control necesario no es corregir una fecha, sino mantener dos campos con nombres inequívocos, archivos fechados, hashes y reconciliación de prefijos.

La operación cabe en nueve prefijos

El archivo transfer-all de APNIC del 1 de septiembre de 2026 contiene nueve líneas homogéneas. Identifica a ZTNET CO., LTD como organización de origen en KH y a ZT INFORMATION NETWORK CO., LIMITED como destinataria en HK. En todas figura 20071203 como delegación previa, 20260901 como fecha de transferencia y M&A como tipo.

Según la especificación prop-142, transfer_date es la fecha en la que el destinatario recibió el recurso. M&A significa que APNIC tramitó la transferencia bajo su política de fusiones y adquisiciones. Esa etiqueta no prueba precio, compraventa, contraprestación, cambio de control ni estructura jurídica. Es una clasificación pública del trámite registral.

Los bloques transferidos son 79.109.0.0/24, 79.109.2.0/23, 79.109.4.0/22, 79.109.8.0/21, 79.109.16.0/20, 79.109.32.0/19, 79.109.64.0/18, 79.109.128.0/18 y 79.109.192.0/19. Contienen 57.088 direcciones, equivalentes a 223 /24.

La lista deja fuera dos segmentos exactos: 79.109.1.0/24 y 79.109.224.0/19. Son 8.448 direcciones, o 33 /24. La suma no admite interpretación creativa: 223 más 33 son 256 unidades /24; 57.088 más 8.448 son 65.536 direcciones, el /16 completo. El registro demuestra qué se transfirió y la instantánea siguiente muestra qué quedó. Ninguno explica por qué se eligió esa partición.

Una fila se convierte en once

Antes de la operación, el archivo delegado del 1 de septiembre representa todo el intervalo en una línea: inicio 79.109.0.0, valor 65.536, economía KH, estado allocated, fecha 20071203 e identificador opaco A91100B2.

En el archivo comprimido del 2 de septiembre aparecen once líneas. Nueve llevan HK y A91556B2; dos conservan KH y A91100B2. La distribución de direcciones coincide exactamente con la lista de transferencias y el resto calculado. Pero las once fechas son 20071203.

La guía README-EXTENDED define el motivo. Si una asignación o adjudicación fue transferida desde otro registro, el campo de fecha representa la primera asignación o adjudicación recibida del RIR de origen. No es un campo de «último cambio de titular». APNIC preserva la antigüedad de origen mientras otro archivo registra el evento actual.

El propio registro acumulativo ofrece una pista adicional: contiene una transferencia previa del /16 entero desde RIPE hacia ZTNET CO., LTD en APNIC el 9 de octubre de 2025, también acompañada por 20071203. La línea no desvela qué ocurrió comercialmente en 2007. Sí demuestra que una fecha original puede persistir a través de más de una transición registral.

Por eso las dos preguntas deben escribirse completas. «¿Cuándo recibió el destinatario actual estos nueve prefijos en el registro de transferencias?» conduce a 2026. «¿Qué fecha original conserva APNIC para los recursos que llegaron desde otro RIR?» conduce a 2007. Un campo genérico no puede responder bien a ambas.

Veintitrés líneas nuevas, no veintitrés asignaciones

El resumen IPv4 aumenta de 61.519 líneas a 61.542: una diferencia de 23. APNIC advierte que el resumen cuenta líneas, no volumen de recursos.

El caso de 79.109 explica diez líneas netas porque una fila anterior se transforma en once. Quedan trece líneas del cambio total que pertenecen a otros movimientos del archivo. El /16 tampoco crece: su cantidad sigue siendo 65.536. Convertir el resumen en «23 nuevas asignaciones» mezclaría cantidad de filas, cantidad de direcciones y causalidad diaria.

Los dos archivos delegados y el registro de transferencias coinciden con sus acompañantes MD5. Además, sus firmas OpenPGP separadas fueron verificadas sobre los bytes capturados con la clave exacta que APNIC publica, huella 53484F6685D112B194DD25D9CB342F01D1524E14. La comprobación prueba validez criptográfica bajo esa clave publicada. No prueba una certificación externa de identidad ni que una URL histórica sea inmutable para siempre.

El estado registral no es la ruta

La consulta RDAP del /24 transferido devuelve ZT1-HK, país HK, con eventos de registro y modificación el 1 de septiembre de 2026. El /24 retenido y el /19 retenido aparecen como ZTNETCOLTD-KH y KH.

Es una verificación del estado público de inscripción. No demuestra anuncios BGP, autorizaciones ROA, tráfico, uso efectivo, ubicación física, clientes ni propiedad beneficiaria. La propia documentación delegada dice que el código de economía identifica a la organización y no pretende localizar el uso actual. Tampoco hay motivo editorial para reproducir teléfonos, correos o domicilios de RDAP.

Un recibo para no perder el significado

Una cronología de mercado debería guardar el nombre y SHA-256 del archivo de transferencias, la fecha y tipo del evento, la delegación previa, los nueve prefijos y su suma. Debe enlazar los archivos delegados anterior y posterior, sus hashes, la definición de la fecha original, las dos filas retenidas, la hora de observación RDAP y cualquier corrección posterior.

Ese recibo de dos relojes es una propuesta de método, no una obligación que APNIC ya imponga. No exige contratos, expedientes internos, facturas ni datos personales. Su función es impedir que una fecha de origen se convierta por accidente en una fecha de operación.

Límites de la prueba

Los documentos no prueban una venta, un precio, un motivo, una reorganización concreta, enrutamiento, RPKI, servicio, perjuicio o conducta indebida. No explican la retención de 8.448 direcciones. Los identificadores opacos agrupan registros dentro de la serie y pueden cambiar entre versiones. La transición analizada explica diez de las 23 líneas IPv4 netas, no las trece restantes.

Fuentes