\n\n\n\n\n
Comment fonctionne l'auto-buy de Loxley AI sur Robinhood Chain : détection des paires, cotation sur les paires V2 et les pools à hooks Uniswap V4, scan de sécurité en couches, simulation de transaction, diffusion, confirmation et notification — étape par étape.
Le module d'auto-buy est le cœur du bot de trading Telegram Loxley AI. Ce document décrit le flux d'exécution complet de l'achat automatisé d'un membre sur Robinhood Chain. Le même pipeline conceptuel pilote les achats manuels, avec des règles de passage différentes (voir la section sur le manuel vs l'automatisé à la fin).
De nouvelles liquidités apparaissent sur Robinhood Chain sous deux formes : des paires classiques de style V2 créées via le contrat factory, et des pools Uniswap V4 initialisés sur le pool manager. Loxley indexe les événements de création de paires et, point crucial, ancre l'identité de chaque token à sa transaction de création. Cet ancrage compte plus tard : il permet à l'analyseur de reconstituer qui a déployé le token, qui a financé la liquidité et quels wallets ont snipé dans les premiers blocs — avant que les événements ne puissent être masqués.
Toutes les nouvelles paires ne deviennent pas candidates. Le pipeline écarte les tokens dont le bytecode de déploiement correspond à des signatures de familles d'arnaques connues, les tokens sur liste noire par politique de l'opérateur ou de la plateforme, et les paires dont la liquidité est inférieure au minimum configuré par l'opérateur. Les candidats passent immédiatement à la cotation ; rien n'attend un tick de cron.
La cotation tient compte des hooks. Pour les paires de style V2, la cotation est une estimation standard à produit constant. Pour les pools V4, le moteur de cotation prend en compte le contrat de hook du pool, car les hooks peuvent modifier les montants des swaps, prélever des frais dans un sens comme dans l'autre, ou appliquer une logique personnalisée autour de beforeSwap/afterSwap. Un moteur de cotation naïf qui ignore les hooks évalue systématiquement mal ces pools — l'un des modes d'échec les plus courants des bots multi-chaînes greffés sur Robinhood Chain.
Avant tout achat automatisé, le scanner de sécurité assemble un verdict en couches à partir de lectures on-chain en direct :
Si une couche est inaccessible — RPC instable, timeout du scanner — le verdict est dégradé, et les verdicts dégradés ne sont jamais mis en cache ni réutilisés. L'automatisation traite un état dégradé comme un arrêt, pas comme un « probablement correct ».
Les achats approuvés sont signés pour le wallet intégré du membre, diffusés via des points de terminaison RPC redondants avec bascule, et confirmés on-chain. Le membre reçoit une notification Telegram avec les détails d'entrée ; la position est immédiatement enregistrée dans la couche de suivi afin que le moteur de vente la surveille dès le premier bloc de détention.
Quand un opérateur active un mode de stratégie autonome IA pour un canal, le shadowing au niveau des voies empêche la double exécution : la vague de stratégie devient l'unique voix d'achat pour cette voie et l'auto-buy simple reste silencieux (pas d'achats en double, pas de messages en double aux membres). Des kill switches permettent aux opérateurs d'arrêter l'auto-buy par canal ou globalement sans redéploiement.
Loxley sépare délibérément les deux. Les achats automatisés sans surveillance sont strictement bloqués par la barrière de sécurité. Les achats manuels — où un humain appuie sur le bouton — ne sont jamais strictement bloqués : l'interface affiche des avertissements explicites sur les notations dangereuses ou critiques, et l'utilisateur décide. Cela préserve la prise de risque éclairée tout en stoppant les pertes par inattention au volant.
La détection est pilotée par les événements. La cotation et le scan sont parallélisés. La simulation est le goulot d'étranglement délibéré — elle existe pour être assez lente pour être juste. Nous ne donnons pas de chiffre unique en millisecondes parce que les conditions de la chaîne gouvernent la réalité ; nous promettons en revanche que le pipeline n'a ni pauses inactives, ni trous de polling, ni sauts silencieux.
Suivant : le moteur de vente → Toute la doc
Built for operators, not slippage goblins. Talk to us →