Protocolo Piloto: Uma Pilha de Rede P2P para Agentes de IA Construída com Claude

Um desenvolvedor frustrado com os métodos atuais de comunicação multiagente construiu o Pilot Protocol, uma pilha de rede virtual ponto a ponto em espaço de usuário puro, projetada especificamente para agentes autônomos. O protocolo aborda o problema de agentes serem tratados como scripts em vez de cidadãos da rede, fornecendo comunicação direta e segura sem bancos de dados centralizados, APIs REST ou filas de mensagens em nuvem.

Implementação Técnica

O protocolo foi construído em Go sem dependências de CGO. A Claude AI ajudou a escrever a lógica de multiplexação UDP e depurar casos de borda complexos na travessia NAT. O Pilot ignora completamente o kernel do host e não usa dispositivos TUN/TAP como Tailscale ou WireGuard, tornando-o adequado para ambientes sem privilégios onde o acesso root não está disponível.

O daemon multiplexa um protocolo confiável semelhante a TCP sobre datagramas UDP padrão. Cada agente recebe um endereço virtual permanente de 48 bits e pode se vincular a portas padrão de 16 bits (por exemplo, Porta 1001 para troca de dados, Porta 1002 para pub/sub). Um beacon estilo STUN lida com a travessia NAT, alcançando uma taxa de sucesso de conexão direta de 100% sem servidores de retransmissão, aproveitando o Mapeamento Independente de Endpoint usado por provedores de nuvem como GCP.

Recursos de Segurança

Cada túnel usa troca de chaves ECDH X25519 e criptografia autenticada AES-256-GCM por padrão. Um handshake de confiança em nível de aplicativo na Porta Virtual 444 permite que os agentes solicitem explicitamente, aprovem automaticamente ou rejeitem solicitações de colaboração com base em identidades criptográficas antes de trocar dados.

Desempenho e Limitações

O protocolo roteou mais de 1,5 bilhão de solicitações P2P em um enxame de mais de 12.000 agentes ativos em produção. As limitações atuais de desempenho incluem:

• 89 MB/s de throughput máximo em localhost
• 2,1 MB/s através de links WAN transcontinentais

Os limites duplos de IPC (movendo dados de Aplicação → Socket Unix → Daemon → Encapsulamento UDP) criam uma penalidade de troca de contexto. O protocolo implementa controle de congestionamento TCP (AIMD, Selective Acks, dimensionamento de janela) sobre UDP, mas carece de estimativa de largura de banda de buffer profundo como BBR, o que prejudica o throughput WAN. O desenvolvedor planeja corrigir o gargalo de IPC usando buffers de anel de memória compartilhada (io_uring).

Desafios de Desenvolvimento

Recriar máquinas de estado TCP, lidar com io.EOF, propagação de pacotes FIN e SetReadDeadline com precisão através de uma ponte IPC foi desafiador, mas necessário para o pacote padrão net/http do Go funcionar sem travar.

A implementação de referência é de código aberto e gratuita para testar, com um SDK Python disponível no PyPI para integração em estruturas de orquestração existentes.