El equipo de goonhost.rocks ha llevado a la práctica el Internet-Draft "Internet Protocol Version 8 (IPv8) — draft-thain-ipv8-02", un documento del IETF que proponía ampliar el espacio de direcciones a 64 bits, manteniendo compatibilidad total con IPv4. El proyecto implementa la pila completa desde el núcleo: un parche para Linux 6.6 con la familia de direcciones AF_INET8 (46) y soporte para TCP8, UDP8 y RAW8; modificaciones en Musl Libc para resolver direcciones como 64496.10.0.0.1; un parche para iproute2 con comandos ip -8; un daemon BGP8 en FRRouting para intercambiar rutas IPv8 entre sistemas autónomos; un Zone Server en Go que agrupa DHCP8, DNS8, NTP8, WHOIS8, OAuth8 y NAT; y adaptaciones de Nginx y cURL para servir y consumir HTTP sobre IPv8. El banco de pruebas reproduce cuatro sistemas autónomos (AS 64496 a 64499) en QEMU, con más de 112 000 rutas FIB activas y generación continua de tráfico.
En el laboratorio, el protocolo funciona: curl http://64497.20.0.0.254/ devuelve HTTP 200, el DHCP8 entrega leases en 2,27 ms y el fib_trie del kernel mantiene latencias sub-milisegundo. Fuera del entorno aislado aparecen problemas graves: la cabecera de 28 bytes rompe el MTU de 1500 bytes estándar y provoca blackholing silencioso en middleboxes legacy; el multihoming choca con filtros uRPF estrictos (BCP 38) porque la dirección está ligada al ASN primario; y los ASIC de conmutadores (Broadcom Tomahawk, Cisco Silicon One) no reconocen el EtherType 0x88B8, lo que degrada el rendimiento de 400 Gbps a menos de 10 Gbps. Además, el Zone Server monolítico convierte DHCP, DNS, NTP y OAuth en un único punto de fallo susceptible de ataques de reflexión UDP. Los autores calculan que la adopción de IPv8 reduciría entre un 75 % y un 90 % los ingresos de los RIR y dispararía la tabla global de BGP hasta 3-5 millones de rutas, forzando reemplazos masivos de linecards en los backbones de tránsito Tier-1.