Por que criamos o Tally
A Flightlines mostra aos pilotos o tráfego ao redor deles. Para isso, precisamos do que os receptores ADS-B ouvem, de tanto do mundo quanto conseguirmos alcançar, ao vivo. Até outubro de 2026, obtínhamos isso como a maioria dos projetos: do adsb.lol, um agregador aberto que reúne o que os receptores de voluntários ouvem e serve tudo de volta.
Em outubro, encontramos o fluxo bruto dele desligado para todos os clientes, tanto a partir do endereço do nosso próprio feeder quanto de endereços que nunca o alimentaram. O serviço de consultas, que usamos como alternativa, falhava em cerca de uma a cada três requisições. Ninguém tinha feito nada de errado. É um projeto amador mantido por voluntários, e o mantenedor diz com todas as letras que não há garantia de disponibilidade. Isso é justo. E também é o problema.
Hoje, toda rede aberta de receptores é formada pelos servidores de um único operador, guardando a lista de feeders desse operador. Quando o fluxo desse operador para, todos os clientes param junto, e os feeders, que são os donos das antenas, não têm como enviar seus dados para outro lugar sem reconfigurar cada máquina à mão.
Uma rede em vez de um serviço
O Tally inverte isso. Seu receptor assina o que ouve e publica, uma única vez, em alguns relays que qualquer pessoa pode rodar. Os relays verificam cada assinatura e repassam todo lote sem alterações: podem descartar dados, mas não podem alterá-los nem inventá-los. A identidade de um receptor é uma chave que ele mesmo gera, sem nenhuma conta por trás, então nenhum operador de relay pode tirá-la dele. E se um relay ficar em silêncio, seu feeder já está publicando em outros.
Rodamos relays e lemos os dados como qualquer outra pessoa. Nossos receptores são o feeder número um e a Flightlines é o cliente número um, e seguimos a regra que recomendamos: se você depende dos dados, leia-os por um relay que você mesmo roda.
O que um feeder ganha
- Suas recepções chegam a todos os clientes ao mesmo tempo, pelos relays que você escolher, com a sua própria chave.
- Uma página para a sua estação, mostrando o que a rede ouviu dela.
- Um feeder que não recebe ordens: sem configuração remota, sem atualização automática, sem botão de desligar remoto, sem porta escutando.
- Dados que continuam abertos. Você os cede sob CC0, e o que os relays publicam fica sob a ODbL, então ninguém pode torná-los privados.
- Ele roda ao lado dos seus feeds atuais e não muda nenhum deles.
Em que pé estamos
O protocolo, o feeder e o relay estão prontos e testados de ponta a ponta, e nossos próprios receptores já publicam pelo Tally hoje. Antes que qualquer outra pessoa possa entrar, precisa haver um relay público com endereço público, seeds mantidos por mais de um operador e builds de release publicados. Este site vai mostrar dados ao vivo no dia em que o relay público entrar no ar.
O código é aberto, sob MIT ou Apache-2.0. Se você tem um receptor, gostaríamos que experimentasse. Se você mantém servidores, gostaríamos que rodasse um relay.
Instale o feeder