В апреле 2026 года опубликован индивидуальный проект IETF Internet-Draft draft-thain-ipv8; он не является RFC, не принят рабочей группой IETF и пока не имеет промышленной реализации. Это не действующий стандарт и не протокол, применяемый в реальных сетях.

О целях его разработки говорится в самом Проекте IETF Internet-Draft draft-thain-ipv8: «IANA завершила распределение адресного пространства для одноадресной рассылки IPv4 в феврале 2011 года. Региональные интернет-регистраторы исчерпали свои выделенные ресурсы в период с 2011 по 2020 год. CGNAT продлил срок службы IPv4 за счет увеличения задержек, нарушения работы протокола одноранговой сети и усложнения устранения неполадок».

Для решения проблемы исчерпания адресов был разработан протокол IPv6 [RFC8200]. Однако, после 25 лет стандартизации и внедрения, IPv6 обрабатывает лишь малую часть глобального интернет-трафика. Почему? Чтобы внедрить Ipv6, от каждого сетевого устройства, приложения и сети требуется одновременная поддержка протоколов IPv4 и IPv6. Это требование оказалось коммерчески неприемлемым. В тоже время, отсутствие требования обязательного применения IPv6 означало, что организации могли продолжать использовать IPv4 с его ущербным CGNAT неограниченно долго.

IPv8 решает проблему исчерпания адресов без требования одновременной поддержки двух разных протоколов, поскольку IPv4 является полноценным подмножеством IPv8. Переход не требует «дня флага» и не создает операционных сбоев.

Что предлагает IPv8

Идея — расширить адрес IPv4 с 32 до 64 бит, не ломая существующую IPv4-инфраструктуру:

• адрес записывается как r.r.r.r.n.n.n.n;
• первые 32 бита (r) — ASN, то есть номер автономной системы;
• вторые 32 бита (n) — адрес узла в привычной IPv4-семантике;
• при нулевой первой части адрес считается обычным IPv4.

Например, по замыслу автора, адрес 0.0.0.0.192.0.2.1 в IPv8 будет эквивалентен адресу 192.0.2.1 в IPv4. Пространство адресов при этом было бы 2⁶⁴, а каждому ASN предполагалось выделять 2³² адресов.

Это не «следующая версия IP»

В реальном стеке сегодня:

Сам номер версии 8 ранее был зарезервирован, а публикация Internet-Draft сама по себе не означает, что «IETF представил» или одобрил протокол: любой участник может внести черновик для обсуждения.

Что ещё заложено в проект

Это не только формат адреса. Автор объединяет в один управляемый набор сервисов DHCP, DNS, NTP, аутентификацию OAuth2, телеметрию, проверки маршрутов и трансляцию IPv4↔IPv8. Также описываются DHCP8, DNS8 и другие сопутствующие механизмы.

Практический вывод

Для работы инженера с реальными сетями IPv8 пока можно рассматривать лишь как интересную архитектурную концепцию: не нужно планировать его внедрение, закупать поддержку или ждать замены IPv6. Для адресного плана, dual-stack, CGNAT, IPv6-only/IPv4-as-a-service и IoT остаются актуальны IPv4 и IPv6. У самого проекта нет готовых реализаций для роутеров, сетевых ОС или NIC.

Основное преимущество IPv8 – устранение необходимости поддержки в устройствах двух протоколов – IPv4 и IPv6, поскольку IPv4 будет являться составной частью IPv8 при сохранении (и даже улучшении) преимуществ IPv6 в части адресации.