Кратко

  • Реализованная политика LAC-2024-4 требует публиковать микроназначения, изъятия и возвраты специального IPv4-резерва; возможный фиктивный IXP был мотивирующим риском, а не доказанным происшествием.
  • Независимо сохранённый снимок от 16 июня полезен для учёта, но его восемь столбцов описывают состояние регистрации и не содержат ID и класса события, прошлого состояния, версии правила, ограниченной причины или ссылки на исправление.
  • Снимок следует сохранить и дополнить небольшим версионированным потоком переходов, чтобы возврат, изъятие, карантин и исправление не приходилось угадывать по разнице между отдельно сохранёнными копиями.

Строка видна, движение исчезло

Заголовок состоит из восьми полей:

rir|pais|tipo|recurso|cantidad|fecha|estado|orgid

Они показывают реестр, страну, тип ресурса, начальный адрес, количество, дату, состояние и OrgID. В сохранённой версии выданное пространство имело состояния assigned или allocated. Неиспользованное показывалось как reserved, обычно строками по 256 адресов без даты и OrgID.

Такой формат хорошо отвечает на вопрос о наличии. Он не отвечает на вопрос о происхождении состояния.

Интервал reserved мог никогда не выдаваться. Тот же конечный вид в принципе мог возникнуть после добровольного возврата, изъятия реестром, начала карантина, исправления данных или изменения разбиения строк. Это не утверждения о конкретном блоке. Это перечень смыслов, которые одна строка не способна различить.

Пустое имя не доказывает фиктивную организацию. Выданный статус не доказывает действующее объявление маршрута. Резерв не доказывает санкцию. Проверяемый тезис уже: в строке нет места, где издатель указал бы событие, приведшее к текущему состоянию.

Именно события перечисляет снимок страницы LAC-2024-4, сделанный Common Crawl 7 марта 2026 года. Независимый архив сохранил заявление авторов, что предложение было реализовано 25 апреля 2025 года и требует журнал микроназначений, изъятий и возвратов. Авторы исходили из риска, что фиктивная точка обмена сможет пройти проверку и получить дефицитные адреса. WHOIS уже раскрывал текущую информацию; историческая консолидация должна была упростить контроль.

Источник подтверждает модель угрозы. Он не подтверждает существование фиктивного IXP или неправильной выдачи.

В политике — глаголы, в файле — состояния

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

Добровольный возврат и изъятие отличаются инициатором. Карантин отделяет прекращение права пользования от повторной доступности. Исправление может поменять публичную запись без смены контроля. Назначение создаёт новую связь держателя с интервалом.

Их конечное состояние может выглядеть одинаково, но аудиторская история различна.

Возможности и границы снимка

В независимо сохранённом файле от 16 июня нет полей event_id, event_type, previous_status, effective_at, observed_at, reason_class, policy_version, quarantine_until, decision_reference или correction_reference. В замороженной копии 423 строки данных: 39 assigned, две allocated и 382 reserved. Строки содержат состояния, а не нативные классы возврата или изъятия.

Из этого не следует, что файл неверен. Не следует и отсутствие более богатой внутренней базы. Публично доказана лишь форма проекции: текущее состояние.

Поздний наблюдатель может сохранить другую копию и сравнить её со снимком 16 июня. Это полезно, но такое сравнение остаётся аналитическим действием вне схемы издателя и не становится автоматически событием, заявленным ответственным за реестр.

Это ограничение не мешает проверить семантическую разницу. Обозначим S_t(p) как состояние интервала p в снимке времени t. Наблюдатель может вычислить:

Δ(p,t1,t2) = S_t2(p) - S_t1(p).

Переход вида assigned → reserved доказывает отличие двух публичных представлений. Сам по себе он не говорит, утверждает ли источник добровольный возврат, изъятие, карантин, коррекцию или изменение агрегации. Смена OrgID может отражать обновление регистрационной записи, а не движение адресов.

Разница — результат работы аналитика. Событие — утверждение ответственного издателя реестра. Если их смешать, официальную семантику начинает назначать владелец скрипта. В другой системе, не управляющей этим резервом, RFC 8182 разделяет снимок и последовательные дельты под идентификатором сессии. Аналогия здесь узкая: текущее состояние и заявленная издателем запись изменения — разные объекты.

Текущий файл уже приносит пользу

Снимок страницы об исчерпании IPv4, сделанный Common Crawl 16 июля, независимо сохранил заявление реестра, что обычный пул закончился в августе 2020 года, а возвращённые и изъятые ресурсы и резерв критической инфраструктуры остаются отдельными движущимися частями. Это заявление стороны, находящееся во внешнем архиве, а не независимый аудит каждого адреса.

Публичный снимок сокращает информационное неравенство. Внешний читатель видит выданные интервалы, текущие публичные идентичности и остаток без серии отдельных WHOIS-запросов.

На её основе уже можно строить воспроизводимые подсчёты. Снимок статьи об IPv6-only IXP, сохранённый Common Crawl 17 июня, передаёт расчёт автора на 9 мая 2026 года: 390 из 512 блоков /24 оставались в резерве, то есть 99 840 адресов или около 76% пула. Автор заключил, что немедленного кризиса исчерпания нет.

Более поздний июньский снимок содержит 382 строки reserved, а не 390. Разница не доказывает восемь назначений или какое-либо конкретное событие: могли измениться агрегация и представление строк. Методический вывод важнее числа: снимок хорошо отвечает на датированный вопрос о запасе, а вопрос о событии требует отдельного артефакта.

Минимальная квитанция перехода

Рядом со снимком нужен накопительный поток. Одна запись должна включать:

  1. Стабильный ID события. Долговечная ссылка для цитирования.
  2. Версию схемы событий. Правило чтения строки.
  3. Идентичность ресурса. Семейство и точный интервал.
  4. Предыдущее состояние. Статус и идентификатор исходного снимка.
  5. Новое состояние. Результат и идентификатор нового снимка.
  6. Класс события. Назначение, добровольный возврат, изъятие, вход или выход из карантина, переназначение либо исправление.
  7. Время вступления в силу. Метка и часовой пояс перехода.
  8. Время публикации. Момент появления для наблюдателя.
  9. Применимое правило. Версия и раздел Manual.
  10. Идентичность реализации. Предложение или операционный профиль.
  11. Область реестра. LACNIC, NIC.br или NIC México.
  12. Публичная ссылка на держателя. Только при уже разрешённом раскрытии.
  13. Ограниченный класс назначения. Категория критической инфраструктуры без досье заявки.
  14. Безопасный класс причины. Код с учётом приватности и публичная ссылка, если она есть.
  15. Состояние карантина. Срок или условие следующей доступности.
  16. Цепочка пересмотра. Замена, исправление, апелляция или откат.

Договоры, подробное обоснование использования, топология, участники, антифрод-сигналы, юридические заключения и внутренние заметки остаются закрытыми. Публичному слою нужен тип утверждаемого перехода, а не весь материал решения.

RFC 3339 задаёт совместимый профиль времени; RFC 5848 показывает цепочку целостности для упорядоченных сообщений журнала; модель W3C PROV разделяет сущности, действия и агентов. Ни один документ не регулирует резерв LACNIC. Вместе они показывают, что время, порядок, происхождение и исправление можно представить, не публикуя закрытое досье заявителя.

Такую границу задаёт Note 64 HENG.LU. Минимальная общая спецификация не должна быть расплывчатой. Немногие общие объекты — идентификатор, версия, переход, правило, исправление — определяются строго и проверяются локально. Коммерческая модель, поставщик и дискреционная оценка заявки остаются локальными, пока не меняют общую инварианту.

Поток не расширяет власть реестра над операторами. Он ограничивает её честной ролью: точно назвать изменение собственной публичной книги.

Источники

Границы доказательств

Проверены три движения, названные в независимо сохранённом предложении, отсутствие класса события в заголовке сохранённого снимка от 16 июня и применение файла для датированного подсчёта в сохранённом анализе 2026 года.

Выводом является то, что разница снимков не задаёт официальное значение перехода.

Рекомендация — сохранить снимок и добавить версионированный поток, словарь, метаданные целостности и тестовые векторы.

Неизвестны полный внутренний журнал, факт выдачи фиктивному IXP, конкретные строки возврата или изъятия, причина выбора публичной схемы, изменение схемы после 16 июня и точный текущий остаток.