Pourquoi un poste de marché devrait commencer en lecture seule

Un outil de marché devient sensible dès qu’il peut passer un ordre. Il ne s’agit pas d’ajouter un bouton : le modèle de sécurité, la surface de test et la manière de communiquer chaque état changent. IBDesk commence volontairement de l’autre côté de cette frontière.

L’observation est déjà un problème complet

Les cotations n’arrivent pas dans un flux unique et parfait. Le top-of-book, les barres de cinq secondes, les échanges tick par tick et la profondeur peuvent avoir des permissions et des modes de panne différents. Un poste utile doit montrer quel flux est live, figé, retardé ou indisponible sans réduire chaque limite à une erreur générique.

IBDesk garde donc les abonnements séparés par instrument et par flux. Si la profondeur est indisponible, la cotation peut rester utile. Quand le courtier se reconnecte, le poste peut restaurer les flux réellement demandés par l’espace de travail.

Le contexte local compte

Le socle actuel archive des données de marché typées dans des fichiers SQLite locaux quotidiens. Cela permet déjà certaines réparations historiques et prépare un futur replay visible par l’opérateur. Cette archive n’est pas présentée comme un relevé de bourse parfait : la complétude et la provenance restent essentielles.

Une frontière claire inspire confiance

Le premier jalon public ne laissera pas entendre que la gestion de compte, le passage d’ordre ou une couverture after-hours complète existent déjà. Une surface plus petite et honnête est plus utile qu’une longue liste de promesses inachevées. L’exécution pourra être conçue plus tard comme une frontière produit relue à part entière.

IBDesk nécessite TWS ou IB Gateway installé séparément ainsi que les permissions de données adaptées. C’est un logiciel indépendant, sans affiliation avec Interactive Brokers.