Кратко

  • Файлы AFRINIC, произведённые с 10 по 13 сентября 2026 года, после рекурсивной нормализации порядка ключей JSON содержат одни и те же 128 объектов передачи. Ежедневно меняются время производства и конец интервала записей.
  • Максимальный transfer_date во всех четырёх файлах — 18 июня 2026 года. Это не доказывает отсутствия или задержки более поздней передачи; это показывает, что свежесть файла и свежесть событий — разные утверждения.
  • Короткая квитанция об охвате снимка могла бы сообщать, до какой отметки исходной системы проведена проверка и был ли результат нулевым, исправлением, поздним добавлением или отзывом.

Самая новая дата в файле не всегда является датой самого нового события, которое файл описывает. Публичный архив передач AFRINIC делает это различие особенно наглядным.

В каталоге за 2026 год лежат отдельные накопительные снимки JSON за 10, 11, 12 и 13 сентября. Каждый называет AFRINIC производителем, использует версию 4.0 статистики передач и указывает смещение UTC 2. Поле production_date каждый день продвигается вперёд. Вместе с ним к моменту производства дневного файла сдвигается records_interval.end_date, тогда как начало интервала остаётся 1 января 2018 года.

Внутри оболочки деловой набор не меняется. Каждый снимок содержит 128 объектов: 101 помечен MERGER_ACQUISITION, 27 — RESOURCE_TRANSFER. Если рекурсивно упорядочить ключи JSON и сравнить массив передач как мультимножество, все четыре набора совпадают. Хеши исходных файлов при этом различаются из-за временных меток оболочки и порядка ключей при сериализации. Изменение байтов не служит доказательством изменения деловых событий.

Максимальный transfer_date равен 2026-06-18T15:48:49Z. Это запись AFRINIC о слиянии или приобретении от Global Internet Company к Hormuud Telecom Somalia INC; у обеих сторон код страны SO. Объект включает AS37326, один диапазон IPv4 и один диапазон IPv6. Названия сторон важны здесь только для точной фиксации конца публичных часов событий. Запись не даёт оснований заключать, что эта операция задержана, оспаривается или имеет дефект.

Самое сильное объяснение — штатная публикация

Накопительный реестр не должен придумывать событие, чтобы приблизить дату последней записи к дате файла. Период без новых публичных передач вполне возможен. Ежедневный выпуск полезен и без изменения деловых строк: пользователи получают свежий артефакт, актуальную оболочку схемы и возможность убедиться, что служба публикации продолжает работать.

Схема JCR AFRINIC отчасти подтверждает такую осторожную трактовку. production_date определяется как дата и время производства файла, а records_interval — как период, охватываемый его записями. Это не определения transfer_date, который отдельно назван датой передачи. Таким образом, сама конструкция признаёт несколько часов.

Пробел уже и точнее. Публичная схема не объясняет процедуру, стоящую за движущимся концом интервала. Подтверждает ли он, что все разрешённые источники проверены до этой минуты? Или туда просто копируется время генерации? Означает ли файл без изменений, что отметка загрузки продвинулась, но ни одна запись не была принята, либо генератор лишь заново записал вчерашний накопительный набор? Как отличить исправление или поздно пришедшую передачу от только что совершённой?

Ни один из этих вопросов не доказывает пропуск. Они показывают предел публичного свидетельства.

Свежая оболочка, стабильный набор событий

Различие важно, потому что автоматические потребители склонны выбирать то временное поле, которое легче сравнивать. Монитор может увидеть конец интервала 13 сентября и назвать набор «актуальным». Для снимка как файла это допустимо. Но если ярлык без оговорки переносится на совокупность событий и создаёт впечатление, что последнее событие произошло около 13 сентября, он вводит в заблуждение.

Обратный вывод столь же слаб. Максимум 18 июня не устанавливает, что передачи прекратились, заявки накопились или новая политика не сработала. Файл описывает опубликованные события. Он не показывает закрытую очередь заявок, отклонённые или отозванные случаи, внутренние согласования до завершения и события вне публичного определения. В собственном пояснении AFRINIC также сказано, что отчёт не предназначен для предоставления всей информации, связанной с передачей.

Число 128 тоже требует осторожности. Это не обязательно 128 договоров, пар контрагентов или коммерческих сделок. Один объект может включать ASN, набор IPv4 и набор IPv6. Распределение по годам — 13 объектов в 2018-м, 19 в 2019-м, 20 в 2020-м, 22 в 2021-м, 28 в 2022-м, восемь в 2023-м, пять в 2024-м, девять в 2025-м и четыре в 2026-м — описывает объекты схемы, а не объём рынка.

Руководство AFRINIC говорит, что совершённые передачи публикуются с передающей стороной, изначально удерживаемым ресурсом, получателем, датой и типом. Это обязательство придаёт накопительному журналу практическую ценность. Оно же требует точного происхождения времени: оператор, посредник, исследователь или контрагент может использовать файл как свидетельство того, что изменение реестра стало публичной записью.

Нужна квитанция, а не досье дела

Квитанция об охвате снимка может быть короткой и не раскрывать частные данные. Она связала бы версию схемы, время производства и заявленный конец охвата с максимальным временем события, числом объектов и каноническим дайджестом набора. Она ссылалась бы на дайджест прошлого снимка и считала добавленные, исправленные, изъятые из публичного представления и поздно принятые объекты.

Ключевое поле — отметка исходной системы, то есть момент, до которого фактически проверены разрешённые входы публикации. Если отметка продвинулась, а объект не принят, квитанция может назвать это завершённой проверкой с нулевой разницей. Если позднее исправлена старая передача, разница классифицируется как исправление и не заставляет потребителя принимать изменённый файл за новую сделку. Частные заявки, договоры, переписка и материалы проверки раскрывать не требуется.

Четыре сентябрьских файла внутренне согласованы. В них нет противоречивой даты передачи или меняющегося числа деловых объектов. Их урок скромнее: актуальный файл и актуальное событие — разные доказательства. AFRINIC уже публикует обе шкалы времени. Одной короткой связи хватило бы, чтобы объяснить, что на самом деле удостоверяют движущиеся часы.

Источники