Logiciel de plateforme d’échange crypto
Infrastructure d’échange d’actifs numériques
Trading spot, wallets, ledger, circuits fiat, AML/KYC, prise en charge du Travel Rule, back-office et infrastructure de production – une seule plateforme modulaire, déployée autour de la marque, de la juridiction et du modèle opérationnel du client, et livrée comme une infrastructure d’exploitation auditable plutôt que comme une simple interface de trading.
Le problème client
Plus qu’une interface de trading
Les scripts prêts à l’emploi et les paquets non vérifiés s’arrêtent généralement à l’écran de trading. Dans une plateforme régulée, l’essentiel se joue ailleurs : sécurité des wallets, registres financiers, flux AML/KYC, habilitations et éléments de preuve qu’un audit demandera.
Les projets bâtis sur des fondations incomplètes le découvrent à l’approche du lancement : les enregistrements d’ordres et de transactions ne répondent pas aux attentes de l’audit, les opérations de wallet restent manuelles et, lorsque le support du fournisseur s’arrête, le système ne peut plus évoluer.
Grumpio conçoit une plateforme d’échange comme un système financier en exploitation : trading, wallets, ledger, AML/KYC, habilitations, enregistrements, reporting et infrastructure de production sont pensés comme une seule plateforme. Le déploiement, la personnalisation et la préparation réglementaire avancent en parallèle, et le système est documenté en vue de son transfert à l’équipe d’ingénierie du client.
Périmètre des modules
Une architecture. Chaque module d’échange.
Les modules ci-dessous fonctionnent au sein d’une même architecture ; le périmètre est configuré projet par projet autour de la juridiction, de l’agrément et du modèle opérationnel. Le trading spot constitue le marché par défaut ; les flux margin, futures, perpetuals et OTC restent des modules optionnels, soumis à une analyse juridique et réglementaire propre à chaque juridiction.
Trading spot et gestion des ordres
Trading spot avec ordres au marché, à cours limité et stop-limite, accompagné d’un carnet d’ordres, de l’historique des transactions et de données de marché en temps réel.
Wallets et conservation
Modèles de wallets hot, cold et multisignature, avec des politiques de dépôt et de retrait propres à chaque chaîne et des contrôles de risque avant transaction. L’intégration de conservateurs tiers est prise en charge.
Ledger et registres financiers
Les mouvements financiers sont tenus dans un ledger en partie double (comptabilité en partie double) et un historique de transactions auditable, plutôt que dans des champs de solde modifiables ; les données de rapprochement sont produites par le système.
Dépôts et retraits fiat
Intégrations de virements bancaires, de fournisseurs vIBAN et multidevises, avec gestion des statuts et contrôle des limites ; la disponibilité dépend de l’agrément du client et de ses accords avec les fournisseurs.
AML, KYC et risque des wallets
Le contrôle AML, la vérification KYC et l’analyse de risque des wallets blockchain sont intégrés au parcours d’onboarding via Legichain ou les fournisseurs choisis par le client.
Prise en charge du Travel Rule
Informations sur le donneur d’ordre et le bénéficiaire, déclarations des clients et identification des parties au transfert, avec enregistrements et reporting ; un fournisseur de messagerie peut être intégré et le périmètre suit le modèle opérationnel de la juridiction.
Moteur de frais et de limites
Les frais maker/taker, les limites par niveau KYC, les règles par actif et par réseau ainsi que les structures tarifaires par segment sont gérés de manière centralisée.
Back-office et reporting
Administration des clients, des wallets, des transactions, des frais et des limites, avec habilitations par rôle, historique d’audit et exports destinés aux auditeurs et à la revue prudentielle.
Performance
Conçu pour un débit d’ordres élevé
jusqu’à 700 000 ordres / seconde
Capacité du moteur de matching mesurée dans des conditions de test définies
Un moteur de matching testé jusqu’à 700 000 ordres par seconde. Ce chiffre correspond à des conditions de test définies et non à un débit continu en production ; la capacité de chaque déploiement est planifiée en fonction du matériel, du réseau et du profil de trading, puis validée par des tests de charge.
Structure technique
Bâti pour les conditions de production
La plateforme est conçue autour des exigences de haute disponibilité, de montée en charge horizontale et d’observabilité. L’approche d’ingénierie – langages, couche de données, messagerie et déploiement – est décrite sur la page technologie.
-
Flux financiers pilotés par événements
Les flux financiers à fort volume sont coordonnés par des systèmes d’événements et de messagerie plutôt que de dépendre d’un seul chemin applicatif synchrone.
-
Applications web, iOS et Android
L’inscription, le KYC, le portefeuille, le trading, les dépôts et retraits ainsi que les paramètres de sécurité sont proposés via des applications web et mobiles personnalisées à la marque du client.
-
Supervision centralisée et enregistrements d’audit
Les événements liés aux clients, aux administrateurs, aux opérations financières et au système peuvent être supervisés de manière centralisée et faire l’objet de rapports pour l’exploitation et l’audit.
-
Continuité et reprise
La sauvegarde est conçue avec les tests de restauration, la planification RTO/RPO et des environnements d’exploitation alternatifs.
-
Prise en charge multi-chaînes
Bitcoin, Ethereum, Solana, Base, Arbitrum, Optimism, Polygon, BNB Chain, Avalanche, Tron, Polkadot, Near, Cosmos et Aptos sont des réseaux pris en charge ou des cibles d’intégration ; la couverture exacte des tokens et des actifs est validée pour chaque déploiement.
Contexte réglementaire
La réglementation commence dans l’architecture
Le logiciel de plateforme d’échange est structuré autour du cadre réglementaire du client, le Royaume-Uni et l’Union européenne étant traités comme des programmes de mise en œuvre distincts. La préparation réglementaire est un travail technique et opérationnel ; elle ne constitue ni un conseil juridique ni un agrément.
Découvrir la préparation réglementaire-
Royaume-Uni
Nous préparons la technologie, les enregistrements, les flux AML/KYC et les contrôles opérationnels nécessaires pour accompagner une activité de crypto-actifs au Royaume-Uni dans le cadre du régime MLR actuel et de la transition vers le futur régime FSMA.
-
Union européenne
La période de transition MiCA est terminée. Les nouveaux projets de crypto-actifs dans l’UE doivent être conçus dès le départ pour le modèle opérationnel d’un CASP (prestataire de services sur crypto-actifs) agréé. La plateforme et ses éléments de preuve opérationnels intègrent les exigences DORA dans le cycle de vie technologique, plutôt que de les traiter comme un exercice documentaire séparé.
Déploiement
Un déploiement propre à chaque client
La plateforme n’est liée à aucun fournisseur cloud ; le déploiement suit les exigences réglementaires, de résidence des données, de coût et d’exploitation du client. Dans les missions avec code source, le client peut choisir et contractualiser ses propres serveurs, son cloud ou son centre de données, tandis que l’installation, la configuration des environnements et le transfert sont assurés par Grumpio. La propriété de l’infrastructure et les responsabilités de services managés sont distinguées dans le contrat.
On-premises et infrastructure dédiée
Installation sur des serveurs choisis par le client ou sur une infrastructure dédiée, configurée autour des exigences de résidence des données de la juridiction d’exploitation.
Cloud privé et public
Déploiement chez le fournisseur cloud privilégié, avec séparation des environnements, gestion des secrets et configuration de sécurité.
DevOps et transfert
Le déploiement conteneurisé, la CI/CD, la journalisation et la sauvegarde font partie de l’installation, avec la formation de l’équipe d’exploitation du client.
Modèle commercial
Marque blanche ou code source
La même plateforme est proposée selon deux modèles principaux, choisis en fonction de la capacité d’ingénierie interne, de la résidence des données, des attentes en matière de propriété intellectuelle et du modèle de support visé. Une mission en marque blanche démarre à partir d’une plateforme existante exploitée sous licence, tandis que le modèle enterprise avec code source concède le code sous licence à une entité juridique nommée pour un développement interne. Dans les deux modèles, les droits définitifs et le périmètre de livraison sont contractuels.
| Périmètre | Marque blanche | Code source enterprise |
|---|---|---|
| Modèle de départ | Lancement à partir d’une plateforme existante, sous licence mensuelle ou annuelle | Code source concédé sous licence à une entité juridique nommée |
| Personnalisation | Identité de marque, sélection des modules, configuration des frais et des limites, intégrations de fournisseurs | Accès complet au code source pour le développement interne ; la revente indépendante n’est pas autorisée |
| Données et hébergement | Infrastructure contrôlée par le client lorsque le cadre juridique et technique le permet | Serveurs, centre de données ou fournisseur cloud choisis par le client |
| Périmètre de livraison | Installation, formation, support continu et mises à jour | Code source, ressources de déploiement, documentation technique et formation de transfert |
| Transition | Une option d’acquisition du code source selon des conditions commerciales définies | Transférabilité contractuelle en cas de cession de l’entité juridique |
Intégrations
Catégories d’intégration
La plateforme se connecte aux fournisseurs actuels et prévus de l’entreprise ; le périmètre d’intégration est défini projet par projet, en cohérence avec les accords fournisseurs et le modèle opérationnel agréé.
- Banque et fiat : virements bancaires, fournisseurs vIBAN et flux multidevises.
- Fournisseurs KYC et AML : Legichain ou fournisseurs choisis par le client ; l’utilisation multi-fournisseurs est prise en charge.
- Fournisseurs de liquidité : flux de données de marché, routage d’ordres et connexions de rapprochement.
- Conservateurs : intégrations de conservateurs tiers et d’infrastructures de wallets.
- Réseaux blockchain : connectivité multi-réseaux via des nœuds et des fournisseurs RPC, avec un modèle de repli au service de la continuité.
FAQ
Questions fréquentes
La plateforme réunit dans un seul système le trading spot, le moteur de matching, les wallets, le ledger, les dépôts et retraits fiat, les intégrations AML/KYC, la prise en charge du Travel Rule, la gestion des frais et des limites, le back-office, le reporting ainsi que les applications web et mobiles. Le périmètre des modules est configuré projet par projet autour du modèle opérationnel et de la juridiction.
Dans le modèle en marque blanche, une plateforme existante est personnalisée à la marque, à la structure tarifaire et aux intégrations du client, dans le cadre d’un modèle de licence. Dans le modèle enterprise avec code source, le code source, les ressources de déploiement, la documentation technique et la formation de transfert sont livrés sous licence à une entité juridique nommée ; la revente indépendante n’est pas autorisée.
Au Royaume-Uni, la plateforme prend en charge le régime MLR actuel et la transition vers le futur régime FSMA applicable aux crypto-actifs, y compris les parcours de promotion financière et les flux Travel Rule. Dans l’Union européenne, la période de transition MiCA est terminée et la plateforme est structurée autour du modèle opérationnel d’un CASP agréé, le règlement DORA étant traité comme un cadre d’exploitation en vigueur. Il s’agit d’une préparation technique et opérationnelle, non d’une approbation réglementaire ni d’un agrément.
L’infrastructure de wallets est configurée autour de modèles hot, cold et multisignature, avec des options HSM et de gestion séparée des clés, adaptées au modèle opérationnel et de risque du client. Des intégrations de conservateurs tiers peuvent être ajoutées au périmètre du projet.
Le déploiement est choisi en fonction de la réglementation, de la résidence des données et des exigences d’exploitation : on-premises, cloud privé, fournisseur cloud privilégié ou centre de données dédié. L’installation, la CI/CD, la journalisation et la sauvegarde sont configurées dans le périmètre du projet.
La maintenance, la correction des anomalies, les mises en production régulières, le développement de nouveaux modules, le support d’infrastructure, la réponse aux incidents et les évolutions liées à la réglementation se poursuivent selon le modèle de support défini au contrat, avec la formation des équipes d’exploitation et d’ingénierie.
Pour une explication composant par composant, consultez l’article Qu’est-ce qu’un logiciel de plateforme d’échange crypto ? dans la Base de connaissances.
Prochaine étape
Évaluer la plateforme en démonstration
La démonstration du produit couvre le périmètre des modules, la capacité du moteur de matching et le modèle de livraison ; les questions de périmètre trouvent leur réponse sur un système en fonctionnement. Produit, déploiement et préparation réglementaire avancent au sein d’un même processus.