Une documentation publique, en langage clair et avec des détails précis. Aucune boîte noire.

Centre de documentation technique du bot de trading Telegram white-label Loxley AI : flux d'exécution de l'auto-buy, moteur de trailing stop-loss, scanner de sécurité des hooks Uniswap V4, détection des snipes, architecture multi-bot shardée et moteur de frais opérateur.

Voici la documentation technique publique du bot de trading Telegram white-label Loxley AI pour Robinhood Chain. Nous publions le fonctionnement du système parce que les opérateurs doivent comprendre la mécanique qui porte leur marque — et parce que la transparence vaut mieux que les adjectifs marketing. Le trading est risqué ; rien ici ne constitue un conseil financier.

Documentation du moteur principal

• Flux d'exécution de l'auto-buy — le chemin complet de l'événement de création de paire à l'achat exécuté : détection, cotation, la barrière de sécurité, simulation et diffusion, avec le coût en latence de chaque étape et les raisons de ce coût.
• Moteur de trailing stop-loss et de vente — comment les positions sont suivies, comment les trailing stops et les paliers de take-profit sont évalués, et pourquoi les ventes ne sont jamais bloquées par le scanner de sécurité.
• Scanner de sécurité des hooks Uniswap V4 — comment le scanner inspecte les hooks de pool V4, quels motifs sont signalés, et en quoi une cotation tenant compte des hooks diffère d'un routage naïf de style V2.
• Détection des snipes et des nouvelles paires — ancrage sur la transaction de création, analyse du deployer et du financeur de liquidité, et notation de la concentration des snipes pour les lancements récents.
• Architecture multi-bot shardée — comment un coordinateur associé à plusieurs tokens de bot pusher/receiver fait passer une marque à des milliers d'utilisateurs sans atteindre les limites de Telegram.
• Moteur de frais opérateur — niveaux d'abonnement, comptabilisation des frais par transaction, partage des revenus, wallet de frais et cycle de vie de l'abonnement Stripe.

Ordre de lecture pour les nouveaux opérateurs

1. Commencez par le runbook d'onboarding opérateur pour la séquence de déploiement en 48 heures.
2. Lisez le flux d'auto-buy pour comprendre ce qui se passe dans les secondes qui suivent l'apparition d'un nouveau token.
3. Lisez la doc du scanner de hooks — c'est la capacité différenciante sur Robinhood Chain.
4. Terminez par la doc du moteur de frais pour que vos calculs de revenus correspondent aux nôtres.

Principes de conception (la version courte)

• La vérité on-chain prime sur les suppositions d'événements : l'analyseur vérifie l'offre, les verrouillages et les taxes par rapport à l'état réel du contrat plutôt que de se fier aux seuls journaux d'événements.
• Les utilisateurs décident sur les achats manuels : le scanner informe avec des avertissements clairs ; les blocages stricts ne s'appliquent qu'à l'automatisation sans surveillance.
• Les ventes sont sacrées : aucun sous-système n'est autorisé à bloquer ou retarder une sortie. Les simulations de vente par agrégateur priment sur les estimations internes.
• Dégradé n'est jamais mis en cache : quand un appel RPC ou scanner échoue, le système signale un état dégradé au lieu de réutiliser silencieusement des verdicts périmés.
• Des kill switches partout : chaque voie automatisée peut être arrêtée par opérateur sans redéploiement.

Commencer la lecture : flux d'auto-buy →

Built for operators, not slippage goblins. Talk to us →