Кратко

  • Подписанный сводный журнал APNIC показывает девять префиксов типа M&A, переданных 1 сентября 2026 года от ZTNET CO., LTD (KH) к ZT INFORMATION NETWORK CO., LIMITED (HK).
  • Переданная часть содержит 57 088 адресов, или 223 блока /24. У прежней стороны остаются /24 и /19 — 8 448 адресов, 33 блока /24; вместе обе части точно восстанавливают исходный /16.
  • В следующей делегированной статистике одна строка превращается в одиннадцать, но дата в каждой — 20071203. По правилам APNIC ресурс из другого реестра сохраняет дату первого назначения или выделения, полученную от исходного RIR.
  • Для воспроизводимой хронологии нужны два именованных поля: дата события передачи и дата исходного делегирования, плюс конкретные файлы, хеши и расчёт префиксов.

Девять записей и замкнутая сумма

В сводном журнале APNIC за 1 сентября 2026 года девять строк имеют одинаковые стороны, даты и тип. Источник — ZTNET CO., LTD, код экономики KH; получатель — ZT INFORMATION NETWORK CO., LIMITED, HK. Предыдущее делегирование датировано 20071203, передача — 20260901, тип — M&A.

Спецификация prop-142 определяет transfer_date как день получения ресурса организацией-получателем. M&A означает обработку по политике слияний и поглощений. Этого недостаточно для вывода о цене, оплате, договоре, переходе контроля или конкретной юридической конструкции. Открытый файл сообщает категорию реестровой процедуры, а не содержание сделки.

Переданы 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 и 79.109.192.0/19. Их объём — 57 088 адресов, или 223 единицы /24.

В набор получателя не входят 79.109.1.0/24 и 79.109.224.0/19. Это 8 448 адресов, 33 единицы /24. Проверка сходится: 57 088 плюс 8 448 равно 65 536; 223 плюс 33 равно 256 блокам /24, то есть одному /16. Расчёт доказывает целостность публичной границы, но не объясняет причину сохранения остатка.

Почему в новом состоянии остаётся 2007 год

В делегированной статистике за 1 сентября весь диапазон представлен одной строкой: начало 79.109.0.0, значение 65 536, KH, статус allocated, дата 20071203, непрозрачный идентификатор A91100B2.

Файл за 2 сентября опубликован в gzip. После распаковки вместо одной строки видны одиннадцать. Девять с HK и A91556B2 совпадают с переданными префиксами. Две с KH и прежним идентификатором совпадают с остатком /24 и /19. Дата всех строк — 20071203.

README-EXTENDED APNIC задаёт именно такое поведение. Для выделения или назначения, переданного из другого реестра, поле даты означает первое выделение или назначение, полученное от первоначального RIR. Это часы происхождения, а не отметка последней смены зарегистрированной стороны.

В накопительном журнале есть и предыдущий этап: весь 79.109.0.0/16 был передан 9 октября 2025 года из RIPE организации ZTNET CO., LTD в APNIC, с прежней датой 20071203 и типом Unused. Запись не раскрывает деловую историю 2007 года. Она показывает, почему исходная дата проходит через более поздние события.

Следовательно, 2026 год отвечает на вопрос о получении девяти префиксов текущим адресатом. 2007 год отвечает на вопрос о первой дате от исходного RIR. Универсальная колонка allocation_date делает разные ответы ложно взаимозаменяемыми.

Прирост строк не равен приросту ресурса

Итог IPv4 увеличился с 61 519 до 61 542 строк — на 23. Документация APNIC прямо говорит, что итог считает строки, а не объём ресурсов.

Из этих 23 исследуемая операция объясняет десять: одна строка стала одиннадцатью. Остальные тринадцать относятся к другим изменениям файла. Адресный объём /16 не увеличился. Фраза «23 новых IPv4-выделения» смешала бы дробление представления, количество адресов и причину дневного изменения.

Оба делегированных файла и журнал передачи совпали со своими опубликованными MD5. Три отделённые подписи OpenPGP также проверены на точных сохранённых байтах с опубликованным APNIC ключом без UID, отпечаток 53484F6685D112B194DD25D9CB342F01D1524E14. Это подтверждает криптографическую действительность под данным ключом. Проверка не создаёт стороннюю сертификацию личности, вывод Web-of-Trust или гарантию вечной неизменности архивной ссылки.

RDAP проверяет регистрацию, а не маршрут

RDAP переданного /24 показывает ZT1-HK, HK, с регистрацией и последним изменением 1 сентября. Оставшийся /24 и оставшийся /19 показывают ZTNETCOLTD-KH, KH.

Это проверка публичного регистрационного состояния. Она не доказывает BGP-анонс, ROA/RPKI, трафик, услуги, фактическое место использования, клиентов или бенефициарное владение. Код экономики в делегированной статистике описывает организацию и не является авторитетной геолокацией адресов. Контактные данные RDAP для анализа не нужны.

Минимальная квитанция соединяет часы, не смешивая их

В записи достаточно сохранить имя и SHA-256 журнала передачи, дату и тип события, предыдущее делегирование, девять префиксов и их сумму. К ним привязываются предыдущий и следующий делегированные файлы с хешами, определение исходной даты, остаток, время проверки RDAP и ссылка на последующее исправление или замену.

Это методическое предложение для пользователей данных, а не действующее требование APNIC. Оно не требует договоров, заявок участников, счетов, внутренних согласований или частных контактов. Цель — не позволить дате происхождения притвориться датой события, а дате события — стереть происхождение.

Чего источники не доказывают

Материалы не доказывают продажу, цену, мотив, конкретную реорганизацию, изменение маршрутизации, состояние ROA, услуги, ущерб или нарушение. Они не объясняют, почему остались 8 448 адресов. Непрозрачный идентификатор группирует держателя в серии и может меняться между версиями. Операция объясняет десять из 23 новых строк IPv4, а не все.

Источники