Pourquoi nous avons créé Tally
Flightlines montre aux pilotes le trafic autour d’eux. Pour cela, il nous faut ce que captent les récepteurs ADS-B, sur la plus grande partie du monde possible, en direct. Jusqu’en octobre 2026, nous l’obtenions comme la plupart des projets : auprès d’adsb.lol, un agrégateur ouvert qui collecte ce que captent les récepteurs des bénévoles et le redistribue.
En octobre, nous avons constaté que son flux brut était coupé pour tous les clients, depuis l’adresse de notre propre feeder comme depuis des adresses qui ne l’avaient jamais alimenté. Son service de requêtes, sur lequel nous nous sommes rabattus, échouait environ une fois sur trois. Personne n’avait commis de faute. C’est un projet amateur tenu par des bénévoles, et son mainteneur dit clairement qu’il n’offre aucune garantie de disponibilité. C’est légitime. C’est aussi le problème.
Aujourd’hui, tout réseau ouvert de récepteurs se résume aux serveurs d’un seul opérateur, qui détient seul la liste de ses feeders. Quand le flux de cet opérateur s’arrête, tous les clients s’arrêtent avec lui, et les feeders, à qui appartiennent les antennes, n’ont aucun moyen d’envoyer leurs données ailleurs sans reconfigurer chaque machine à la main.
Un réseau plutôt qu’un service
Tally renverse la situation. Votre récepteur signe ce qu’il capte et le publie, une seule fois, vers quelques relais que chacun peut héberger. Les relais vérifient chaque signature et transmettent chaque lot sans le modifier : ils peuvent perdre des données, mais ni les altérer ni les inventer. L’identité d’un récepteur est une clé qu’il crée lui-même, sans aucun compte derrière, donc aucun opérateur de relais ne peut la lui retirer. Et si un relais se tait, votre feeder publie déjà vers d’autres.
Nous hébergeons des relais et lisons les données comme tout le monde. Nos récepteurs sont le feeder numéro un et Flightlines le client numéro un, et nous nous appliquons la règle que nous recommandons : si vous dépendez des données, lisez-les via un relais que vous hébergez.
Ce qu’y gagne un feeder
- Vos réceptions atteignent tous les clients à la fois, via les relais que vous choisissez, sous votre propre clé.
- Une page pour votre station, qui montre ce que le réseau a reçu d’elle.
- Un feeder qui n’obéit à personne : pas de configuration à distance, pas de mise à jour automatique, pas d’interrupteur à distance, pas de port en écoute.
- Des données qui restent ouvertes. Vous les cédez sous CC0, et ce que publient les relais est sous ODbL, donc personne ne peut se les approprier.
- Il tourne à côté de vos flux existants et n’en modifie aucun.
Où en est le projet
Le protocole, le feeder et le relais sont construits et testés de bout en bout, et nos propres récepteurs publient déjà via Tally. Avant que d’autres puissent nous rejoindre, il faut un relais public à une adresse publique, des relais d’amorçage tenus par plus d’un opérateur, et des versions publiées. Ce site affichera des données en direct le jour où le relais public démarrera.
Le code est ouvert, sous MIT ou Apache-2.0. Si vous avez un récepteur, nous aimerions que vous l’essayiez. Si vous gérez des serveurs, nous aimerions que vous hébergiez un relais.
Installer le feeder