\n\n\n\n\n
How It Works Airdrop Jackpot White Label 🔐 Log in Launch Bot ↗
Documentatie — Auto-buy executieflow op Robinhood Chain (Loxley AI)

Van pair-creatie-event tot uitgevoerde buy in één gedisciplineerde pipeline.

Hoe de auto-buy van Loxley AI werkt op Robinhood Chain: detectie van pairs, quoten over V2-pairs en Uniswap V4-pools met hooks, gelaagde veiligheidsscanning, transactiesimulatie, broadcast, bevestiging en notificatie — fase voor fase.

De auto-buy module is het hart van de Loxley AI Telegram-tradingbot. Dit document beschrijft de volledige executieflow voor de geautomatiseerde buy van een member op Robinhood Chain. Dezelfde conceptuele pipeline drijft handmatige buys aan, met andere toelatingsregels (zie de sectie over handmatig versus geautomatiseerd achterin).

Fase 1 — Detectie

Nieuwe liquiditeit verschijnt op Robinhood Chain in twee vormen: klassieke pairs in V2-stijl die via het factorycontract worden aangemaakt, en Uniswap V4-pools die op de poolmanager worden geïnitialiseerd. Loxley indexeert pair-creatie-events en verankert — cruciaal — de identiteit van elke token aan de bijbehorende creatietransactie. Dat anker doet er later toe: hiermee reconstrueert de analyzer wie de token deployde, wie de liquiditeit financierde en welke wallets binnen de eerste blokken snipten — voordat events vertroebeld kunnen raken.

Fase 2 — Selectie van kandidaten

Niet elke nieuwe pair wordt een kandidaat. De pipeline laat tokens vallen waarvan de deployment-bytecode overeenkomt met de handtekeningen van bekende scam-families, tokens die volgens operator- of platformbeleid op de blacklist staan, en pairs waarvan de liquiditeit onder het door de operator ingestelde minimum ligt. Kandidaten gaan direct door naar het quoten; niets wacht op een cron-tick.

Fase 3 — Quoten

Quoten gebeurt hook-bewust. Voor pairs in V2-stijl is de quote een standaard constant-product-schatting. Voor V4-pools houdt de quoter rekening met het hookcontract van de pool, want hooks kunnen swap-bedragen wijzigen, fees in beide richtingen nemen of eigen logica afdwingen rond beforeSwap/afterSwap. Een naïeve quoter die hooks negeert, prijst deze pools systematisch verkeerd — een van de meest voorkomende faalmodi van multi-chain bots die op Robinhood Chain zijn geënt.

Fase 4 — De veiligheidspoort

Voor elke geautomatiseerde buy stelt de veiligheidsscanner een gelaagd oordeel samen uit live on-chain uitlezingen:

Als een laag onbereikbaar is — een haperende RPC, een timeout van de scanner — is het oordeel degraded, en gedegradeerde oordelen worden nooit gecachet of hergebruikt. De automatisering behandelt degraded als een stop, niet als "waarschijnlijk prima".

Fase 5 — Executie en bevestiging

Goedgekeurde buys worden ondertekend voor de embedded wallet van de member, gebroadcast via redundante RPC-endpoints met failover en on-chain bevestigd. De member ontvangt een Telegram-notificatie met de entry-details; de positie wordt direct geregistreerd in de trackinglaag, zodat de sell-engine er vanaf het eerste blok van eigendom op let.

Shadowing en samenspel tussen modi

Wanneer een operator een autonome AI-strategiemodus voor een kanaal inschakelt, voorkomt shadowing op lane-niveau dubbele executie: de strategiegolf wordt de enige kopende stem voor die lane en de gewone auto-buy blijft stil (geen dubbele buys, geen dubbele member-berichten). Met kill-switches kunnen operators auto-buy per kanaal of globaal stilzetten zonder opnieuw te deployen.

Handmatige buys versus geautomatiseerde buys

Loxley houdt de twee bewust gescheiden. Geautomatiseerde, onbeheerde buys worden hard geblokkeerd door de veiligheidspoort. Handmatige buys — waarbij een mens op de knop tikt — worden nooit hard geblokkeerd: de interface toont expliciete waarschuwingen bij gevaarlijke of kritieke ratings en de gebruiker beslist. Zo blijft geïnformeerd risico nemen mogelijk en worden verliezen voorkomen doordat niemand oplet.

Latentiebudget, eerlijk gezegd

Detectie is event-gedreven. Quoten en scannen lopen parallel. Simulatie is het bewuste knelpunt — hij bestaat om traag genoeg te zijn om juist te zijn. We noemen geen enkel getal in milliseconden omdat de chain-omstandigheden de realiteit bepalen; we beloven wel dat de pipeline geen loze sleeps, geen polling-gaten en geen stilletjes overgeslagen stappen bevat.

Volgende: de sell-engine → Alle docs

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