Choisissez si l'automatisation s'exécute dans une plateforme de bureau, un récepteur d'alertes cloud ou une application API Rithmic directe. Chaque route a ses propres autorisations de compte, dépendances d'hébergement et exigences de validation. Une connexion manuelle à RTrader qui fonctionne n'établit pas toutes les routes automatisées.
Conseils éducatifs sur le logiciel. Le trading comporte des risques. Lire les avertissements financiers et d'information.
Comparer les architectures
| Route | Configuration requise | Principale dépendance opérationnelle |
|---|---|---|
| Stratégie sur poste de travail | Plateforme/édition prise en charge, connexion, compte et paramètres de la stratégie | Application hôte et sa logique de gestion des ordres |
| Récepteur TradingView | Événement d'alerte correct, message généré, endpoint et compte éligible | Chaîne service d'alertes, récepteur et réponse du broker |
| API directe | Accès API approprié, configuration développeur et processus de conformité/production requis | Votre application, vos identifiants, la session et l'implémentation de la reprise |
Le répertoire des API de Rithmic distingue API+, Protocol et d'autres produits. Ne choisissez pas un protocole ou un tarif d'après un ancien article de blog sans les conditions d'intégration actuelles. La restriction Protocol de la démo publique de 14 jours compte lorsque vous évaluez un récepteur cloud.
Configurer avant d'activer
Associez les identifiants de compte, les contrats, les unités de quantité, la gestion des sorties et la source attendue de chaque événement. Documentez quel composant crée ou suit les ordres de protection, lequel annule les ordres liés et ce qui survit à la perte d'une session client. Les ordres natifs détenus côté serveur et la logique de stratégie locale ne sont pas la même chose.
Pour la route Rithmic de PickMyTrade, utilisez la connexion et le générateur pris en charge ; Bulenox est exclu. Ne substituez pas un JSON générique et ne déduisez pas l'autorisation d'une société de la seule compatibilité technique.
Établir un enregistrement de reprise
Utilisez une simulation éligible autorisée par le fournisseur ou des enregistrements existants adaptés pour faire correspondre signal, requête, acceptation, exécutions et position finale. Couvrez la livraison en double, les ordres partiels/rejetés et le comportement au redémarrage pour l'architecture prévue. Ne vous reconnectez pas en rejouant aveuglément le dernier signal.
Conservez avec la configuration les règles actuelles du compte, les frais de logiciel/de données et les exigences d'hébergement. Un récepteur cloud peut vous éviter d'héberger ce composant vous-même, mais il ne supprime pas toutes les dépendances et ne prouve pas une disponibilité continue.
Références de captures d'écran
Questions fréquentes
Une démo Rithmic prend-elle en charge Protocol ?
L'essai temporaire public actuel ne le prend pas en charge ; vérifiez la catégorie de compte éligible.
L'automatisation garantit-elle des sorties de protection ?
Non. Confirmez chaque ordre résultant et le composant qui le gère.
Un VPS est-il toujours requis ?
Uniquement pour les composants que vous choisissez d'y héberger ; l'architecture détermine l'exigence.
L'accès à l'API établit-il l'autorisation de la société ?
Non. Lisez séparément le contrat de compte applicable.