Hoe de sell-engine van Loxley AI werkt: positietracking, evaluatie van trailing stop-loss, take-profit-ladders, verkoopsimulatie via aggregators en de ontwerpregel dat sells nooit door de veiligheidsscanner worden geblokkeerd.
De meeste tradingbots steken hun slimheid in entries en behandelen verkopen als bijzaak. Loxley AI draait die prioriteit om: de sell-engine is het best beschermde subsysteem in de stack. Dit document legt uit hoe posities worden gevolgd en hoe exits — trailing stop-losses, take-profit-ladders, handmatige sells — op Robinhood Chain worden uitgevoerd.
Elke uitgevoerde buy registreert een positie, gekoppeld aan de wallet van de member en het tokencontract. De tracker slaat het entry-bedrag, de basisprijs van de entry en de door de member geconfigureerde exit-parameters op. De positiestatus leeft server-side, niet in de chat-UI, dus een member die Telegram sluit, behoudt gewoon werkende stops.
Een trailing stop volgt de prijs omhoog en volgt hem nooit omlaag. Concreet registreert de engine de hoogst waargenomen waarde sinds de entry (de piek) en zet een exit klaar zodra de huidige waarde een ingesteld percentage onder die piek zakt. Drie implementatiedetails doen ertoe:
Members kunnen laddertreden instellen — bijvoorbeeld 25% verkopen bij +50%, nog eens 25% bij +100%. Treden worden onafhankelijk van de trailing stop uitgevoerd en elke executie werkt het gevolgde restant bij. Ladders zijn hoe communities discipline institutionaliseren: niemand hoeft om 3 uur 's nachts dapper te zijn; de trede was bij de entry al bepaald.
Voordat een exit wordt gebroadcast, voert de engine er een dry-run op uit. Verkoopsimulaties bevragen dezelfde routing van aggregator-kwaliteit die ook voor de executie wordt gebruikt, en valideren dat de positie tegen de gequote voorwaarden daadwerkelijk verkoopbaar is. Als een interne schatting en een simulatie op routeniveau van elkaar verschillen, wint de simulatie op routeniveau. Zo vangt de engine het klassieke rug-patroon af waarbij een chart er levend uitziet maar de pool een sell niet kan absorberen — en ze vangt V4-hooks die zich bij exit anders gedragen dan bij entry.
De veiligheidsscanner bestaat om entries te beschermen. Hij heeft geen vetorecht over exits. Een token kan critical gerate zijn, een hook kan geflagd zijn, een pool kan er ten dode opgeschreven uitzien — en de handmatige sell van een member wordt alsnog direct uitgevoerd, waarbij elke lane de verkoop duwt in plaats van belemmert. Hetzelfde geldt voor automatische exits: stops en ladders vuren ook wanneer de scanner een nieuwe buy zou verbieden. Bescherming bij de entry mag nooit gevangenschap bij de exit worden.
Als een route faalt, probeert de engine het opnieuw via alternatieve routes en RPC-endpoints in plaats van na één poging op te geven. Aanhoudende mislukkingen komen bij de member terecht met een status in gewone taal, en operators zien geaggregeerde exit-faalsignalen in hun dashboard — nooit stilletjes.
Volgende: V4 hook-veiligheidsscanner → Alle docs
Built for operators, not slippage goblins. Talk to us →