J'ai codé la plateforme d'une prop firm seul en 33 jours (et voici comment une prop firm gagne vraiment de l'argent)

Sur cette chaîne, je parle beaucoup de trading, d'investissement et de comment gagner de l'argent sur les marchés. Ce que je ne vous ai jamais dit, c'est que le trading et l'investissement ne sont pas ma seule source de revenus. Je développe aussi du logiciel financier, et c'est cette double casquette qui m'a amené en finance de marché, d'abord comme trader, puis comme portfolio manager. Mon dernier projet de développement, c'est Polyquid, une prop firm qui permet de trader les perpétuels Hyperliquid et Polymarket depuis un seul compte. Avant de vous expliquer comment je l'ai codée, je veux profiter de cette vidéo pour vous expliquer comment fonctionne vraiment une prop firm en coulisses, parce qu'une fois que vous aurez compris ça, vous ne regarderez plus jamais un challenge de la même façon.

Un challenge de prop firm fonctionne comme ça : vous êtes évalué sur votre performance de trading en respectant des règles de risque précises. Si vous passez cette évaluation, la firme met du capital à votre disposition pour trader. Si vous faites du profit avec ce capital, ce profit est partagé entre vous et la firme. Concrètement, ça veut dire que chaque prop firm fait tourner deux business lines. La première, c'est le challenge lui-même, votre évaluation, jusqu'au moment où la firme décide si votre compte est validé et fundé ou pas. La deuxième, c'est le trading, une fois que vous êtes fundé.

Le trading lui-même se passe dans deux books. Le B-book est un pool dans lequel vos positions ne voient jamais la couleur du marché réel. Toutes les positions de tous les traders de la firme sont agrégées dans ce pool, et le risque résiduel qui reste après cette agrégation, c'est le risque que porte la firme elle-même contre ses traders. Le A-book, c'est l'inverse : les positions partent directement sur le marché réel, donc directement sur Hyperliquid ou sur Polymarket dans le cas de Polyquid, dès qu'un trader fundé achète ou vend.

Le B-book, c'est généralement la partie qui paraît suspecte quand j'en parle avec d'autres traders ou investisseurs. Ça ne devrait pas. Vos ordres partent vers la firme, et la firme agrège le risque de tous les traders de la plateforme, ce qui veut dire qu'en réalité les traders tradent les uns contre les autres, exactement comme sur un marché normal, sauf que ce marché est administré par la firme elle-même. La position résiduelle qui reste, c'est la firme qui la porte. Au final, le vrai métier d'une prop firm, c'est la gestion du risque, et le risque à gérer est énorme : des milliers de traders, parfois plusieurs comptes fundés chacun, parfois des dizaines de positions ouvertes par compte, et souvent des bots de trading qui tournent par-dessus tout ça.

Polyquid est une prop firm qui permet de passer un seul challenge puis de trader les perpétuels Hyperliquid et les marchés de prédiction Polymarket depuis ce même compte fundé, en même temps. Cette contrainte de compte unique, c'est ce qui a fait du volet ingénierie de ce projet le vrai défi, pas le volet trading. Pendant que la plupart des gens qui rejoignent une prop firm passent un challenge de trading, le challenge que Polyquid m'a confié quand ils m'ont fait développer leur plateforme était un challenge d'ingénierie, et je l'ai relevé seul, en 33 jours.

La première brique, c'est celle que tout le monde saute quand on parle de construire une plateforme : la base de données et la fondation de tout le projet. Création de comptes, login, logout, changement de mot de passe, reset de mot de passe, mailing, tout ça. Rien d'autre ne fonctionne si cette brique est mal posée.

La deuxième brique, c'est tout le cycle du challenge, d'un compte challenge jusqu'à un compte fundé : mise en place du challenge, mise en place des limites de risque, laisser le trader trader en live avec les vraies données de Hyperliquid et de Polymarket sans latence, exécuter ses positions dans les meilleures conditions possibles d'efficience et de latence, puis contrôler le risque de manière permanente sur son compte, vérifier en temps réel que toutes les règles sont respectées, et enfin trancher sur la réussite ou l'échec du challenge, et transformer ce compte en compte fundé ou non.

La troisième brique, c'est le compte fundé et le trading, et c'est là que ça se complexifie vraiment, parce qu'à ce moment-là il faut agréger toutes les positions de toute la plateforme, en temps réel, sur tous les comptes funded, et piloter le risque en fonction des limites fournies par le client. Tout ça doit tourner en restant connecté en permanence à Hyperliquid et Polymarket sans aucune latence, parce que la latence, c'est exactement ce qui permet à d'autres traders d'arbitrer votre propre plateforme.

Pour ça, j'ai utilisé une stack en Python, Django et FastAPI, le tout sur AWS, avec un frontend en Next.js. C'est la stack que je maîtrise le mieux, et sur un projet comme celui-là, la familiarité n'est pas un luxe, c'est ce qui permet d'avancer vite sans introduire le genre de bug qui coûte des milliers d'euros à une prop firm en quelques minutes.

La contrainte, ça n'a jamais été juste de faire fonctionner la prop firm, ça aurait été trop facile. La vraie contrainte, c'était de faire tenir toute l'architecture à la charge de production dès la toute première version livrée, parce qu'une prop firm qui a un bug ou de la latence perd des milliers d'euros presque instantanément. Calculer, gérer et couvrir le risque d'une prop firm, ça se fait en permanence, pas toutes les heures, à chaque instant.

Ça veut dire construire une architecture où chaque brique est isolée. Le contrôle des risques est séparé de la data. La data est séparée de la gestion des comptes. La gestion des comptes est séparée de la gestion des ordres. Chaque partie de l'infrastructure doit être isolée et autoscalée pour répondre à la demande des clients en temps réel. Concrètement, ce n'est pas une API que vous construisez, ce sont cinq, six, parfois des dizaines d'API distinctes. Le résultat, c'est une infrastructure scalable avec une latence inférieure à 100 microsecondes, qui permet aux traders de passer leur challenge et de trader leur compte fundé dans les meilleures conditions possibles sur les deux marchés que propose Polyquid.

Construire tout ça seul en 33 jours n'a pas été facile tout le temps, et je vais être honnête là-dessus. La réalité du solo dev, c'est que vous devez avoir la meilleure architecture possible dès le départ, parce que vous n'avez pas le droit à l'erreur. Revenir en arrière sur une partie, c'est mettre tout un projet à la poubelle. Aujourd'hui, avec l'IA, et notamment avec Claude Code que j'utilise personnellement, écrire une ligne de code, c'est quelque chose qui se fait de plus en plus rarement pour moi.

Mais le métier lui-même a complètement changé. Mon métier aujourd'hui, ce n'est pas d'écrire des lignes de code, c'est de construire l'architecture, de piloter le projet, et de savoir exactement comment le découper en tâches assez petites pour pouvoir les déléguer à des agents IA. Si vous ne savez pas faire ça, l'IA ne vous mènera nulle part, même avec le meilleur modèle du monde. Ce que toute cette nouvelle technologie vous donne vraiment, c'est la possibilité de construire ce genre de projet non plus en un an, non plus en six mois, mais en 33 jours comme je l'ai fait. Il y a quand même eu des journées difficiles, et des nuits où je n'ai pas dormi pour terminer un morceau de code et le mettre en test avant que mes clients se réveillent, heure française, le lendemain.

La première chose à regarder pour choisir une prop firm, c'est la transparence des règles et leur stabilité. Les règles doivent être écrites dès le départ, dans un vrai document, et elles doivent être précises et correspondre à la classe d'actif tradée. Un drawdown de 0,50 % sur des cryptos, par exemple, vous ne pourrez jamais réalistement le tenir, même en étant le meilleur du monde, et vous le savez aussi bien que moi. Les règles ne doivent pas non plus être volatiles, c'est à dire qu'elles ne peuvent pas changer dans le temps. Si une firme vous signe un challenge ou un compte fundé avec certaines règles, elle ne peut pas revenir le lendemain en pointant un astérisque en bas de la documentation qui dit que la règle pouvait évoluer selon les conditions de marché. Les règles doivent être fixées à l'avance, parce que vous payez un challenge pour accéder à ces règles précises, pas pour accéder à des règles qui se révèlent floues.

La deuxième chose à regarder, et celle-là vous dit tout de suite si vous avez affaire à un vrai business de gestion du risque ou juste à une machine à cash, c'est d'aller passer des ordres, beaucoup d'ordres, et de voir comment la plateforme réagit. Si une prop firm a de la latence sur la partie challenge, un jour calme sans volatilité, pendant que vous êtes juste en train de la tester, imaginez le jour où tous les clients de cette firme doivent sortir de la même position sur le même actif en même temps. À ce moment-là, bonne chance pour sortir avant d'être liquidé. C'est un signe immédiat que l'infrastructure n'est pas au niveau, et une infrastructure qui n'est pas au niveau, c'est une firme qui n'a pas voulu investir en elle-même. C'est exactement ce que j'ai construit pour Polyquid en 33 jours, pour que Polyquid puisse offrir une expérience de trading digne des meilleures firmes du monde. Si vous voulez jeter un œil à la plateforme, il y a un lien dans la description, et si vous travaillez sur votre propre SaaS ou plateforme financière, il y a aussi un lien pour un call gratuit pour cadrer votre projet, son architecture et sa timeline.