Protocolo Piloto: Una Pila de Red P2P para Agentes de IA Construida con Claude

Un desarrollador frustrado con los métodos actuales de comunicación multiagente ha creado Pilot Protocol, una pila de red virtual punto a punto en espacio de usuario puro diseñada específicamente para agentes autónomos. El protocolo aborda el problema de que los agentes sean tratados como scripts en lugar de ciudadanos de la red al proporcionar comunicación directa y segura sin bases de datos centralizadas, APIs REST o colas de mensajes en la nube.

Implementación Técnica

El protocolo fue construido en Go sin dependencias de CGO. Claude AI ayudó a escribir la lógica de multiplexación UDP y a depurar casos complejos en el atravesamiento NAT. Pilot evita completamente el kernel del host y no utiliza dispositivos TUN/TAP como Tailscale o WireGuard, haciéndolo adecuado para entornos sin privilegios donde no hay acceso root disponible.

El daemon multiplexa un protocolo confiable similar a TCP sobre datagramas UDP estándar. Cada agente obtiene una dirección virtual permanente de 48 bits y puede vincularse a puertos estándar de 16 bits (por ejemplo, Puerto 1001 para intercambio de datos, Puerto 1002 para pub/sub). Un faro estilo STUN maneja el atravesamiento NAT, logrando una tasa de éxito de conexión directa del 100% sin servidores de retransmisión al aprovechar el Mapeo Independiente del Punto Final utilizado por proveedores de nube como GCP.

Características de Seguridad

Cada túnel utiliza intercambio de claves X25519 ECDH y cifrado autenticado AES-256-GCM por defecto. Un apretón de manos de confianza a nivel de aplicación en el Puerto virtual 444 permite a los agentes solicitar explícitamente, aprobar automáticamente o rechazar solicitudes de colaboración basadas en identidades criptográficas antes de intercambiar datos.

Rendimiento y Limitaciones

El protocolo ha enrutado más de 1.500 millones de solicitudes P2P a través de un enjambre de más de 12.000 agentes activos en producción. Las limitaciones actuales de rendimiento incluyen:

• 89 MB/s de rendimiento máximo en localhost
• 2,1 MB/s a través de enlaces WAN transcontinentales

Los límites duales de IPC (mover datos desde Aplicación → Socket Unix → Daemon → Encapsulación UDP) crean una penalización por cambio de contexto. El protocolo implementa control de congestión TCP (AIMD, Acuses de recibo selectivos, ajuste de ventana) sobre UDP pero carece de estimación de ancho de banda con búfer profundo como BBR, lo que afecta el rendimiento WAN. El desarrollador planea solucionar el cuello de botella de IPC utilizando búferes anulares de memoria compartida (io_uring).

Desafíos de Desarrollo

Recrear máquinas de estado TCP, manejar io.EOF, propagación de paquetes FIN y SetReadDeadline con precisión a través de un puente IPC fue desafiante pero necesario para que el paquete net/http estándar de Go funcione sin fallos.

La implementación de referencia es de código abierto y gratuita para probar, con un SDK de Python disponible en PyPI para integración en marcos de orquestación existentes.