Démarrage

Démarrage rapide

Du compte à votre premier Start : peu de prérequis, puis les étapes dans l’ordre.

Avant de commencer

• Un compte block.λ sur n’importe quel plan
• Un montant à investir : en général 1 à 2 SOL suffisent pour commencer
• Pas besoin de wallet au départ : nous vous en créons un à l’inscription. Vous pouvez ensuite importer vos propres wallets et y assigner certaines stratégies

Les étapes

Lire votre premier trade

Une fois la strategy live, le dashboard affiche les stats en temps réel pour chaque trade :

Pour aller plus loin

Démarrage

Offres et tarifs

Vous choisissez une activité — rug sniping ou copy trading — puis un tier. Les tableaux comparent Discover, Sniper et Pro pour chaque activité. Les prix d’abonnement en SOL sont disponibles sur la homepage et au checkout.

Comparatif des plans

Rug sniping

Trois tiers : Discover, Sniper et Pro. Tous les plans incluent le rug sniping bot complet (snipe creation block 0, automatic transfer follow). Sniper et Pro ajoutent le déploiement multi-location et des données plus riches.

Copy trading

Trois tiers : Discover (Bot only), Sniper et Pro. Sniper et Pro ajoutent la réplication globale du bot, plus d’analytics, le backtesting et le support Discord dédié. Pro débloque les données avancées, les coaching calls et l’implémentation de custom strategies.

Vous pouvez aussi comparer les plans sur la homepage ou directement dans l’app au moment de l’inscription / changement d’abonnement.

Transaction fees

Une fee par transaction s’applique à tous les copy trades et rug snipes, en plus de l’abonnement. Le taux dépend du tier (rug sniping et copy trading utilisent les mêmes noms de tiers) :

En plus du pourcentage ci-dessus :

• Minimum de $0.15 par transaction
• N’inclut pas vos Solana priority fees ni vos Jito tips

FAQ

Est-ce que je peux upgrade au milieu du mois ?

Oui. Les upgrades prennent effet immédiatement et sont facturés au prorata sur le reste de la période de billing.

Quels moyens de paiement sont acceptés ?

Les plans se paient en SOL. Les prix sont affichés en SOL et en USD (conversion au taux de marché actuel, refresh toutes les secondes).

Copy Trading

Vue d’ensemble

Répliquer automatiquement des trades on-chain avec un edge d’exécution réel — grâce aux shred streams, à une infra bare-metal colocated, et à 6 sending nodes répartis géographiquement.

Comment fonctionne le copy trading

block.λ surveille le Solana shred stream — des données de transaction brutes que les validateurs gossip pendant qu’ils construisent les blocks. Quand un buy signal d’un wallet suivi apparaît dans le stream, le système :

1. parse le shred entrant pour retrouver le token et le montant concernés.
2. construit et signe votre transaction miroir.
3. broadcast depuis les 6 nodes géographiquement distribués en même temps.

Toute cette pipeline tourne en mémoire, sur des serveurs bare-metal colocated avec des validateurs Solana.

Shred Streams

Les copy bots classiques attendent qu’une transaction soit confirmed on-chain avant de réagir — souvent trop tard, le marché a déjà bougé. block.λ travaille sur les shreds bruts : des fragments non confirmés, gossip avant finalisation du block, reçus environ ~200ms plus tôt.

C’est quoi un shred ?

Sur Solana, un shred est un fragment d’un block en cours de construction, produit par le slot leader actuel. Les validateurs se partagent ces shreds pendant la construction du block — bien avant sa finalisation et sa confirmation par le reste du réseau. En se connectant directement à cette couche gossip, block.λ observe les données de transaction environ 200ms plus tôt qu’un observateur qui attend la confirmation du block.

Pipeline de détection du signal

1. Recevoir les shreds via UDP depuis des validateurs proches.
2. Reconstruire les données partielles du block à partir des fragments.
3. Parser les instructions pour identifier les buys des wallets monitorés.
4. Dispatch votre copy transaction dès qu’il y a match.

Le process complet, de la réception du shred à l’envoi de la transaction, tourne en <5ms sur notre infra.

Jito and standard nodes

block.λ broadcast vers les deux chemins en parallèle : Jito block engines et Solana RPC nodes standards.

• Jito — préféré quand le leader actuel est Jito-enabled ; donne accès à la priorité MEV bundle et à une inclusion plus rapide.
• Standard nodes — chemin parallèle pour rester couvert quand le leader est un validateur non-Jito.

Broadcast multi-géographie

Le slot leader Solana change environ toutes les ~400ms et peut être n’importe où dans le monde. La latence réseau entre le node qui envoie et le leader actuel peut ajouter 50 à 200ms à votre inclusion — parfois l’équivalent d’un à quatre changements de slot.

Sending nodes

Exécution répliquée

Le bot tourne indépendamment sur chacun des 6 nodes. Chaque node détecte le signal depuis sa connexion shred stream locale et envoie la transaction à ses validator peers les plus proches, de manière autonome — pas besoin de coordination entre nodes. Le node le plus proche du slot leader actuel obtient généralement l’inclusion la plus tôt, ce qui réduit souvent la worst-case inclusion latency de 40 à 60% par rapport à une exécution depuis une seule région.

Colocation & Infrastructure

L’infra block.λ tourne dans les mêmes data centers physiques que beaucoup de validateurs Solana, pour obtenir des chemins de signal sub-millisecond. La latence réseau a deux composants : le transmission delay (vitesse de la lumière dans la fibre) et le switching/routing delay (les hops via routeurs intermédiaires). En étant colocated dans le même facility, le routing delay est presque supprimé.

Data center hubs

Une grande partie du stake Solana est concentrée dans quelques facilities. block.λ opère du hardware directement dans ces hubs :

• Equinix DA11 (Dallas) — plus grosse concentration unique de stake Solana
• Hetzner Falkenstein — plus gros cluster européen de validateurs
• Equinix DC10 (Ashburn) — hub de transit US East
• Equinix SG1 (Singapore) — validateurs APAC

Bare-metal vs cloud

block.λ tourne sur des serveurs bare-metal dédiés, pas sur des cloud VMs. Les hypervisors cloud ajoutent des spikes de latence imprévisibles (1–10ms) à cause du CPU scheduling et des effets NUMA. Le bare-metal retire complètement cette couche, avec des temps de traitement sub-millisecond déterministes, même sous charge.

Filtres et contrôles

Copy Trading

Statistiques d’exécution

Les métriques de performance en temps réel et historiques pour chaque copy trade.

Métriques disponibles

Dashboard

Le dashboard Execution Stats affiche un live feed de toutes les positions copy actives et un historique triable des trades passés. Ouvrez une ligne pour voir les détails complets de la transaction — y compris les temps de réponse broadcast par node et le lien Solana explorer confirmé.

Rug Sniping

Vue d’ensemble

Un feed mis à jour en continu avec les rugs les plus performants, enrichi avec les metrics de performance, la détection de bundles, et les flags dev wallet — prêt pour du sniping en un clic, à pleine vitesse.

C’est quoi le rug sniping ?

Sur pump.fun, des centaines de tokens sont créés chaque jour. La plupart sont des rugs quasi instantanés — des tokens qui spike fort puis retombent aussitôt. Un rug sniper achète tôt pendant le spike et revend à l’ATH.

Le vrai sujet, c’est de trouver les bons tokens assez vite. block.λ agrège et classe tous les rugs de la journée pour éviter de scanner manuellement les opportunités.

Le rug feed

block.λ collecte et analyse chaque token créé sur pump.fun pendant la journée. Le feed est :

• refresh toutes les 5 minutes (Pro/Expert) ou toutes les 6 heures (Simple)
• triable par performance (max % ATH depuis la création), recency ou market cap
• enrichi avec bundle detection, flags dev wallet, et metrics MR/ATH

Métriques clés

Refresh cadence by plan

Spotting & filtering

Le dashboard Rug Sniping affiche les rugs dans une table triable et filtrable. Chaque ligne correspond à un token créé sur pump.fun, avec les metrics nécessaires pour décider s’il vaut un snipe.

Dashboard overview

Cliquez sur un header de colonne pour trier. Chaque ligne peut être ouverte pour afficher le détail du token : pool address on-chain, transaction de création, historique du dev wallet, et bouton de snipe direct.

Sorting & filtering

Stratégies utiles :

• Sort by Performance ↓ — voir en premier les tokens avec le plus gros retour de la journée
• Sort by Time to ATH ↑ — trouver les tokens qui spike vite, utiles pour les scalps courts
• Filter Bundle = false — exclure les launches bundle par le dev (risque d’exécution plus élevé)

Sniper les meilleurs performers

Quand vous repérez un token intéressant, cliquez sur Snipe sur sa ligne. Le bot récupère le prix et la liquidité actuels depuis la pool on-chain, construit une buy transaction avec votre wallet configuré et votre montant SOL, puis broadcast depuis les 6 sending nodes en même temps.

One-click snipe

1. Récupérer le prix et la liquidité actuels depuis la pool on-chain.
2. Construire une buy transaction avec votre wallet configuré et votre montant SOL.
3. Broadcast simultané depuis les 6 sending nodes.

Understanding the performance metric

La colonne Performance % montre le rendement maximum possible si vous aviez acheté le token à sa création et vendu à l’ATH. C’est une mesure historique de la violence du spike.

Les tokens à haute performance ont souvent des patterns similaires quand ils viennent du même dev wallet. Les abonnés Expert ont accès au backtracker bot, qui analyse automatiquement l’historique des launches d’un dev wallet sur Solscan pour repérer les launchers qui performent régulièrement.

Auto-Follow Wallets

Les traders avancés changent souvent de wallet pour éviter d’être trackés. La feature auto-follow surveille les transferts SOL sortants d’un source wallet et ajoute automatiquement le destination wallet à votre copy trading watchlist.

Comment fonctionne l’auto-follow

Quand un wallet tracké envoie plus que le threshold SOL configuré vers une nouvelle adresse, block.λ ajoute immédiatement cette destination à votre watchlist — ou commence à la copy directement si auto_trade est activé. L’idée est simple : ne pas perdre un trader juste parce qu’il a changé de wallet.

Paramètres de configuration

Rug Sniping

Auto-Follow Transfer System

AFTS track automatiquement les transferts SOL depuis les followed wallets et promeut les receiver wallets dans votre watch list — pour ne pas perdre un trader qui passe sur un burner frais.

Pourquoi utiliser l’AFTS ?

Les ruggers expérimentés et les traders on-chain actifs changent souvent de wallets pour rester devant les trackers. Quand un wallet connu bridge ses fonds vers une nouvelle adresse, toute copy strategy bloquée sur l’ancien wallet devient silencieuse — parfois juste avant le prochain token launch.

AFTS règle ce problème en surveillant les transferts SOL sortants depuis chaque wallet de votre watch list. Quand un transfert respecte vos règles, le destination wallet est immédiatement promu dans votre active watch list, et la strategy suit le prochain launch sans action manuelle.

Activer ou désactiver AFTS

Le toggle en haut de la section active ou désactive AFTS pour la strategy. Il est activé par défaut sur toutes les nouvelles Rug Sniping strategies.

Quand AFTS est disabled, le bot n’ajoute aucun receiver wallet à la watch list, peu importe les transferts détectés. La seule bonne raison de le désactiver : vous suivez volontairement un wallet qui launch toujours depuis la même adresse fixe. Dans ce cas, la watch list est déjà complète et les ajouts automatiques ne servent pas.

Transfer amount ranges (SOL)

Les ranges sont le filtre principal qui décide quels transferts SOL déclenchent un auto-follow. Chaque range a un minimum et un maximum optionnel, exprimés en SOL.

• Le minimum par range doit être au moins 0.001 SOL.
• Le maximum est optionnel. Laissez-le vide pour capter tout ce qui est au-dessus du minimum, sans limite haute.
• Vous pouvez ajouter plusieurs ranges. Un transfert est accepté s’il tombe dans au moins l’une d’elles.
• Si aucune range n’est définie, tout transfert au-dessus de 0.001 SOL match — équivalent à “tous les transferts”.

Rotation de la watchlist

Sous les transfer ranges — et en dehors du bloc repliable Advanced — le formulaire affiche toujours Retirer la source après transfert et, quand cette option est activée, Wallet always kept. Ces réglages contrôlent comment la watchlist évolue après chaque auto-follow réussi.

Retirer la source après transfert (default: on)

Quand c’est activé, le tracked wallet qui a envoyé le transfert est automatiquement retiré de la watch list après le follow.

C’est le mécanisme clé pour suivre une rotation de wallet. La logique : si un rugger vient de déplacer tout son SOL vers une nouvelle adresse, l’ancienne adresse ne launchera probablement plus. La garder dans la liste gaspille un slot et ajoute du bruit. En retirant automatiquement la source, la watch list reste alignée avec les adresses réellement actives.

Pour des mother wallets qui continuent à distribuer du SOL tout en restant actives, laissez Retirer la source après transfert activé et listez ces adresses dans Wallet always kept (voir ci-dessous). Ne désactivez le retrait de source que si vous ne voulez jamais retirer une source — chaque bridge garde alors l’expéditeur sur la watchlist, ce qui la remplit vite.

Wallet always kept

Quand Retirer la source après transfert est activé (par défaut), le formulaire affiche Wallet always kept. Ajoutez les adresses qui ne doivent jamais être retirées de votre watchlist après un transfert.

Cette option est recommandée pour les schémas de wallet mère : le wallet mère reste sur la liste pendant qu’AFTS continue de faire tourner les wallets jetables.

• Chaque adresse always kept doit aussi figurer dans Wallets to Follow. L’enregistrement est refusé si une entrée manque dans la liste suivie.
• Quand un wallet always kept envoie un transfert qui passe vos règles AFTS, le receiver est ajouté comme d’habitude et la source n’est pas retirée. Tout autre wallet suivi qui n’est pas dans la liste always kept est retiré après le follow, comme d’habitude.
• Sur la Summary de la strategy, les wallets always kept apparaissent en premier dans la watchlist, avec une icône signet verte (Always tracked).

Advanced filter settings

La section Advanced est fermée par défaut. Elle expose quatre paramètres pour distinguer les vrais bridges des simples sends secondaires.

Min receiver % (default: 90%)

La part minimum du net SOL outflow du tracked wallet qu’un seul receiver doit recevoir pour être considéré comme la destination du bridge.

Le net outflow est calculé comme le plus gros send leg du tracked wallet dans la transaction, moins les base transaction fees. Un receiver qui reçoit moins que ce pourcentage du net outflow n’est pas ajouté à la watch list.

Min sender outflow share % (default: 50%)

Ce réglage compte quand plusieurs wallets envoient dans une même transaction. Si votre tracked wallet est dedans mais ne représente pas une grosse part de l’outflow envoyé par rapport aux autres, vous pouvez vouloir ignorer cette transaction pour l’ajout d’un nouveau wallet.

Le plus gros native SOL outflow du tracked wallet dans la transaction doit représenter au moins ce pourcentage de tous ses native SOL outflows dans cette même transaction.

Ça protège aussi les cas où le tracked wallet split du SOL vers beaucoup de destinations dans une seule tx : aucun send leg ne domine son propre outflow total, donc ce n’est probablement pas un bridge propre — plutôt un fee sweep ou une distribution fan-out.

Source after transfer (SOL)

Range optionnelle de balance SOL vérifiée sur le solde du source wallet après la fin du transfert. L’auto-follow ne trigger que si la balance post-transfer de la source est dans le min/max configuré.

Last wallet transfer Un pattern fréquent est le last wallet transfer avant rotation : vous voulez ajouter des receivers uniquement quand la source ne garde plus vraiment de SOL après le send — donc l’adresse a peu de chances de “se réveiller” pour un autre launch. Mettre un max de balance post-transfer bas (par exemple 0.05 SOL) vise ce cas : le wallet est presque vide, donc il ne devrait pas reprendre une activité significative avant le prochain launch ailleurs.

Autre option : mettre un min post-transfer balance (par exemple 1 SOL) si vous voulez traiter les sends comme follows seulement quand la source garde des réserves — utile pour filtrer les “top-ups” qui ne sont pas un vrai passage de relais. Laissez min et max vides pour ignorer complètement ce check.

Destination after transfer (SOL)

Range de balance SOL vérifiée sur le solde du destination wallet après la fin du transfert. L’auto-follow ne trigger que si la balance post-transfer de la destination est dans le min/max configuré.

Le min est optionnel — laissez-le vide pour ignorer une borne basse. Le max vaut 1 000 SOL par défaut dans le formulaire strategy et est plafonné à 1 000 SOL : les valeurs au-dessus ne peuvent pas être sauvegardées.

Pourquoi un hard cap à 1K SOL ? Ce qui compte c’est la balance totale du wallet destination après le transfert. Les wallets deposit exchange, omnibus et cold-storage style appartenant à des CEX ou mixers (Binance, MEXC, etc.) ont souvent des très grosses balances SOL. Sans max, l’AFTS ajouterait tous les wallets de la planète à votre watch list.

Lecture sur la page strategy

Sur une strategy en cours, la colonne droite de la Summary card liste les followed wallets (les entrées always kept en premier, avec un signet le cas échéant) et, sous le divider, un panneau AFTS compact : on/off, bandes SOL configurées, min receiver, min outflow, remove source, et éventuelles bandes post-transfer.

Configurations typiques

Limites

Les limites AFTS dépendent de votre plan Rug Sniping actif. Elles évitent qu’une strategy accumule trop de wallets à surveiller et protègent le scanner de transferts en cas de rotation très rapide. Plus le tier est élevé, plus la watchlist autorisée et le nombre d’auto-follows par heure sont importants.

Limite de taille de watchlist

La limite de watchlist correspond au nombre maximum de wallets qu’une strategy peut surveiller en même temps. Elle inclut les wallets ajoutés manuellement dans Wallets to Follow et les receivers déjà ajoutés automatiquement par AFTS depuis le lancement de la strategy.

Si la watchlist est pleine, AFTS arrête d’ajouter de nouveaux receivers pour cette strategy. Pour libérer de la place, stoppez la strategy, retirez les wallets que vous ne voulez plus suivre, sauvegardez, puis relancez. L’usage actuel est affiché sur la carte Summary tant que la strategy tourne.

Limite de transfer rate

Le plafond Transfers followed par heure ne concerne que les transferts réellement suivis par AFTS : le receiver a bien été ajouté à votre watchlist parce que le transfert respectait vos règles. Un transfert vu sur la chain mais rejeté par vos filtres (range, Advanced, watchlist pleine, etc.) ne consomme pas de quota.

Le décompte porte sur les 60 dernières minutes glissantes, pas sur une heure calendaire (14h–15h). Avec un plan à 1 000 transfers/heure, seuls les transfers suivis dans la fenêtre qui précède l’instant présent comptent ; quand les plus anciens en sortent, de la place se libère automatiquement.

Cela limite l’impact des rotations extrêmement rapides sur l’infrastructure partagée. Si le plafond est atteint, les prochains transferts éligibles ne sont plus suivis tant que le compteur n’est pas repassé sous la limite. Sur la Summary, la ligne Transfer rate limit affiche l’usage actuel, par exemple 842 / 1 000 par heure.

Quand une limite est atteinte

Quand AFTS bloque un follow parce qu’une limite est atteinte, vous recevez une notification in-app WARNING, ainsi qu’une notification Telegram si les alertes Telegram sont activées.

Seul l’ajout automatique de nouveaux receiver wallets est mis en pause. La strategy continue de tourner normalement : sniping, sells, positions ouvertes et autres réglages ne sont pas interrompus.

• Watchlist pleine — AFTS reprend après avoir stoppé la strategy, réduit la watchlist sous la limite de votre plan, sauvegardé, puis relancé.
• Transfer rate dépassé — AFTS reprend automatiquement dès que le compteur glissant sur 60 minutes repasse sous la limite de votre plan. Aucune action à faire de votre côté.

Frequently asked questions

Combien de wallets AFTS peut ajouter ?

Les wallets ajoutés par AFTS utilisent le même pool que les adresses saisies manuellement dans Wallets to Follow. Le total est plafonné par la limite de watchlist de votre plan. Avec Retirer la source après transfert activé, la plupart des follows remplacent un wallet par un autre, donc le total reste généralement stable. Les transferts depuis une adresse Wallet always kept sont l’exception : le receiver est ajouté et la source reste suivie.

Transferts wallet très rapides : est-ce qu’ils peuvent être ratés ?

Le replay system existe surtout pour capturer les chaînes très rapides de wallet transfers : beaucoup de mouvements SOL peuvent land dans une fenêtre minuscule, et le live stream peut les exposer plus vite qu’un humain ne pourrait réagir. En rejouant environ les 2 dernières secondes d’historique chain, le bot réévalue ce burst avec vos règles AFTS, pour que les rotations rapides (même des dizaines ou centaines de transferts liés en quelques secondes) ne soient pas manquées parce qu’elles sont passées entre deux updates du stream.

Que faire si un mauvais wallet est ajouté ?

Les auto-followed wallets se comportent exactement comme des wallets ajoutés manuellement : la strategy copy tout buy signal qui match. Si un faux follow ajoute un wallet que vous ne voulez pas track, stoppez la strategy, éditez-la, retirez l’adresse de la liste Wallets to Follow, puis relancez. Vous pouvez aussi resserrer les ranges AFTS et les thresholds en pourcentage pour réduire les futurs faux positifs.

La copy strategy continue normalement pendant qu’AFTS est actif ?

Oui. AFTS gère seulement la watch list — il ne remplace jamais le buy size, la sell logic, les execution settings, ni aucun autre paramètre de strategy. Les copy positions existantes ne changent pas. Les wallets auto-followed sont soumis aux mêmes conditions d’entrée (market-cap filter, buy size, max buys per token) que les wallets ajoutés manuellement.

Rug Sniping

Front-run sell

Sortie défensive pour les strategies Rug Sniping : détecter des rafales anormales de transferts de tokens depuis les wallets suivis et vendre une partie de la position avant un dump probable.

Pourquoi le front-run sell

Certains ruggers transfèrent tous leurs tokens vers une ou plusieurs wallets peu avant de dump.

Si block.λ détecte un nombre anormal de transferts de tokens sur une courte période, le bot déclenche une vente avant le dump du rugger. C’est vous qui choisissez la fenêtre de temps, le nombre de tx, et le nombre total minimum de tokens ayant été transféré en analysant votre rugger au préalable.

Activer le front-run sell

Dans Créer ou modifier une stratégie (template Rug Sniping), ouvrez la section Front-run sell et activez Enable front-run sell. Quand c’est désactivé, le bot ignore les signaux de rafale de transferts pour cette strategy.

Le front-run sell fonctionne en plus de vos sell strategies habituelles (TP/SL, wallet-copy sells, vente manuelle). Il ajoute une sortie défensive ; il ne les remplace pas.

Paramètres

Les quatre champs sont requis quand la fonction est activée.

Time window (sec)

Durée de la fenêtre glissante dans laquelle les transferts sont comptés. Exemple : 5 signifie que le bot regarde les transferts de tokens des cinq dernières secondes.

Une fenêtre plus courte réagit plus vite mais peut déclencher sur du bruit. Une fenêtre plus longue est plus lisse mais peut réagir trop tard.

Min transfer tx

Nombre minimum de transferts de tokens qualifiés qui doivent se produire dans la fenêtre avant qu’une vente soit déclenchée.

Exemple : 2 exige au moins deux transferts distincts dans la fenêtre — un seul gros mouvement ne suffit pas.

Min transfer amount (mio tokens)

Montant minimum total de tokens déplacés sur tous les transferts dans la fenêtre de temps, en millions de tokens. Le bot additionne chaque montant de transfert vu dans cette fenêtre ; une vente ne se déclenche que si cette somme atteint ce seuil (et que le Min transfer tx est aussi respecté).

Maximum 1000 (1 milliard de tokens — plafond de supply typique). Sert à filtrer les rafales à faible volume. Exemple : fenêtre de 5 secondes, min transfer tx 2 et montant min 1 mio — il faut au moins deux transferts dont la somme des tokens est d’au moins 1 million sur ces cinq secondes.

Sell position (%)

Pourcentage de votre position ouverte à vendre quand les conditions de rafale sont remplies. Exemple : 50 vend la moitié de ce que vous détenez sur ce token.

Vous gardez le reste exposé à vos règles TP/SL ou à une sortie manuelle. Une vente partielle réduit le risque sans abandonner tout l’upside si le signal était un faux positif.

Bot de trading

Créer ou modifier une stratégie

Le formulaire de strategy sert à régler qui vous voulez copy, combien le bot achète, comment l’exécution est pricée, quand il doit vendre, et quand les contrôles de risque doivent bloquer de nouveaux buys.

Choix du template

Quand vous créez une nouvelle strategy, le premier choix est le template. Full Copy Trading mirror les buy signals des wallets que vous suivez et peut aussi mirror leurs sells. Rug Sniping vise les stratégies autour de la création de tokens : il peut auto-follow les receiver wallets après des transferts SOL et utiliser des exits TP/SL.

Quand vous éditez une strategy existante, le formulaire s’ouvre directement avec les réglages sauvegardés. Les mêmes sections apparaissent, mais le template n’est plus vraiment le sujet : vous modifiez une strategy déjà créée.

General

La section general sert à nommer la strategy de manière claire pour vous : groupe de wallets copiés, profil de risque, wallet utilisé, ou notes sur le setup.

• Name — label court pour la strategy.
• Description — notes optionnelles, visibles seulement dans votre compte.

Wallets to follow

Cette section définit les source wallets que le bot surveille. Quand l’un de ces wallets émet un buy signal qui match vos règles, la strategy peut le mirror selon vos buy options.

Seules les vraies adresses de wallets sont autorisées ici. Les token accounts, program accounts, mints et autres adresses non-wallet sont rejetées. L’app vérifie d’abord le format ; l’API vérifie aussi l’ownership on-chain quand les account infos sont disponibles, donc un token account ou program account ne peut pas être utilisé comme copied wallet.

• Au moins un wallet est obligatoire.
• Les adresses wallet dupliquées sont rejetées.
• La limite actuelle est de 5,000 followed wallets par strategy.

Buy options

Les buy options décident combien le bot achète quand un followed wallet crée un buy signal valide, quelle plage de market cap est autorisée, et combien de buy transactions le bot peut envoyer par token distinct pendant que la strategy tourne.

Buy size

• Fixed — le bot achète le même montant à chaque fois. Le montant peut être en USD ou en SOL.
• Proportional to wallet — le bot dimensionne votre buy en pourcentage de la taille du buy du followed wallet. Par exemple, 50% signifie que votre quote size vaut la moitié de celle du copied wallet.
• Advanced function (Pro) — le bot mappe chaque buy du followed wallet vers votre buy via une courbe configurable (spread, distorsion sigmoïde optionnelle, bornes optionnelles). Voir Advanced function (Pro) ci-dessous.

Un seul mode de sizing peut être actif à la fois. Le formulaire exige une configuration valide pour le mode choisi avant de pouvoir sauvegarder la strategy.

Advanced function (Pro)

Utilisez ce mode quand un montant fixe ou un simple pourcentage du wallet ne suffit pas — par exemple pour augmenter la taille sur les gros buys du wallet, ignorer les petits buys, ou moduler à quel point votre size suit la leur.

Le bot compare le notional d’achat du followed wallet à Wallet buy notional base pour obtenir un ratio, applique votre Spread coefficient et votre Sigmoid distortion, puis multiplie par Your buy notional base. Des bornes optionnelles peuvent bloquer l’achat ou borner le résultat.

• Your buy notional base — votre taille de buy de référence quand le spread coef. est à 0% (la courbe reste plate à ce montant, sous réserve des bornes).
• Wallet buy notional base — la taille de buy du wallet qui définit le ratio 1. Votre size évolue relativement à notional wallet ÷ wallet buy notional base.
• Spread coefficient — 0% garde chaque buy à votre base notionnelle (dans les bornes). 100% scale linéairement avec le ratio du wallet quand la sigmoïde est à 0%. Au-delà de 100%, l’amplitude dépasse cette courbe linéaire.
• Sigmoid distortion — 0% donne une réponse linéaire au ratio ; 100% applique une courbe en S complète (plus plate aux extrémités, plus raide au milieu).
• Wallet buy bounds (min / max) — si le notional d’achat du wallet est hors de cette plage, le bot n’achète pas (0). Laissez vide pour aucune borne. Même unité que vos bases notionnelles.
• Limit our buy (min / max) — plancher et plafond sur votre notional d’achat après sizing. Laissez vide pour aucune borne.

Exemples d’usage

1 — Proportionnel intégral avec plafond à 70 $

Vous voulez être entièrement proportionnel au copied wallet, mais ne jamais acheter plus de 70 $ par buy.

Buy size mode: Advanced function (Pro)
Your buy notional base: 50 USD
Wallet buy notional base: 50 USD
Spread coefficient: 100% (full proportional)
Sigmoid distortion: 0%
Wallet buy bounds (min / max): (vide)
Limit our buy (min / max): max 70 USD

1:1 jusqu’au plafond à 70 $

Des bases égales avec un spread coef. à 100% et une sigmoïde à 0% donnent une droite (votre buy suit le wallet en USD). Le max sur Limit our buy aplatit la courbe dès que le wallet dépasserait 70 $.

2 — Ignorer les petits buys du wallet

Vous détectez dans le backtest report que votre KOL est bon quand il met plus de 250 $, mais est moins bon quand il met moins. Autrement dit, il met beaucoup quand il est sûr de lui.

Buy size mode: Advanced function (Pro)
Your buy notional base: 350 USD
Wallet buy notional base: 350 USD
Spread coefficient: 100% (full proportional)
Sigmoid distortion: 0%
Wallet buy bounds (min / max): min 250 USD
Limit our buy (min / max): (vide)

Aucun buy en dessous de 250 $

Le min sur Wallet buy bounds bloque toute copy quand le notional d’achat du wallet est sous 250 $. Au-dessus, des bases égales avec un spread coef. à 100 % suivent le wallet en 1:1 en USD.

3 — Copy semi-proportionnelle

Vous voulez copier un wallet de manière semi-proportionnelle : lorsqu’il investit beaucoup moins que sa moyenne habituelle, vous investissez légèrement moins que votre montant de base ;

Lorsqu’il investit beaucoup plus que sa moyenne habituelle, vous investissez légèrement plus que votre montant de base.

Buy size mode: Advanced function (Pro)
Your buy notional base: 50 USD
Wallet buy notional base: 400 USD
Spread coefficient: 50%
Sigmoid distortion: 0%
Wallet buy bounds (min / max): (vide)
Limit our buy (min / max): (vide)

Réponse adoucie vs le wallet

Wallet buy notional base = buy typique du wallet (400 $ ici). À cette taille, vous dépensez votre base (50 $). Un spread coef. à 50% ramène les extrêmes vers ce point d’ancrage : ~25 $ quand le wallet achète 0 $, ~75 $ quand il achète 800 $ (2× sa base).

4 — Sizing non linéaire selon la taille du buy du wallet

Votre allocation de base est de 200 $ quand le wallet achète 100 $. La courbe de sizing évolue ensuite de façon lisse autour de ce point de référence :

• Le wallet achète moins de 100 $ → vous achetez moins de 200 $.
• Le wallet achète exactement 100 $ → vous achetez 200 $.
• Le wallet achète plus de 100 $ → vous achetez plus de 200 $, jusqu’à un maximum d’environ 400 $.

Vous participez ainsi aux petits trades tout en allouant plus de capital aux trades plus gros, qui peuvent signaler une conviction plus forte.

Buy size mode: Advanced function (Pro)
Your buy notional base: 200 USD
Wallet buy notional base: 100 USD
Spread coefficient: 100% (full proportional)
Sigmoid distortion: 100%
Wallet buy bounds (min / max): (vide)
Limit our buy (min / max): (vide)

Courbe en S autour du point de référence

Un spread coef. à 100 % avec une sigmoïde à 100% aplatit les très petits buys du wallet près de 0 $ et limite la croissance vers ~400 $ sur les gros buys, tout en gardant l’ancrage wallet 100 $ → vous 200 $.

Une fois la strategy enregistrée, vous retrouvez la courbe sur la summary card : sous Size, l’icône f(x) indique le sizing avancé — cliquez sur l’icône graphique à côté pour rouvrir la courbe et tous les paramètres.

Market-cap filters

• Min MC — market cap minimum du token, exprimé en k$ MC. Une valeur 50 signifie $50k de market cap.
• Max MC — market cap maximum du token, aussi exprimé en k$ MC. Une valeur 1600 signifie $1.6M de market cap.

Utilisez un market cap minimum pour éviter les tokens trop early / trop petits. Utilisez un market cap maximum pour éviter de copy des entries qui ont déjà trop run. Si les deux sont renseignés, max doit être supérieur à min.

Les token programs sont sélectionnés par l’app pour cette famille de strategy : le formulaire actuel envoie Pump.fun et Pump.fun AMM comme allowed programs.

Buy max per token

Ce réglage limite le nombre de buy transactions que le bot peut exécuter pour chaque token distinct pendant la strategy session actuelle (le compteur reset quand la strategy redémarre).

Par défaut, l’idée est un buy par token et par session. Augmentez cette valeur si vous voulez que le bot scale in sur des signals plus tardifs du même mint, avant que votre sell logic ou vos exits manuels s’appliquent.

Execution

Les execution settings décident à quel point le bot pousse chaque transaction dans les prochains blocks, et jusqu’où le prix on-chain peut se dégrader avant que le bot abandonne. Ces chiffres ne sont pas cosmétiques : sur Solana, ils peuvent faire la différence entre land la copy et la manquer.

Priority fees

Les priority fees sont la manière native, sur Solana, de payer plus pour la priorité d’une transaction. Sous le capot, Solana utilise les compute units : une transaction demande une compute-unit limit, puis définit un compute-unit price. La priority fee dépend du compute budget demandé, pas seulement de ce que la transaction consomme réellement. Solana détaille ça dans sa compute budget documentation.

Dans ce formulaire, vous entrez un simple montant en SOL. L’app le convertit en compute-unit price pour la transaction de strategy. Des priority fees plus élevées ont du sens quand les blocks sont chargés ou quand vous copy des wallets qui entrent sur des launches compétitifs. Si vous mettez trop bas, la transaction peut rester derrière des transactions qui paient mieux, land trop tard, ou ne pas land du tout.

Le minimum du formulaire est 0.0001 SOL. Prenez-le comme un floor, pas comme une valeur magique. Les petits trades calmes peuvent souvent fonctionner proche du minimum. Les tokens compétitifs demandent généralement plus.

Jito tips

Les Jito tips sont différents. Ce ne sont pas des Solana priority fees. Ce sont des tips utilisés sur le chemin Jito, quand des transactions ou bundles passent par le flow block-engine de Jito. Jito l’explique dans ses low-latency transaction send docs : les bundles sont en compétition sur les tips, et le flow gagnant est envoyé aux validateurs qui tournent sous Jito-Solana.

Version simple : les priority fees aident dans le marché de fees Solana classique ; les Jito tips aident quand la transaction est routée via le chemin auction / bundle de Jito. En pratique, vous voulez souvent les deux à des niveaux cohérents. La priority fee seule peut être trop faible sur un launch chaud. Le Jito tip seul ne remplace pas la route de priorité normale.

Le minimum du formulaire est 0.00025 SOL. Sur un marché calme, ça peut suffire. Sur des launches contestés, du copy trading ou du rug sniping, le tip peut devoir être bien plus élevé parce que vous êtes en compétition avec d’autres bots pour le même blockspace.

Comment régler les fees

• Si vous ratez des entries, montez les priority fees et les Jito tips. Rater des entries veut souvent dire que vous êtes trop cheap, trop lent, ou les deux.
• Si vous land mais trop tard, augmentez progressivement. Un fill tardif coûte parfois plus cher en price movement que la fee supplémentaire.
• Si votre P&L est mangé par les fees, baissez-les ou augmentez la taille des trades. Les très petites tailles peuvent devenir non rentables même quand le trade brut est bon.
• Si le marché est calme, ne surpayez pas. Le but n’est pas de maximiser les fees ; le but est de payer assez pour land de manière fiable.

Buy max slippage

La slippage est votre protection de prix. Le bot quote le buy depuis l’état actuel de la curve Pump.fun. Si le trade coûte plus cher que le pourcentage configuré au-dessus de cette quote au moment de l’exécution, le buy est rejeté.

Exemple : la quote est 1 SOL et la max slippage est 18%. Le bot accepte le buy jusqu’à 1.18 SOL. Si la curve a bougé au point que le buy demande maintenant 1.20 SOL, la transaction est rejetée au lieu de courir derrière le prix.

Une slippage plus haute donne plus de buys landed, mais avec de moins bons fills possibles. Une slippage plus basse protège votre entry price, mais vous raterez plus de trades quand le marché bouge vite. Pour des wallets lents ou des tokens plus gros, une slippage basse peut suffire. Sur les mouvements très early Pump.fun, une slippage trop serrée veut souvent juste dire que vous n’entrez jamais.

Anonymous fees vault

Quand vous utilisez un bot de trading, les fees que vous payez au bot sont en général transférées vers un ou plusieurs wallets vault opérés par le service. Certains traders expérimentés peuvent suivre ces flux, et remonter jusqu'à vous, dévoilant vos transactions et donc, une partie de vos stratégies.

L’option Anonymous fees vault envoie les fees block.λ vers un vault de fees privé dédié à votre compte. Nous récupérons ensuite les fonds vers nos wallets opérationnels par des moyens anonymes (par exemple via CEX et mixers), ce qui complique fortement le travail de ces traders pour remonter jusqu'à vous. Utilisez cette option si vous souhaitez un maximum de confidentialité sur vos stratégies.

L’activer augmente les fees plateforme de 0,25 % et porte le minimum à 0,225 $

Sell strategies

Les sell strategies décident comment le bot sort des positions après un buy. Vous pouvez toujours utiliser le manual sell depuis la page strategy comme override, même si une logique automatique est configurée. Le contrôle Mark-to-Market du formulaire (près de TP/SL) est documenté dans Mark-to-Market mode.

When wallet sells

Utilisez ça quand vous voulez que la strategy mirror les exits du followed wallet. Si le followed wallet vend un token que vous détenez, la strategy envoie un sell selon le wallet-copy sell type :

• Fixed amount — vendre un montant fixe en USD ou SOL à chaque sell du followed wallet.
• Position percentage — vendre un pourcentage de votre position ouverte actuelle. Exemple : 25% vend un quart de ce que vous détenez.
• Copied tx percentage — vendre relativement à la taille du sell du followed wallet. Exemple : 50% essaie de mirror la moitié de la taille du sell du copied wallet, limité par votre position disponible.

Si votre position est déjà flat sur ce token, le sell mirror est ignoré. Si le copied sell est plus gros que votre balance, il est cap à toute votre position disponible.

Multi TP/SL

Le mode TP/SL permet d’ajouter un ou plusieurs take-profit, stop-loss et trailing stop-loss legs. Chaque ligne a :

• Side — TP (take profit), SL (stop loss), ou TSL (trailing stop loss).
• Type — soit % of entry price, soit % of last max price (TSL uniquement), soit Price in k$ MC.
• Target — mouvement en % depuis l’entry, baisse depuis le plus haut atteint, ou market cap exact en milliers de dollars.
• Size (% of lot) — quelle part du lot d’origine vendre quand ce leg se déclenche.

Les take-profit percentages doivent être au-dessus de 1%. Les stop-loss et trailing stop-loss doivent être sous -1%. Les tailles totales TP, SL et TSL ne peuvent pas dépasser 100% chacune.

Trailing SL

Un stop loss classique est calé sur votre prix d’entrée. Si vous avez acheté à $20k MC avec un SL -30%, le bot vend quand le prix baisse de 30% sous l’entrée — même si le token est d’abord monté à $80k MC et a rendu une grosse partie du gain.

Un trailing stop loss suit le plus haut prix que votre lot a touché depuis l’achat. La ligne de stop monte quand le prix fait de nouveaux sommets, mais elle ne redescend jamais. Vous choisissez à quelle distance sous ce pic vous acceptez de laisser retomber le prix — par exemple -15% sous le dernier max.

Exemple : entrée à $20k MC. Le prix monte à $50k — c’est le nouveau « last max ». Avec un TSL -20%, le bot vend si le prix chute de 20% sous $50k (vers $40k), pas 20% sous l’entrée. Si le prix continue à $70k MC, le trigger remonte avec lui.

Dans le formulaire, choisissez TSL et % of last max price. Le trailing stop ne fonctionne qu’en pourcentage (pas de target en market cap). Le sizing utilise les mêmes règles % of lot que pour TP et SL.

Comment fonctionne “% of lot”

En mode TP/SL, un lot est créé à chaque fois qu’un buy de la strategy est fill. Le lot stocke le montant de tokens acheté à l’origine, le montant de tokens restant, l’entry price, et quelles lignes TP/SL ont déjà été déclenchées sur ce lot.

Important : Size (% of lot) se base sur le lot de buy d’origine, pas sur la balance live restante. Un TP 50% sur un lot de 100 tokens veut dire “vendre 50 tokens quand ce TP se déclenche”, même si la position contient ensuite des tokens venus d’autres buys.

Plusieurs buys créent plusieurs lots. Si la strategy achète 100 tokens, puis 80 plus tard, les règles TP/SL sont vérifiées par lot. Un TP 50% lot peut vendre 50 tokens du premier lot et 40 tokens du second si les deux lots touchent leur trigger.

Si plusieurs lignes TP/SL trigger en même temps, l’algo combine les allocations dans un seul sell order, puis cap la taille finale à la balance on-chain réelle. Si un manual sell ou un API sell arrive hors du moteur TP/SL, l’algo réconcilie les lots en FIFO pour ne pas surestimer ce qu’il reste. Les toutes petites tailles finales sous 1 token sont ignorées comme dust.

Exemple complexe : plusieurs buys + manual sell

Voilà le cas qui crée souvent de la confusion : la position card affiche une seule balance token, mais le moteur TP/SL mémorise plusieurs lots à l’intérieur de cette position.

Mark-to-Market mode

Le mode Mark-to-Market contrôle quel prix la strategy utilise pour la valorisation et les checks TP/SL. C’est important parce que le prix de marché affiché et le prix réellement reçu si vous vendez maintenant ne sont pas toujours identiques, surtout sur des curves fines ou des positions plus larges.

Utilisez Spot si vous voulez des checks plus rapides et légers. Utilisez Estimate @ next bid si la qualité d’exécution compte plus que la réaction immédiate, surtout sur des grosses positions ou une liquidité plus fine.

None (manual or API only)

Choisissez None si vous ne voulez aucune logique de sortie automatique. Vous gardez quand même le contrôle : vous pouvez vendre full ou partial depuis la page strategy, ou envoyer des sells via la buy/sell API. Ce mode donne le plus de discrétion, mais le bot ne fermera rien automatiquement sans votre intervention.

Margin

Max margin est un contrôle de risque par strategy. Quand il est activé, il bloque les nouveaux buys dès que la métrique de margin sélectionnée dépasse la limite configurée. Les positions existantes restent visibles et peuvent toujours être vendues.

• Enable max margin — active ou désactive le système de blocage des buys pour cette strategy.
• Max margin — montant limite, configuré en USD ou SOL.
• Mode — choisit quelle métrique est comparée au max margin.

PnL Realized

Utilise seulement le P&L realized des sells clôturés. C’est le mode le moins conservateur, parce que les positions ouvertes ne comptent pas tant qu’elles ne sont pas vendues. Une strategy peut donc continuer à buy même si des pertes ouvertes ne sont pas encore realized.

Total PnL

Utilise le P&L realized plus unrealized, évalué en temps réel pour toutes les positions ouvertes au prix de marché. Ce mode réagit au drawdown ouvert avant qu’il devienne realized.

Quote spent

Utilise une vue capital-at-risk : il inclut le P&L realized négatif et ajoute la valeur des positions à l’entry price. C’est le mode le plus conservateur, car il considère l’inventaire déployé comme du risk budget déjà consommé.

Quand la métrique sélectionnée dépasse la limite configurée, les nouveaux buys sont bloqués et l’app envoie une notification margin-call. La vente reste disponible pour réduire l’exposition et libérer de la margin.

Auto-Follow Transfer System (rug sniping only)

Pour les Rug Sniping strategies, la section Auto-Follow Transfer System (AFTS) apparaît en bas du formulaire. Elle surveille les transferts des followed wallets et promeut automatiquement les receiver wallets dans votre watch list quand le transfert respecte vos ranges SOL et vos règles de filtre.

AFTS est activé par défaut sur les nouvelles Rug Sniping strategies. La section contient un toggle enable/disable, des ranges SOL optionnelles, Retirer la source après transfert et Wallet always kept (toujours visibles sous les ranges), et un panneau Advanced repliable pour les thresholds en pourcentage et les filtres de balance post-transfer.

La documentation complète de chaque paramètre AFTS, des valeurs par défaut et des exemples de configuration est dans la page dédiée Auto-Follow Transfer System.

Save, edit, and delete

Appuyez sur Create pour une nouvelle strategy ou sur Save pendant une édition. Si la validation échoue, le formulaire scroll jusqu’au champ concerné et affiche le message server-side au bon endroit. Pour les strategies existantes, une section delete apparaît sous le formulaire ; la suppression est irréversible et retire la configuration sauvegardée ainsi que les statistics.

Bot de trading

Strategy terminal

La page strategy est le centre de contrôle d’une configuration de bot en cours : démarrer ou stopper, lire la performance live, vérifier chaque copied transaction, et réduire manuellement des positions si besoin.

Structure de la page

Il faut lire la page strategy comme un rapport de risque live. Elle répond à quatre questions :

• Est-ce que le bot peut trader ? Le statut indique si la strategy est stoppée, en attente de l’algo, active, ou active avec les nouveaux achats en pause.
• Combien reste exposé ? Le Mark-to-Market et les open positions montrent ce qui peut encore bouger.
• Qu’est-ce qui est déjà lock ? Le realized P&L, le daily P&L et le calendar décrivent les résultats clôturés.
• Est-ce que l’exécution était bonne ? Les diagnostics comparent votre fill au copied wallet et au meilleur fill théorique possible.

Summary card

Mark-to-Market correspond à la valeur actuelle d’exposition, pas au profit. En clair : “si je vendais mon inventaire ouvert autour des prix actuels, combien vaut cet inventaire ?”

Unrealized P&L est le gain / la perte estimée encore dans l’inventaire ouvert. Utile pour le risque, mais rien n’est verrouillé tant qu’un sell ne land pas.

Daily P&L est la performance realized depuis minuit dans votre timezone. Les positions ouvertes ne comptent pas tant qu’elles ne sont pas vendues, donc c’est plus propre pour juger ce que la strategy a vraiment bank aujourd’hui.

PnL w/ fees passe du résultat brut de trading au résultat net après les coûts d’exécution connus. Utilisez le P&L brut pour juger les entries/exits ; utilisez le P&L fees incluses pour juger la rentabilité réelle.

Contrôler votre strategy

Tant qu’une strategy tourne, l’en-tête du summary affiche les boutons Pause (ou Resume lorsque les achats sont en pause), Stop, et un menu ⋮ à droite. Utilisez Start quand la strategy est arrêtée.

Pause et reprise des achats

Tant qu’une strategy tourne, vous pouvez mettre en pause les nouveaux achats sans stopper la session. Cliquez sur Pause dans l’en-tête du summary. Le bot continue de gérer les positions ouvertes : take-profit, stop-loss et ventes manuelles restent actifs. Il n’ouvre simplement plus de nouvelles positions copiées tant que vous n’appuyez pas sur Resume.

Le badge de statut affiche Paused lorsque les achats sont en pause mais que la session reste active. Après un clic sur Pause ou Resume, les boutons et le badge se mettent à jour une fois le serveur et l’algo confirmés. Vous recevez aussi une notification in-app (et sur Telegram, si lié) quand les achats sont mis en pause ou repris.

Pause n’est pas un Stop : le stop met fin à la session et exige des positions flat pour un arrêt normal. La pause sert à suspendre temporairement les nouvelles entrées tout en laissant l’exposition existante sous gestion du bot.

Stop (normal)

Stop demande au bot de clôturer la session proprement. Le serveur n’accepte un stop normal que s’il n’y a aucune position ouverte (balances non flat) dans la session en cours. Si vous détenez encore des tokens, fermez ou vendez-les manuellement d’abord, puis stoppez à nouveau.

Le statut passe de Running à stopped. Si l’algo met du temps à confirmer, l’UI peut afficher brièvement Awaiting algo après un start ; les mêmes règles de stop s’appliquent une fois la session active.

Force stop

Quand la strategy tourne, ouvrez le menu ⋮ et choisissez Force stop si vous devez arrêter le bot alors que des tokens sont encore détenus. C’est un override d’urgence, pas un substitut à la vente.

• Une fenêtre de confirmation précise que l’inventaire ouvert ne sera pas vendu automatiquement.
• Pour continuer, vous devez taper force stop exactement, puis confirmer.
• Les tokens restent dans votre wallet ; le bot ne les gère plus. Vous êtes responsable du suivi et de la vente manuelle.

Contrôles margin et max-margin

Margin / Max est la limite de risque qui bloque les buys pour la strategy. La margin actuelle vient des live strategy stats ; la strategy atteint la limite quand cette margin devient inférieure ou égale à -Max. Dans ce cas, le bot bloque les buys suivants et envoie une notification margin-call. Les positions existantes restent visibles et peuvent être vendues.

Le montant max peut être configuré en USD ou SOL. Le label après la valeur max, par exemple (Total PnL), indique quel calcul pilote le blocage.

Charts

Utilisez les périodes courtes (1s, 15s) pour inspecter les moments d’exécution rapides. Utilisez les périodes plus longues (15m, 1H) pour lire la direction de la session sans le micro-noise.

PnL chart

Le PnL chart affiche quatre séries pour séparer les résultats lock de l’exposition ouverte, et comparer la performance brute avec la performance nette après fees.

• PnL realized (amber plein) — profit ou perte déjà booké via des sells clôturés. Il bouge par paliers : flat quand rien ne close, puis jump quand un sell finalise.
• PnL unrealized (rouge plein) — P&L estimé sur ce que vous détenez encore ; il bouge en continu avec les mark prices.
• PnL realized fees incl. (amber pointillé) — même courbe realized par paliers, mais après les coûts d’exécution connus. Généralement sous le realized plein quand les fees comptent.
• PnL unrealized fees incl. (rouge pointillé) — P&L unrealized si vous fermiez aux prix actuels avec les fees ; suit la trajectoire volatile, souvent un peu sous l’unrealized plein quand les coûts sont significatifs.

Comment le lire : Comparez plein vs pointillé pour voir combien les fees érodent le résultat. Comparez amber vs rouge pour voir quelle part du P&L flotte encore dans les positions ouvertes versus ce qui est déjà lock. Si les lignes gross et fee-inclusive s’écartent beaucoup, les coûts d’exécution sont élevés par rapport à la taille des trades.

Margin chart

Passez le chart type sur Margin pour voir comment votre current margin évolue par rapport au cap configuré (max margin). Cette vue sert aux limites de risque, pas au P&L.

PnL calendar

Le calendar sert à lire la régularité realized jour par jour. Il ignore le risque ouvert tant que les positions ne sont pas vendues, donc il répond mieux à “qu’est-ce que cette strategy a vraiment bank ?” qu’à “qu’est-ce qui est ouvert maintenant ?”.

PnL w/ fees change si les daily buckets incluent les coûts d’exécution. PnL in $ convertit en USD avec le taux SOL/USDT disponible ; le désactiver est utile si vous raisonnez en SOL brut.

Positions

Une position regroupe tous les buys et sells d’un token dans la session actuelle. Realized correspond à la partie déjà vendue ; Unrealized correspond à la balance restante. Après un partial sell, les deux peuvent exister en même temps.

Avg. Price est affiché comme average entry market cap, pour pouvoir le comparer directement aux execution market caps dans la transaction table.

Manual selling

Le manual selling est un override de réduction de risque. Un full sell sort la balance restante ; un partial sell realized le P&L sur le pourcentage choisi et laisse le reste exposé.

Les manual sells apparaissent dans l’historique des transactions comme manual transactions. Ils n’ont pas de copied trader ni de copied transaction, parce que la décision vient de vous, pas d’un signal de followed wallet.

Transactions table

La transaction table sert à diagnostiquer la qualité d’exécution. Le summary et les position cards donnent le résultat ; cette table explique comment ce résultat a été produit.

Newest first change le tri. Display full date passe des âges relatifs aux timestamps exacts. Quote in $ contrôle si les quote amounts, market caps, fees et P&L sont exprimés en USD ou SOL.

Colonnes importantes

• Total est la taille notionnelle de la transaction dans la quote currency sélectionnée. Utile pour vérifier que la strategy respecte l’order size configuré.
• M.C. est le market cap auquel votre transaction a été exécutée. En copy trading, c’est le chiffre le plus important pour la qualité du fill.
• Copied Tx est la source transaction suivie par le bot. Son market cap est la référence de prix de l’action du wallet original.
• Target M.C. est le meilleur market cap théorique si votre transaction avait land immédiatement après la copied transaction. Il utilise la formule de bonding-curve du program pour estimer le meilleur prix possible avec votre trade size si votre transaction est exactement la suivante. L’écart entre executed M.C. et target M.C. estime le coût de la latence et de votre place dans la queue.
• Fees ne correspond pas seulement à la platform fee. Ça peut inclure les fees Pump.fun/PumpSwap, les fees block.λ, les priority fees et les Jito tips. Des priority fees ou Jito spend élevés peuvent rendre le P&L brut beaucoup plus beau que le P&L net.
• PnL apparaît sur les sells parce que le profit est realized quand l’inventaire est fermé. Les buys n’affichent généralement pas de P&L realized, car ils ouvrent ou augmentent l’exposition.

Tooltips et diagnostics d’exécution

Les points colorés à côté de M.C. compressent la qualité d’exécution en un signal rapide. Vert veut dire que le fill est proche de la référence ; jaune/orange/rouge veut dire que le fill s’en éloigne. Pour les buys, payer un market cap plus haut que la référence est mauvais. Pour les sells, recevoir un market cap plus bas que la référence est mauvais.

Comportement mobile

Sur les petits écrans, les lignes d’options denses passent dans des menus compacts : options de position, sélection de période chart, et options de table restent accessibles sans faire exploser le layout principal. Les données ne changent pas ; seul l’emplacement des contrôles change.

Bot de trading

Portefeuilles importés

En plus de votre trading wallet principal (créé pendant l’onboarding), vous pouvez enregistrer d’autres keypairs Solana pour que chaque strategy exécute depuis une adresse différente — par exemple pour ajouter vos wallets Axiom / GMGN et lancer les strategies dessus.

Ce que veut dire “imported”

Un imported wallet est une adresse Solana que vous ajoutez une fois, en fournissant sa private key. L’app dérive la public key, vérifie que l’adresse peut être rattachée à votre compte, puis stocke le key material dans le même chemin custodial que votre trading wallet principal pour que le bot puisse signer des transactions en votre nom.

Où les gérer

Ouvrez le menu Profile (en haut à droite) et utilisez Import wallet pour ajouter une key, ou Imported wallets pour voir la liste complète.

La liste affiche toujours votre trading wallet en premier (le wallet custodial généré par Blocklambda). Les lignes suivantes sont les wallets que vous avez importés vous-même.

Flow d’import

• Private key — Collez une Solana secret key en texte base58 ou en JSON byte array (les formats exportés par beaucoup de wallets). Dès que la key est parsée, le formulaire affiche la public key dérivée et charge un preview live du SOL balance depuis la chain.
• Optional name — Jusqu’à 40 caractères, affiché dans la liste pour distinguer vos wallets.
• Import — Le bouton reste disabled tant que la key n’est pas valide, que le balance preview n’a pas chargé correctement, et que les ownership checks ne passent pas. Après un import réussi, le champ key est vidé.

Execution wallet par strategy

Dans Create / Edit strategy, la section Execution (priority fees, Jito tips, slippage) inclut aussi le wallet qui signe les trades pour cette strategy. Par défaut, le bot utilise votre trading wallet ; vous pouvez choisir n’importe quel imported wallet dans la même liste. Utilisez Manage imported wallets depuis cette section pour revenir à la liste ou importer une autre key sans quitter le formulaire.

Notes de sécurité

Votre responsabilité. Ne partagez jamais la private key d’un wallet avec qui que ce soit — pas le “support”, pas les modérateurs, pas d’autres traders. Toute personne qui l’obtient peut vider le wallet.

Vérifiez le vrai site. Avant de coller une private key, confirmez que la barre d’adresse de votre navigateur affiche blocklambda.com avec HTTPS (l’icône cadenas). Si le hostname est différent, ou si quelqu’un vous envoie un lien en DM en prétendant que c’est l’app, traitez-le comme du phishing et ne vous connectez pas, n’importez pas de keys.

Traitez les imported keys comme n’importe quel hot wallet : importez seulement les adresses que vous acceptez de laisser contrôler par le bot, et supprimez les imports dont vous n’avez plus besoin. Le key material est gardé côté serveur pour signer et n’est pas exposé à nouveau dans les réponses API après import — même custody model que votre trading wallet principal (voir Trading Setup).

Démarrage

Configuration du trading

Configurez vos trading wallets, vos copy strategies, et la gestion automatique des positions.

Wallets

Gérez les wallets Solana utilisés par votre bot pour exécuter les trades. block.λ supporte plusieurs wallets par compte, chacun assignable à des strategies séparées.

Ajouter un wallet

Allez dans Settings → Wallets et cliquez sur Add wallet. Collez votre private key Solana en base58 ou en JSON array. La key est chiffrée en AES-256 avant stockage et n’est jamais renvoyée dans les réponses API ni dans les logs.

Plusieurs wallets

Vous pouvez configurer plusieurs wallets et assigner chacun à des strategies différentes. Ça permet de séparer les risques — par exemple un wallet pour le copy trading et un autre pour le rug sniping, avec une limite SOL différente.

Suivi du balance

Le dashboard affiche le SOL balance actuel de chaque wallet en temps réel. Un warning apparaît quand le balance d’un wallet passe sous votre réserve minimum configurée.

Strategies

Une strategy définit la logique d’entrée et de sortie appliquée à chaque copy trade. Vous pouvez lancer plusieurs strategies en parallèle, chacune avec son wallet et son set de target wallets.

Preset strategies

• Classic Copy — buy quand le target wallet achète, sell quand il vend.
• TP/SL Auto-Close — buy sur signal, auto-sell sur take-profit ou stop-loss configurables.
• Timed Exit — buy sur signal, auto-sell après une durée fixe, peu importe le prix.
• Trailing Stop — buy sur signal, auto-sell quand le prix baisse d’un % configurable depuis le plus haut atteint.

Custom strategies

Contactez notre équipe pour implémenter une logique de signal custom. Exemples : “enter when buy count in last 12s > 60 AND total fees paid in last 60s > $20” ou “copy only when wallet has made 3+ profitable trades this week”.

Les custom strategies sont disponibles sur les plans Pro et Expert.

Take-Profit & Stop-Loss

Les paramètres TP/SL peuvent être définis globalement (pour toutes les positions d’une strategy) ou override par position directement depuis le dashboard. Le monitoring tourne on-chain avec une granularité sub-second — les positions sont closes dès que la condition est détectée dans le shred stream.

Paramètres

Overrides par position

Ouvrez n’importe quelle ligne de position ouverte dans le dashboard et cliquez sur Edit TP/SL pour définir des valeurs qui override les defaults de la strategy seulement pour cette position. Utile pour lock un profit sur une position sans changer toute la strategy.

Bot de trading

Notifications

Recevez des alertes in-app et Telegram pour tout ce qui arrive sur vos strategies, avec assez de détail d’exécution pour comprendre chaque fill.

Lier Telegram et activer les alertes

Ce que vous recevrez

Après liaison, les messages couvrent tous les types d’événements liés à votre strategy — par exemple : trades, errors, start / stop de strategy, pause / resume des achats (ainsi que les updates de lifecycle similaires). Chaque notification est conçue pour être actionnable, avec le contexte d’exécution, notamment :

• Slippage — l’écart du fill par rapport à l’attendu.
• Target price — le prix de référence (par exemple celui du lead wallet ou du niveau visé).
• Copied (fill) price — le prix auquel votre copy a été exécutée on-chain.

L’identité du token, la taille, et les liens vers les données on-chain (ex : Solscan) sont inclus quand c’est pertinent pour l’event.

Produit

Historique des versions

Les updates importantes de l’app, groupées par version et date de release.

v2 — 3 juin 2026

Taille d’achat avancée, défenses rug sniping, contrôles live des strategies, limites AFTS et suivi des mother wallets, frais d’exécution buy/sell séparés, et facturation RPC in-app pour l’analyse — plus nommage et ordre des strategies dans la liste.

Copy trading

• Feature Taille d’achat avancée — Contrôlez précisément votre exposition par rapport au wallet que vous copiez en fonction de son montant d’achat. Consultez la documentation.
• Feature Trailing stop loss — Ajoutez des TSL qui suivent le plus haut prix atteint par chaque lot depuis l’entrée, pour verrouiller une partie du gain après un pump sans vendre à un niveau fixe depuis l’entrée. Voir Trailing SL.
• Feature Frais d’exécution buy et sell séparés — Priority fees et Jito tips distincts pour les transactions d’achat et de vente dans la section Execution du formulaire strategy.
• Feature Nom & description de strategy — Libellés dans le formulaire pour vous repérer ; ces champs ne modifient pas la logique d’exécution. Voir General.
• Feature Réordonner les strategies — Glissez la poignée de déplacement sur la liste des strategies pour définir l’ordre d’affichage dans votre terminal.
• Feature Pause / Resume strategy — Mettez une strategy en pause quand vous voulez que les ventes continuent, que AFTS continue de suivre les wallets (rug sniping), tout en bloquant tout nouvel achat. Voir Pause et reprise des achats.
• Feature Force stop — Pour arrêter une strategy sur block.λ, toutes les positions doivent être vendues. Si vous avez vendu à l’extérieur du terminal, vous ne pourrez plus vendre dans l’app : vous pouvez alors force stop la strategy si vous comprenez bien les risques. Voir Force stop.

Spécifique au rug sniping

• Feature Rug sniping / Front-run sell — Sortie avant le dump du rugger quand le bot détecte une rafale anormale de transferts de tokens sur une fenêtre courte. Configurez la fenêtre temps, le nombre minimum de transactions et le total minimum de tokens déplacés. Voir la documentation Front-run sell.
• Feature Rug sniping / TRS (Transfer Replay Service) — Retrouvez un rugger, analysez automatiquement des schémas impossibles à déchiffrer à la main, et capturez en 2 minutes tous les buys et toutes les créations de tokens de milliers de wallets appartenant au même schéma, en même temps. Consultez la documentation.
• Feature Solde RPC in-app & top-up — Un solde en USD est associé à votre compte et vous permet de payer toutes les analyses : TRS, backtests, etc. Vous pouvez ajouter des fonds directement dans l’app, ou utiliser les crédits inclus avec votre plan.
• Feature Rug sniping / limites sur l’AFTS — Nous autorisons jusqu’à 1 000 wallets sur la watchlist et 1 000 transferts suivis par heure glissante et par strategy. Vous pouvez suivre vos limites en temps réel dans le terminal de chaque strategy. Voir Limites.
• Feature Rug sniping / AFTS : Wallet always kept — Vous pouvez maintenant garder des wallets dans votre watchlist sans les supprimer quand ils émettent un nouveau transfert. Utilisez cette fonctionnalité pour les schémas mère. Voir la documentation.

Corrections de bugs

• Bug Replay AFTS — Signalé le 3 juin, corrigé : le replay ne suivait pas un wallet à cause d’un mismatch de commitment level (était finalized, devait être confirmed).
• Bug Onboarding : SMS — Signalé le 2 juin, corrigé : les SMS ne pouvaient pas être envoyés aux numéros non français.
• Bug Onboarding : parrainage — Signalé le 2 juin, corrigé : le préremplissage d’un pseudo de parrainage provoquait une erreur interne.
• Bug Cartes PnL sur Discord — Observé le 20 mai, corrigé : certaines cartes PnL n’étaient pas postées automatiquement sur Discord lorsque la supply du token n’était pas encore disponible pour des mints très récents.

Aucun bug sur le trading bot n’a été signalé.

v1.2.0 — 18 mai 2026

Mises à jour du workflow rug sniping (refonte AFTS, filtres rug enregistrés, limites de buy), nouveaux abonnements longue durée et programme de parrainage officiel — en plus d’une rug list plus rapide et d’un alignement sur les API et protocoles en amont.

• Feature Rug sniping : Auto-Follow Transfer System (AFTS) — Refonte complète. Toutes les options sont désormais présentes dans le formulaire de strategy, et nous avons ajouté un mode replay RPC pour rattraper les ruggers ultra rapides qui enchaînent les wallets très rapidement. Voir la documentation Auto-Follow Transfer System.
• Feature Rug sniping : filtres enregistrés — Enregistrez des preset de filtres nommés et accédez-y rapidement depuis un menu dédié.
• Feature Options d’achat : nombre max de buys par token — Définissez un nombre maximum d’achats autorisés par token dans les options d’achat.
• Feature Tarifs : abonnements 3 mois et 1 an — Nouvelles périodes de facturation avec 30 % et 50 % de réduction par rapport au tarif mensuel.
• Feature Programme de parrainage officiel — Codes de parrainage in-app et liens partageables ; voir la documentation Programme de parrainage.
• Bug Performances de l’analyse rug en direct améliorées — la rug list se charge environ 2 à 3 fois plus vite.
• Bug Intégration des changements de l’API GMGN après une mise à jour majeure de leur côté.
• Bug Pump.fun — Mise à jour des builders d’instructions buy/sell pour la nouvelle structure de comptes sur les trades Pump.fun.

v1.1.0 — 12 May 2026

Import de wallets avec assignation par strategy, filtres sur toutes les metrics de la rug list, support complet des custom strategies on-demand avec stats live dans le terminal, cartes PnL partageables et vérifiables par QR code, et liaison du compte Discord — plus quelques bug fixes. Le bot était stable depuis deux jours sans nouveaux reports au moment de la release.

• Feature Wallet import & per-strategy assignment — Importez vos propres wallets et assignez un wallet spécifique à chaque strategy. Ça permet du multi-wallet buying sur le même token en lançant plusieurs strategies, chacune liée à un wallet différent. Import depuis Profile (en haut à droite) → Import wallet ; assignation depuis la section Edit → Execution de la strategy.
• Feature Rug list filters — Filtrez la rug list par n’importe quelle metric trackée — ATH, bundle rate, market ratio et time to ATH — en plus du tri par colonne.
• Feature PnL cards — Générez et partagez des cartes depuis l’historique des transactions avec Share à côté de n’importe quel PnL realized. Chaque carte inclut une vérification QR code pour confirmer l’authenticité du trade.
• Feature PnL card privacy — Privacy Mode masque le token tradé et la date du trade sur les cartes partagées, pour éviter que quelqu’un reverse-engineer votre strategy depuis un screenshot.
• Feature PnL card themes — Les designs utilisent des motifs de transport aérien : plus votre return est élevé, plus le véhicule est avancé — D'un cerf volant, à une fusée en route vers la Lune.
• Feature Custom on-demand strategies — Demandez des strategies entièrement custom à l’équipe dev Blocklambda. Elles tournent dans le terminal avec plusieurs instances indépendantes, des paramètres custom par instance, et un tracking séparé du PnL, des execution statistics et des positions.
• Feature Discord integration — Liez Discord pendant l’onboarding ; les comptes liés reçoivent le rôle Blocklambda Member pour accéder au serveur complet. La connexion se gère ensuite à tout moment depuis Settings.
• Feature Pump.fun launchpad updates — Support des derniers changements Pump.fun launchpad, y compris le chemin de migration PumpSwap et les updates creator royalty. Voir Pump.fun Updates 2026 pour plus de détails.
• Feature Official Discord — Le serveur Discord officiel Blocklambda est maintenant live.
• Bug Correction d’un drift de précision float qui affectait les custom sell executions (reporté par Leo).

Aucun autre bug n’a été reporté sur cette release.

v1 — 5 mai 2026

Focus : gestion des strategies en self-serve, contrôles de copy trading plus riches, et fixes critiques sur la fiabilité des strategies / positions.

• Feature Ajout d’un formulaire strategy in-app : vous pouvez maintenant créer, éditer et supprimer des strategies directement dans l’app, sans passer par l’équipe dev.
• Feature Ajout de l’automation copy-sell avec trois modes : position percentage, copied transaction percentage, ou fixed amount.
• Feature Ajout du proportional copy-buy sizing.
• Feature Ajout du multi TP/SL par lot — chaque buy crée son propre lot avec un tracking TP/SL indépendant. Comment ça marche →
• Feature Ajout de la visibilité du fee-tier dans le strategy summary.
• Bug Correction d’un problème d’affichage cross-strategy où des positions d’une autre strategy (même user) pouvaient apparaître sur la mauvaise page strategy. Chaque page strategy affiche maintenant uniquement ses propres positions.
• Bug Blocage de l’édition pendant qu’une strategy tourne encore, pour que les changements de configuration soient autorisés seulement quand la strategy est totalement arrêtée.
• Bug Correction d’un deadlock sur dust position : certains très petits restes de tokens (MtM sous $0.01) pouvaient cacher les sell actions tout en bloquant l’arrêt de la strategy. Les strategies peuvent maintenant être stoppées proprement même s’il reste du dust.

v0.2.0 — 27 Apr 2026

Focus : contrôles de risque max-margin, visibilité de la margin, et fixes liés aux changements récents de migration pump.fun.

• Bug Mise à jour du builder d’instruction buy PumpSwap (Pump AMM) après que le protocol a commencé à demander deux accounts supplémentaires pour les coin creator fees (coin_creator_vault_ata, coin_creator_vault_authority). Voir Pump.fun breaking fee recipient upgrade dans pump-public-docs.
• Feature Ajout du système max-margin dans l’algorithm, avec un margin chart dédié et des notifications quand le threshold configuré est touché.
• Bug Correction d’un problème sur les tokens qui changeaient de programs pendant la migration de pump.fun vers AMM.

v0.1.0 — 23 Apr 2026

Focus : notifications, contrôles du compte Telegram, et nouvelle expérience strategy P&L basée sur les live strategy stats.

• Feature Notifications — Système complet de notifications : panel in-app avec items new/read séparés, layout adapté mobile, et envoi Telegram pour les events supportés.
• Feature Telegram in Settings — Liez ou délier votre compte Telegram depuis le dashboard pour que les alertes arrivent sur le bon compte.
• Feature Strategy PnL chart — Rebuild sur le global strategy stats event stream, avec P&L realized et unrealized, et des séries avec et sans fees.

Produit

Prochaine release majeure

Fonctionnalités prévues pour la prochaine version majeure.

Date cible

Fonctionnalités

• Feature Notifications d’erreur plus intelligentes — L’app distinguera les erreurs que vous pouvez corriger vous-même (slippage trop serrée, fonds insuffisants, etc.) des vrais bugs bot nécessitant un patch correctif de notre part. Les erreurs utilisateur seront plus précises dans les notifications.
• Feature Interface de backtest — Avec votre solde RPC, backtestez n’importe quel ensemble de buys et trouvez la meilleure combinaison TP/SL optimisée pour vos règles.
• Feature Vérification OTP flexible — La vérification par SMS ne sera plus obligatoire. Si vous ignorez la vérification SMS, l’inscription Telegram devient obligatoire à la place.
• Feature Meilleur affichage des wallets importés — Vues enrichies pour chaque wallet importé, avec des graphiques de P&L realized avec et sans fees.
• Feature TP/SL sur les sells copiés — Ajouter des TP/SL en même temps que la copie des ventes du wallet (pour le moment, c’est soit l’un soit l’autre).
• Feature Âge min / max du token à l’achat — Filtrez les copy buys selon l’âge du token (minimum et maximum depuis la création).
• Feature Strategy playground (achats manuels) — Une strategy dédiée pour acheter des tokens manuellement à moindre coût : les fees block.λ sont environ 2× moins chères que GMGN, Axiom, Bloom, Tradewiz et outils similaires. Nous permettrons ainsi à nos membres d’acheter n’importe quel token sur la plateforme à moindre coût.

Produit

Programme de parrainage

Partagez block.λ avec un lien personnel et gagnez une commission quand les utilisateurs référés s’abonnent.

Overview

Après opt-in depuis Profile → Referral dans l’app, le produit génère un referral code court et deux URLs prêtes à partager : une pour la landing page copy trading et une pour rug sniping (/rugs). Chaque URL inclut une query ?ref=… pour attribuer les nouveaux visiteurs à votre compte quand ils s’inscrivent et terminent l’onboarding.

Dans l’app : Open Referral.

Reward tiers

Votre compte est assigné à l’un des trois niveaux du programme (affiché sur la page Referral). Le texte in-app correspond à ce que vous voyez là-bas :

• Member — 25% du premier paiement d’abonnement de chaque utilisateur inscrit via votre lien.
• Partner — 25% sur chaque paiement d’abonnement, renewals inclus, pendant toute la lifetime de chaque subscriber référé.
• Custom partnership — les rates et produits éligibles sont définis avec l’équipe ; utilisez le support / Discord pour clarifier votre deal.

Les contributeurs actifs de la communauté (modération, contenu, KOL work) peuvent demander un tier supérieur via le contact partnership dans l’app.

Payouts

Les referral commissions éligibles apparaissent dans la table Referred payments sur la même page. Les payouts sont envoyés manuellement avec une cadence ~24h vers votre trading wallet block.λ ; chaque ligne finit par afficher Paid avec une référence de transfert on-chain, ou Pending payment tant qu’elle est en queue.