Desk : un terminal de trading web3 non dépositaire pour Polymarket
Un terminal de bureau multiplateforme pour les marchés prédictifs on-chain de Polymarket : rapide, dense en données, piloté au clavier — et il ne touche jamais aux fonds de l’utilisateur. Voici comment il est construit, et pourquoi.
Desk (desktrading.app) est un terminal de trading de bureau multiplateforme (macOS et Windows) pour les marchés prédictifs on-chain de Polymarket. Il offre aux traders exigeants une interface rapide, dense en données et pilotée au clavier pour trader, couvrir et gérer leurs positions sur les marchés sportifs, crypto et événementiels — depuis leur propre wallet auto-conservé, avec des ordres signés sur l’appareil et réglés on-chain.
C’est une application web3 non dépositaire : Desk ne détient jamais les fonds des utilisateurs, et la clé de l’utilisateur ne quitte jamais sa machine. Cette seule contrainte a façonné presque toutes les décisions d’ingénierie qui suivent.
La stack — et pourquoi
Desk est construit sur Electron (Chromium et un runtime Node) en TypeScript, structuré selon les processus isolés main, preload et renderer d’Electron, et bundlé avec esbuild. Chaque couche de ce choix est délibérée.
- Une application de bureau, pas une web app. Trader sans dépositaire implique que la clé du wallet vive et signe en local. Une application de bureau est le foyer naturel et sûr d’un signataire en auto-conservation — et elle offre aux traders un espace de travail persistant, toujours actif et multi-fenêtres qu’un onglet de navigateur ne peut pas offrir.
- Electron et Chromium. Une seule base de code TypeScript est livrée sur macOS et Windows, et le moteur de rendu mature et accéléré par GPU de Chromium permet à Desk d’afficher des visualisations temps réel vraiment lourdes — heatmaps de profondeur, ladders en streaming, graphiques tick par tick — sans que l’interface ne cède sous la charge.
- Le runtime Node. Un accès direct à la signature cryptographique, aux flux de données de marché WebSocket, aux worker threads pour déporter les tâches lourdes, et au système de fichiers pour la gestion locale des clés et de l’état.
- esbuild. Un bundling quasi instantané des cibles main, preload, renderer et worker, pour une boucle build-itération très courte.
Exécution des ordres et performance
L’objectif de conception : la latence de bout en bout d’un ordre doit être bornée par l’aller-retour vers la plateforme, pas par le client.
- Les ordres sont signés sur l’appareil et envoyés en fill-or-kill.
- Le flux de données de marché temps réel est analysé dans un worker thread, pour que ce déluge ne concurrence jamais le chemin des ordres et des exécutions.
- Les mises à jour de l’interface sont regroupées par frame — calées sur le rafraîchissement de l’écran —, si bien qu’un torrent de ticks s’affiche avec fluidité au lieu de saturer l’interface.
- Un modèle d’exécution confirmée garde un suivi exact des positions, même quand les exécutions arrivent en rafale.
Résultat concret : Desk reste réactif à la saisie des ordres et à la confirmation des exécutions, même sur les marchés crypto de cinq minutes de Polymarket, très agités, où le carnet se met à jour plusieurs fois par seconde.
Les surfaces de trading
Desk n’est pas une seule vue, mais un ensemble de surfaces dédiées, chacune adaptée à la façon dont travaille réellement un type de trader.
Le Ladder — pour les traders sport et événements
Un ladder de prix piloté au clavier, dans l’esprit des outils de trading professionnels, avec un affichage adaptatif, un moteur de sorties intégré et un panneau d’outils : réduction de position en un clic, saisie d’offsets en ticks et de stops, modes mise ou contrats. Conçu pour des clics rapides et précis et des lectures nettes des positions et des couvertures, afin qu’un trader sportif en live puisse travailler un marché à grande vitesse.
Graphiques financiers — pour les traders crypto et finance
Une surface graphique en direct qui affiche plusieurs séries de prix synchronisées — le spot de plusieurs plateformes et des flux de référence — sous forme de courbes fluides en streaming, à côté des chandeliers. Le graphique qu’un trader crypto attend, construit sur le flux temps réel plutôt que sur une image statique.
Marchés crypto minutés
Les manches crypto « up/down » de cinq minutes de Polymarket ont un traitement dédié, y compris la détermination précise du strike de chaque manche — le « price to beat » —, ancré à la référence on-chain exacte : un TWAP Chainlink à la seconde d’ouverture de la manche. Servi depuis un cache, il affiche le bon niveau instantanément, même à froid.
Heatmap de profondeur et de flux d’ordres
Une heatmap de profondeur façon Bookmap — une troisième vue crypto aux côtés du prix et des cotes — qui visualise la liquidité en attente sous forme de surface thermique en dégradé de couleurs, avec suivi en direct du meilleur bid/offer, des bulles 3D pour les transactions exécutées et un ladder de carnet d’ordres consolidé (COB) sur toute la hauteur, avec un profil de volume de session (SVP).
À noter : le carnet d’ordres multi-plateformes sous-jacent est assemblé en interne à partir des flux WebSocket publics et gratuits de Binance et Coinbase, plutôt qu’acheté à un fournisseur de données payant — un vrai travail d’ingénierie des données de marché.
Moteur de copy-trading
Un système de copy-trading en direct qui détecte en temps réel l’activité on-chain d’un wallet suivi et la reproduit via un pipeline complet — filtre → dimensionnement → contrôle du slippage → fill-or-kill —, avec des garde-fous et des limites de sécurité configurables, présenté dans un fil d’activité « smart money » construit sur des données publiques.
Outils pour les marchés sportifs
Un étiquetage et un regroupement structurés des marchés sportifs, dérivés des champs structurés de la plateforme plutôt que d’une analyse fragile des titres, pour que les événements, les lignes et les marchés en live s’affichent proprement.
La couche de données temps réel
Sous l’ensemble se trouve un flux en direct des transactions et des cotations via WebSockets (le flux d’activité et de trades temps réel de Polymarket). L’analyse lourde est déportée dans un worker thread pour que le volume de données ne retarde jamais une exécution, et un watchdog de blocage reconnecte de manière transparente un flux interrompu. Cette seule couche alimente simultanément le tape, les volumes, les indicateurs en direct et toutes les surfaces graphiques.
Infrastructure et livraison
L’infrastructure de soutien est volontairement légère et serverless.
- Cloudflare Workers et KV pour les caches edge sensibles à la latence, comme les niveaux de strike crypto et un cache de détails des marchés — des démarrages à froid rapides partout dans le monde, sans aucun serveur permanent.
- Un broker d’identifiants sans état qui ne détient que les identifiants de builder de l’application elle-même : pas de comptes utilisateurs, pas de données utilisateurs, aucune conservation.
- Cloudflare R2 distribue des versions signées à mise à jour automatique via electron-updater, pour que les installations se mettent à jour d’elles-mêmes.
- Un pipeline de build multiplateforme renforcé : bundle esbuild → notarisation Apple pour un build macOS universel → Azure Trusted Signing pour un installateur Windows x64 signé.
Sécurité et modèle de conservation
Desk est, par conception, limité au trading et à l’import de clé. Il n’existe aucune fonction de retrait, de balayage, de transfert ou d’export de clé : l’application peut passer des ordres, mais ne peut jamais déplacer de fonds hors du wallet.
Les transactions sont réglées on-chain sur Polygon face au CLOB de Polymarket, avec une signature de deposit-wallet EIP-1271 et du pUSD en collatéral. Sur le plan de l’architecture, c’est l’hybride DeFi moderne classique — appariement des ordres off-chain, conservation et règlement on-chain — qui offre une vitesse digne d’une plateforme d’échange tout en laissant le trader en totale auto-conservation.
Points forts de l’ingénierie
- Une application de bureau multiplateforme en Electron et TypeScript, avec une interface temps réel dense et accélérée par GPU.
- Un pipeline de données de marché en worker thread et un rendu regroupé par frame, réactifs même sur les marchés les plus agités.
- Un carnet d’ordres multi-plateformes et une heatmap de profondeur/profil de volume construits à partir de flux publics gratuits.
- Une signature cryptographique sur l’appareil, avec un règlement on-chain non dépositaire.
- Un moteur de copy-trading en direct avec un pipeline complet : détecter → filtrer → dimensionner → contrôler → exécuter.
- Une infrastructure edge serverless (Cloudflare Workers, KV et R2) et des builds multiplateformes signés à mise à jour automatique (notarisation Apple, Azure Trusted Signing).
Ce que cela dit de notre façon de travailler
Desk est le genre de projet qui ressemble à une interface et qui est en réalité un problème de systèmes : budgets de latence, threading, cryptographie, microstructure de marché, ingénierie des releases. Nous avons choisi chaque couche pour une raison et pouvons expliquer chacune d’elles — c’est exactement ainsi que nous travaillons pour chaque client, qu’il s’agisse d’un terminal de trading, d’une plateforme de réservation ou d’un seul site, très rapide.
Si vous avez un problème de cette profondeur, nous aimerions en entendre parler.