Perché abbiamo creato Tally
Flightlines mostra ai piloti il traffico intorno a loro. Per farlo ci serve ciò che ricevono i ricevitori ADS-B, dalla parte di mondo più ampia possibile, in tempo reale. Fino a ottobre 2026 lo ottenevamo come la maggior parte dei progetti: da adsb.lol, un aggregatore aperto che raccoglie ciò che ricevono le stazioni dei volontari e lo ridistribuisce.
A ottobre abbiamo trovato il suo flusso grezzo spento per tutti i client, sia dall’indirizzo del nostro feeder sia da indirizzi che non lo avevano mai alimentato. Il suo servizio di query, su cui avevamo ripiegato, falliva circa una richiesta su tre. Nessuno aveva sbagliato nulla. È un progetto amatoriale gestito da volontari, e il suo maintainer dice chiaramente che non offre alcuna garanzia di disponibilità. È giusto così. Ed è anche il problema.
Oggi ogni rete aperta di ricevitori è fatta dei server di un solo operatore, che custodiscono l’elenco dei feeder di quell’operatore. Quando il flusso di quell’operatore si ferma, si fermano con lui tutti i client, e i feeder, a cui appartengono le antenne, non hanno modo di mandare i propri dati altrove senza riconfigurare a mano ogni macchina.
Una rete invece di un servizio
Tally ribalta tutto questo. Il tuo ricevitore firma ciò che riceve e lo pubblica, una volta sola, su alcuni relay che chiunque può gestire. I relay verificano ogni firma e inoltrano ogni batch invariato: possono perdere dati, ma non alterarli né inventarli. L’identità di un ricevitore è una chiave che genera da sé, senza un account dietro, quindi nessun operatore di relay può portargliela via. E se un relay tace, il tuo feeder sta già pubblicando su altri.
Gestiamo relay e leggiamo i dati come chiunque altro. I nostri ricevitori sono il feeder numero uno e Flightlines è il client numero uno, e ci atteniamo alla regola che raccomandiamo: se dipendi dai dati, leggili tramite un relay che gestisci tu.
Cosa ci guadagna un feeder
- Le tue ricezioni raggiungono tutti i client contemporaneamente, attraverso relay che scegli tu, con la tua chiave.
- Una pagina per la tua stazione, che mostra ciò che la rete ha ricevuto da lei.
- Un feeder che non prende ordini: nessuna configurazione remota, nessun aggiornamento automatico, nessun kill switch, nessuna porta in ascolto.
- Dati che restano aperti. Li metti a disposizione sotto CC0, e ciò che i relay pubblicano è sotto ODbL, quindi nessuno può appropriarsene.
- Gira accanto ai tuoi feed esistenti e non ne modifica nessuno.
A che punto siamo
Il protocollo, il feeder e il relay sono costruiti e testati da un capo all’altro, e i nostri ricevitori pubblicano già tramite Tally. Prima che altri possano unirsi servono un relay pubblico con un indirizzo pubblico, relay di bootstrap gestiti da più di un operatore e build di release pubblicate. Questo sito mostrerà dati in tempo reale il giorno in cui partirà il relay pubblico.
Il codice è aperto, sotto MIT o Apache-2.0. Se hai un ricevitore, ci piacerebbe che lo provassi. Se gestisci dei server, ci piacerebbe che gestissi un relay.
Installa il feeder