A Rheinmetall alemã disponibiliza o código-fonte aberto do protoloco do seu sistema de armas conectado Battlesuite

Artigo original ↗ Discussão no Hacker News ↗

A fabricante alemã de armamentos Rheinmetall publicou documentação para o protocolo do seu sistema de armas conectado Battlesuite, revelando uma arquitetura baseada em DDS, semelhante ao ROS2 e a outros middlewares usados em sistemas militares e industriais. Os comentaristas debatem os méritos e defeitos técnicos do DDS — especialmente para uso embarcado e em tempo real —, comparam-no a alternativas como Zenoh e a abordagens legadas baseadas em CORBA, e questionam o quão “aberta” realmente é a plataforma, já que apenas as especificações, e não a implementação, foram divulgadas. Há também reflexões mais amplas sobre padrões militares, lock-in de fornecedor, segurança por obscuridade e se expor essas APIs muda de fato o cenário de interoperabilidade ou armamentização.

Uso de DDS e Tecnologias da OMG

  • Muitos comentários se concentram no fato de o sistema ser construído sobre DDS (Data Distribution Service).
  • Alguns consideram DDS adequado para sistemas em tempo real, multicast, aviônicos e industriais/militares, citando boa interoperabilidade entre vários fornecedores.
  • Outros criticam o DDS por ser complexo, pesado, carecer de abstrações composáveis e ter, na prática, uma fraca independência de fornecedor.
  • O DDS é apresentado como sucessor do CORBA em contextos militares; o próprio CORBA é amplamente criticado por “objetos distribuídos” e por excesso de engenharia.
  • O Object Management Group (OMG) e seus padrões (CORBA, UML, BPMN, etc.) são alvo de deboche por serem burocráticos e acadêmicos, embora ainda influentes.

Abertura vs. Alegações de “Open Source”

  • Vários apontam que apenas a documentação e modelos parecidos com IDL foram publicados, não bibliotecas reais nem implementações de referência.
  • Os arquivos .rmodel são descritos como documentação apenas, e não a interface real na rede; a comunicação efetiva exige bibliotecas proprietárias.
  • Alguns sugerem que isso está mais voltado a satisfazer caixas de verificação de compras de “plataforma aberta” do que a um verdadeiro código aberto.

Design de Protocolos Militares, Segurança e Legado

  • Discussão sobre por que as forças armadas reinventam ou personalizam protocolos de mensagens em vez de reutilizar os civis.
  • Os argumentos incluem sigilo, evitar ajudar adversários e sistemas legados massivos com requisitos rígidos de tempo real e segurança.
  • Outros argumentam que os sistemas devem ser seguros mesmo se totalmente documentados, de forma semelhante aos princípios da criptografia.
  • Observa-se que o DDS foi usado em outros padrões militares (por exemplo, Tactical Microgrid Standard) e se parece com padrões de simulação anteriores como DIS/HLA ou arquiteturas como GVA/OMS.

Alternativas e Restrições Embarcadas

  • Zenoh é mencionado como uma alternativa mais leve e mais composável, que escala de microcontroladores a redes maiores.
  • Algumas implementações de DDS suportam casos de uso embarcados/sem alocação dinâmica, mas são vistas como pesadas e geradoras de lock-in com o fornecedor.
  • Para muitos sistemas embarcados, defende-se que UDP puro mais um tradutor seria uma opção melhor.

Qualidade de Código e Estilo em C++

  • Os exemplos na documentação são criticados por usar std::endl e nomenclatura inconsistente.
  • Outros minimizam isso como hábitos irrelevantes de época de tutorial ou pequenas divergências de estilo; preocupações de desempenho e confiabilidade são debatidas.

Reações Éticas e Culturais

  • Reações mistas a APIs de armas “abertas”: alguns ficam alarmados, outros observam que protocolos abertos semelhantes (por exemplo, MAVLink) já existem.
  • Há numerosos comentários humorísticos e satíricos sobre integração com IA, burocracia e o nome e a marca da empresa.