C’est combien les frais de trading sur ta plateforme ?

Le 16 septembre 2023 à 09:55:57 :
ok ty pour ton partage n’hésite pas a nous faire des maj c'est intéressant

de rien ;)
Et oui je tiens au courant de l'avancement, là je pense que c'est ready pour un test donc j'vais mettre un 10€ sur binance dans la journée pour tester voir si ça déclenche bien les ordres, et si ça fonctionne, je laisse tourner pour un test en conditions réel.

Le 16 septembre 2023 à 09:57:46 :
C’est combien les frais de trading sur ta plateforme ?

binance. 0.1% pour mon compte (standard)
https://www.binance.com/fr/fee/trading
pour ça que c'est -0.21 / 0.51 dans le code je les ai inclus dedans

enfin, du coup je paye 0.1% de 0.51 au lieu de 0.1% de 0.50 donc c'est pas vraiment les frais inclus mais c'est un detail

après c'est des ordres au prix du marché donc un khey m'a dit dans une page précédant qu'avec le slippage, les frais peuvent changer, je verrai bien si y'a des modifs a faire ou non.

Bon alors j'ai 12 USDT sur Binance.

Visiblement j'ai un probleme pour passer des ordres d'achat, je mets pas tous les logs mais grosso modo:

return self.create_order(symbol, 'market', 'buy', amount, None, params)
ccxt.base.errors.InsufficientFunds: binance Account has insufficient balance for requested action.

Il me semblait que c'était a partir de 10 USDT mini pour trade BTC/USDT ?
J'ai testé a la main 100% j'ai pu les acheter sans problème avec mes 12 USDT
dans tous les cas je sais pas pourquoi "None" alors que j'ai des USDT

Du coup j'ai actualisé mon log à la main.
Et une fois actualisé, il a fais une vente tout seul (le cours est remonté entre temps) donc la vente a bien fonctionné mais par contre il m'a rien mis dans les logs (sûrement parce que j'étais dessus en même temps, donc double lecture ? conflit pour sauvegarder ?)

Donc je vais laisser tourner un peu voir si y'a du changement

Du coup j'ai actualisé la vente qu'il a fait a la main aussi dans les logs.

au passage je suis quand même passé de 12.1700 a 12.1788 USDT

par contre faudra m'expliquer pourquoi j'ai perdu du BNB, c'est le BNB qu'il utilise pour les frais ?

Ah et aussi je viens de percuter qu'au niveau de mon bot pour les fees j'etais dans le faux, c'est 0.1% (je le sais en plus j'ai répondu a un khey sur cette page, 3e message) mais je sais pas pourquoi dans ma tête c'était 0.01%
donc 0.21% ça me fait que 0.11% pour moi en vrai, donc j'ai modifié le bot : 0.25% soit des PV de 0.15% pour moi (pour les tests toujours)

j'vais me mettre une alerte pour savoir quand on retourne sur le prochain Achat supposé, voir si le bot fait bien la transaction achat et inscrit les logs cette fois

Bon au rapport :
J'ai fix le problème de insufficient amount, en faite faut pas passer l'ordre en USDT pour XX BTC mais plutot mettre directement l'ordre en tant de BTC, du coup j'ai du recupérer combien faisaient 99.50% de mon wallet USDT en BTC et c'est ce montant là qui est passé pour passer l'ordre.

(dans le doute, j'ai split les 12$ en BNB/USDT vu que c'est (5$ mini pour passer un achat en BTC/USDT)

Aussi j'ai lu sur certains forums reddit/stackoverflow entre autre) que les fees pouvaient passer par BNB, visiblement hier lors de la vente il a utilisé du BNB, mais là pour acheter, aucun BNB visiblement donc à ce niveau là je sais toujours pas.

en tout cas normalement il passe des ordres d'achat et de vente sans problème maintenant.

Je laisse tourner jusqu'à la prochaine vente supposée et j'irai voir les logs et l'etat du compte Binance si tout se passe bien.

prochaine vente :
Achat @26537.12 bot reglé a +0.13% donc ça devrait arriver à 26571.49

Ensuite j'ai mis le refill a -2.5% histoire qu'il ne refill pas cette nuit (je veux juste vendre) sur un montant ou on est déjà haut sur la journée, vu que le 24h low est dans ~26430 et qu'on y est au beau millieu de la nuit, je ferai le calcul pour aller chercher un refill sur ces environs pour mettre une vente dans les 26560 et laisser la config comme ça ensuite

Bon l'ordre de vente vient de se réaliser, donc j'ai juste a revoir un truc pour les logs (mais tout marche) et ensuite je fais les calculs pour aller chercher un bottom au beau millieu de la nuit et revendre a un taux a peu pres comme actuellement: 26560-26570.

(j'vais demander a GPT il va me sortir le calcul en 2s *flemmard* )

-0.545% merci poto

j'fais pareil pour la revente et c'est fine pour la nuit.

En faite le problème des logs, c'est qu'il les inscrit directement après la transaction, que l'actualisation BTC > USDT ne s'est toujours pas faite, donc ce qui est inscrit dans les logs est l'ancienne balance qui ne vaux que des clous vu qu'on est en BTC a ce moment là et pas en USDT.

Va falloir que j'estime approximativement en amont mais c'est qu'un detail, c'est juste pour voir si dans le log ça monte au fur et a mesure, le bot ne s'y fie pas. Le seul truc qu'il prend dans le log c'est la nature de la derniere transaction ACHAT ou VENTE et a quel taux sans décimale.

Et voila, c'est configuré pour cette nuit plus qu'a redescendre a 26440 maintenant

A demain

Liquidax à combien?

Le 17 septembre 2023 à 17:11:49 :
Liquidax à combien?

0 levier, 0 liquidation, juste refill a un certain montant, et revendre a un autre sur cette range du demon

refill @26440
et revente @26565

grosso modo avec la config que je viens de lui donner:

(j'me rend compte que je peux être un peu plus gourmand, si on reste sur cette range)

J'met ça là en espérant pouvoir vous sortir la même demain avec presque 0.50% de plus

bon bah le trade est passé. +0.04 cts

Je viens d'avoir une idée, mais je sais pas si c'est viable,
Je me suis dit, pourquoi ne pas miser sur le l'ATH 24h et le low 24h,

Dans le sens ou, je recupère la valeur du plus low 24h, et je fais en sorte de buy a la condition ou on est au low24h - un certain pourcentage (donc on commence a remonter, histoire de pas acheter pendant qu'on continue de descendre)

Et de faire pareil pour l'ath 24h, revendre a l'ath - un certain % (donc pendant la descente)

comme ça, même pas besoin de jouer sur la range, en théorie c'est censé fonctionner même en cas de bear market/bullrun

y'a juste qu'il faut que je vois comment faire en sorte de pas racheter pendant qu'on redescend vers le prochain nouveau low (vu qu'on viens du top, on va forcément remplir la condition du plus low - x% a un moment donné, et pareil pour la revente, admettons que l'ancien 24h high c'est 26900, le truc va se dire vers 26850 "Eh, mais attends, on est a l'ATH - x% ? C'est le moment de vendre!" puis là 5 minutes après on pète l'ancien ATH vu qu'on est en tendance haussière...

Donc je penche sur ça là.

Début de piste : a toutes les executions du script j'enregistre la tendance par exemple un simple ou (en caractere) . Et je vérifie que mes X dernières tendances sont une hausse ou une baisse.
(peu importe si des hausses et baisses pendant le fluctuation, je récupère juste les X dernières tendances du log, je met tout ça dans un tableau, et je compare après j'ai combien de baisse et de hausse, et si j'ai X hausse ou baisse je valide la condition.

comme ça, si on viens du top pour aller au 24h low, on sera en donc je veux pas racheter car je veux racheter sur le 24h low - x% mais pendant la remontée.

Par contre, une fois qu'on aura atteint le 24h low et qu'on va commencer a remonter, ça va devenir majoritairement des et là ça veux dire qu'on a touché le low et qu'on remonte en effet et donc c'est ma condition.

Ca semble juste être un peu plus le bordel niveau code par rapport au log (mais rien d'infaisable)
Et aussi faut que je wipe le log tous les jours juste en remettant la dernière ligne après le wipe (pendant une heure creuse) sinon en 2j j'ai cramé l'espace disque avec un .txt

De toute manière si je code ça ce sera un nouveau script (je laisse tourner celui-là pour le moment, il fonctionne, mais rien m'empêche d'en coder un second sur le côté en mode test comme lui au début sur une autre paire pour ne rien perdre et juste simuler au début)

d'autres devs pour me donner le fond de leur pensée en toute sincérité ?

ça avance pour cette version alternative (ça va pas rester comme ça, c'est moche et j'ai pas besoin de savoir tout ça là c'ets juste pour voir ce que je fais/déboggage)

Ca m'a l'air pas mal là, en plus ETH est a son plus haut ATM ca m'a permis de faire deja un test qui fonctionne :

ATH 1652,
prix actuel 1651, donc ça peux monter plus haut : Il vends pas vu que la fourchette de revente est entre 1648 et 1644 (-0.25 et -0.5 de l'ATH)

(On est sur ETH donc c'est pas un gros écart, mais sur BTC on parle de plus de 60 et 120$ d'écart)

Le seuil c'est pour eviter si y'a un TP de quelqu'un / micro correction qui fais descendre un tout petit peu le cours = plus d'ATH alors revente alors que derrière on prend une impulsion.

Un peu de mise en forme

Cette nouvelle version vient d'être mis en service, je viendrai faire un update de la situation demain si jamais y'a une transaction.

Je viens de penser a un truc mais c'est pas si grave, en faite quand on va aller vers l'un des 24h high ou low, la range d'achat est a +-0.15 et +-0.50 du low high et vu qu'on descend rarement d'une traite, ça se fait petit a petit, une fois que je serai en range d'ordre pendant la tendance, il va forcement acheter ou vendre avant d'avoir atteint le high ou low.

Donc faudra que je pense a rajouter un marqueur/indicateur qui s'actualise quand on a touché le high ou low pour que ce soit a partir de ce moment la qu'il commence a faire des ordres si les conditions sont remplies.

Plutot simple a faire: je compare le prix actuel par rapport au 24h high ou low, si on est dessus (genre 0.1% de difference = ~30€ d'écart au cours actuel)) je note ça dans un énième .txt de reference, juste une lettre genre H ou L pour High ou Low qui dira "ok coco, t'as touché le high ou low"

Du coup quand tu as touché le High pour la dernière fois, c'est H donc je lui dit si c'est H pendant la descente, tu fais rien, et tu attends que ça passe en L et donc qu'on ait touché le low pour passer un ordre si y'a les conditions etc.