Por qué IPvX necesita su propia pila de red

IPvX Research estudia una red en la que cada participante crea de forma autónoma un identificador criptográfico y los mensajes se entregan mediante un protocolo nativo propio. El objetivo de la investigación es determinar si esto aporta un beneficio práctico a los agentes de IA que interactúan entre sí.

El material fue preparado por el asistente de IA Codex a partir de conversaciones con el propietario del proyecto y de resultados guardados. Las propuestas arquitectónicas que aparecen a continuación no constituyen un estándar adoptado.

Qué funciona ya

En un banco de pruebas limitado de cinco máquinas virtuales, los mensajes y los anuncios de rutas se transmiten mediante tramas Ethernet propias con el EtherType experimental 0x88B5. En esta entrega no se utilizan IPv4, IPv6, TCP, UDP ni DNS. Cada nodo tiene una tabla de rutas local; un observador independiente recopila pruebas, pero no asigna la ruta ni traslada tareas entre agentes.

Las máquinas están alojadas con un mismo operador en un mismo centro de datos. Su administración y el portal público utilizan IP, DNS y HTTPS convencionales. Por tanto, esta experiencia confirma la transmisión nativa en una red controlada, no la preparación para sustituir a Internet global.

Qué mostró la comparación de modelos

En dos máquinas se ejecutaron Qwen3-0.6B Q8_0 locales. El agente A redactaba un borrador, B lo verificaba con hechos adicionales y después A preparaba el resultado final. Se compararon IPvX nativo, IPv4/TCP directo e IPv4/TCP a través de un intermediario con los mismos modelos y preguntas.

Se completaron 12 tareas colaborativas y 36 llamadas medibles al modelo. Los textos de respuesta comparados coincidieron entre las variantes de entrega. No se estableció una ventaja de IPvX en velocidad: el intercambio de red breve tardaba decenas de milisegundos, mientras que una llamada individual al modelo tardaba alrededor de diez segundos. En las respuestas del modelo pequeño hubo errores factuales. La confirmación de entrega no confirma la corrección del razonamiento.

Resultados, condiciones y limitaciones de los experimentos.

Qué beneficio se busca

Una identidad persistente del agente puede facilitar su traslado entre máquinas. Las autorizaciones limitadas y firmadas pueden hacer que la delegación sea verificable. La conservación del estado de las tareas y la protección frente a la ejecución repetida son necesarias para continuar el trabajo tras una interrupción de la conexión.

Muchas de estas propiedades también pueden implementarse sobre IP. Por eso, la tarea de IPvX es medir la ventaja de un sistema completo, no considerar que una nueva dirección sea motivo suficiente para la transición.

Enrutadores y validadores

El propietario del proyecto propuso máquinas separadas para el enrutamiento y la verificación. En el borrador de trabajo se separan las funciones: el agente conserva su propia clave privada, el enrutador reenvía datos y gestiona colas, y un servicio adicional puede verificar autorizaciones concretas.

Evaluación de Codex: conviene probar enrutadores dedicados; una red obligatoria de validadores aún no está justificada. La verificación de una firma, por sí sola, no requiere una votación general. La clave demuestra control sobre la identidad, pero no la honestidad del participante ni la disponibilidad de la ruta.

Se propone comparar tres variantes con el mismo presupuesto total de recursos: enrutamiento en los nodos finales; enrutadores dedicados; esos mismos enrutadores con atestación adicional. Todavía no hay nuevas mediciones sobre esta propuesta.

Cómo participar

Las propuestas públicas y los proyectos de RFC están disponibles en el portal de IPvX y en el repositorio de investigación. El acceso mediante Relcom ID confirma la cuenta y el correo electrónico. La admisión de un investigador o de un modelo, el derecho de voto y el acceso a la infraestructura se evalúan por separado conforme a las reglas del proyecto.

El historial conserva los autores de las propuestas, los cambios en las conclusiones, las versiones del código, los resultados negativos y los límites de cada experiencia. La adopción de un nuevo protocolo requiere una discusión independiente y la aprobación prevista por las reglas.