DEXBOT FR

Nous avons entièrement repensé et considérablement renforcé le système de sécurité de connexion des portefeuilles au bot. Lors de la connexion d'une phrase de récupération ou d'une clé secrète, les données sont instantanément chiffrées et ne sont jamais stockées en clair. Une clé maîtresse spéciale est utilisée pour les déchiffrer ; cette clé : est également stockée chiffrée est unique à chaque instance du bot n'est ni transmise ni stockée de manière centralisée Nous ne divulguons pas intentionnellement les détails techniques et les algorithmes de sécurité, mais nous allons expliquer en principe la difficulté d'une tentative de piratage. Concrètement, comment cela se passe-t-il ? Imaginons un attaquant Une personne malveillante tente d'accéder à votre portefeuille. Pour ce faire, elle doit : Identifier le serveur sur lequel votre bot est exécuté Obtenir un accès administrateur à ce serveur Trouver les données chiffrées de la phrase de récupération ou de la clé secrète Comprendre l'algorithme de chiffrement utilisé par le système Trouver et déchiffrer la clé principale unique de votre bot. Ce n'est qu'ensuite qu'elle tentera de déchiffrer la phrase de récupération et d'accéder au portefeuille. En pratique, cela est quasiment impossible. Important à savoir : Chaque bot utilise son propre système de clés unique. En tant que développeurs, nous n'avons pas accès aux clés principales des utilisateurs. Sans accès administrateur direct au serveur, le déchiffrement des données est impossible. Personne ne sait sur quels serveurs les bots sont exécutés ; il existe des millions de serveurs actifs dans le monde. Résultats : Même dans le cas d'une intrusion hypothétique dans l'infrastructure, un attaquant devrait suivre une série d'étapes extrêmement complexes et irréalistes. Cela rend l'accès non autorisé aux portefeuilles quasiment impossible. 🔒 La sécurité de vos fonds est notre priorité absolue.

Correction de bugs mineurs liés à la connexion et à la création de portefeuilles directement depuis le bot

Correction d'erreurs mineures dans les niveaux du bot GRID, et amélioration de la synchronisation entre GRID et le bot de trading pour éviter les conflits de solde en cas d'exécution simultanée.

Nous avons ajouté un nouveau bot. Il fonctionne désormais directement sur votre portefeuille, sans passer par une plateforme d'échange de cryptomonnaies. Il utilise une grille dans une plage définie ou suit le prix, en modifiant dynamiquement la grille. Le bot GRID peut fonctionner indépendamment ou en parallèle avec le bot de trading principal.

OKX a été entièrement remplacé par d'autres agrégateurs ne nécessitant ni inscription ni clé API.

Ajout de vérifications pour les valeurs nulles lors de l'arrondi des décimales

Ajout de la prise en charge du réseau COSMOS et des blockchains suivantes : OSMOSIS, KAVA, JUNO, SEI, INJECTIVE L’installation du bot a été améliorée et simplifiée La gestion de l’API et des portefeuilles a été ajoutée directement depuis le bot. Vous pouvez désormais : • Ajouter des clés et des portefeuilles ; ils sont automatiquement chiffrés et stockés sur votre serveur sous forme chiffrée • La suppression nécessite une confirmation par e-mail du titulaire de la licence • Créer de nouveaux portefeuilles directement depuis le bot Le tri a été implémenté : les blockchains, paires et indicateurs activés sont désormais affichés en premier Nombreuses fonctionnalités non critiques les bugs ont été corrigés et la stabilité globale a été améliorée

Désormais, lors de l'installation, toutes les clés privées sont automatiquement chiffrées et stockées dans le fichier .env sous forme chiffrée. Même si quelqu'un accède à votre serveur, il sera impossible de déchiffrer les clés d'origine : vos données sont protégées à chaque étape. De plus, nous avons amélioré le script d'installation : l'installation du bot est désormais encore plus simple et intuitive. Même les utilisateurs sans expérience technique peuvent facilement suivre toutes les étapes et lancer le bot. L'algorithme de notification des transactions infructueuses a également été mis à jour. Vous ne recevrez désormais un message qu'après chaque nouvelle tentative, et uniquement si la transaction a réellement échoué, sans notifications inutiles.

La vente manuelle de positions via le bot Telegram a été réduite de 5 % à 0,7 % afin de continuer à se protéger contre les pertes et d'éviter les ventes accidentelles à perte. Cette fonctionnalité reste inchangée : si la transaction est ≥ 0,7 %, un bouton sera disponible pour vendre la position même si les indicateurs de vente ne sont pas déclenchés.

À compter du 30 septembre 2025, Jupiter supprime les anciens points de terminaison ; cette mise à jour migre vers les nouveaux points de terminaison de l'API

Ajout d'une protection contre les doublons le bot ne lancera plus de deuxième achat/vente simultané du même jeton. Configuration d'une relance intelligente des transactions infructueuses avec pauses, tentatives limitées et augmentation progressive du délai. Introduction de la réenregistrement automatique des transactions manquées si l'achat a été effectué en ligne, l'entrée apparaîtra dans la base de données. Vérifications de solde avant transaction renforcées pour le jeton/gaz de base et le jeton vendu. Ajout de boutons au menu Telegram. File d'attente des relances affiche les transactions en attente. Statistiques des relances un bref état. Résumé. Amélioration de la stabilité des entrées de la base de données les achats et les ventes sont désormais correctement reflétés dans les tables de leurs réseaux respectifs.

Des erreurs critiques dans le calcul des prix avec la fonction de calcul de moyenne de position activée ont été corrigées. Le système calcule désormais correctement le prix d'achat et fonctionne correctement avec l'arrondi des nombres. Amélioration de la journalisation des processus pour de meilleurs diagnostics. Optimisation de la base de données pour les requêtes inutiles.

- Correction d'un bug lié à la revente de jetons - Affichage correct des signaux de vente restauré - Protection supplémentaire contre la division par zéro dans tous les calculs - Remplacement de la gestion des exceptions générales par une gestion plus spécifique - Suppression des importations inutilisées et nettoyage du code - Vérifications de type améliorées pour une fiabilité accrue - Tous les tests ont réussi, aucune erreur de syntaxe - L'API est entièrement compatible avec les versions précédentes - Sécurité renforcée grâce à une gestion stricte des erreurs - Performances améliorées grâce à l'élimination de la duplication des opérations - Ajout de vérifications de protection supplémentaires

Utilisation critique de la mémoire : Problème de consommation de RAM résolu Caches du gestionnaire de bases de données : Taille réduite de 1 000 à 500 entrées, intervalle de nettoyage de 10 à 5 minutes Caches d'indicateurs : Limité à 100 entrées avec nettoyage automatique lors de l'ajout Mémoire avec nettoyage automatique : En cas d'utilisation critique > 90 % avec nettoyage forcé de la mémoire Mémoire : Consommation réduite d'environ 50 %

Logique des indicateurs désactivés : renvoie False → renvoie None (29 fichiers) Indicateur MACD : Correction d'erreurs critiques et de code dupliqué Documentation : Suppression des paramètres dupliqués dans 5 indicateurs Valeurs de retour : Standardisées dans SMA/EMA

Un bug dans la fonction Vente automatique a été corrigé : auparavant, lorsqu'elle était activée, les jetons natifs (WETH, WBNB, etc.) n'étaient pas vendus sans signal d'indicateur. Le comportement est désormais correct : si la Vente automatique est activée, le jeton est vendu lorsque les conditions de take profit ou de stop suiveur sont remplies, même sans signal d'indicateur.

1. Ajout de 20 indicateurs de trading principal. 2. Logique implémentée pour travailler avec les indicateurs: toutes, toutes, la quantité sélectionnée, le consensus. 3. Les paramètres des indicateurs sont distribués par priorité: • Priorité la plus élevée - individuellement pour une paire. • Suivant - pour toute la blockchain. • Priorité la plus basse - Paramètres de base. 3. Dans des achats supplémentaires, 2 stratégies ont été ajoutées: moyenne et nouvel achat. 4. Toutes les paires de trading sont désormais configurées individuellement. 5. Ajout de préréglages pour copier rapidement les paramètres d'une paire à une autre. 6. Ajout du bouton d'information avec une description détaillée des fonctions. 7 A mis en œuvre un panel de surveillance pour surveiller la ``santé`` du système. 8. Ajout de visualisation de l'équilibre pour toutes les blockchains et jetons. 9. Création de la section Performance pour les paramètres individuels de mise en cache et de requête. 10. Ajout de la possibilité de sélectionner le jeton natif sur la blockchain. 11. Ajout de la possibilité de définir l'adresse du routeur et les chaînes des paramètres de bot télégramme. 12. Ajout de notifications supplémentaires à Telegram. 13. Implémentation de la capacité de désactiver et de personnaliser les notifications individuelles. 14. Implémentation d'un système de journalisation via les paramètres de télégramme avec la possibilité d'écrire des journaux dans un fichier et de les télécharger via Telegram. 15. Enregistrement complètement repensé du bot principal. 16. Toutes les demandes sont désormais exécutées de manière asynchrone, pas séquentiellement. 17. Ajout de la prise en charge des demandes de lots à toutes les API. 18. Implémentation de plusieurs sources de données alternatives pour la stabilité du système et réduisant la charge sur l'API. 19. Dans les informations de transaction, ``acheter`` et Des boutons « Vendre » ont été ajoutés, qui redirigent vers les données par hachage de transaction.

Performance optimisée, journaux et gestion des erreurs améliorés. Apparence du bot Telegram améliorée + bouton BLOCKCHAINS ajouté. Il est désormais possible de passer rapidement à la sélection et à la configuration des blockchains.

Vous pouvez désormais activer la vérification du prix maximum et le définir pour chaque jeton. L’achat s’effectue uniquement si le prix ≤ la valeur indiquée et que tous les autres filtres sont respectés.

– BUY envoyé uniquement après confirmation – Ajout des notifications BUY_FAILED et SELL_FAILED – Stop-loss priorisé dans la logique de vente – Correction du Trailing stop et Take Profit – Vérification Solana avant enregistrement DB

– Correction d’un bug critique dans Solana: l’opération est enregistrée uniquement après confirmation. Si échec, aucune entrée et notification BUY_FAILED envoyée. – Amélioration des notifications: • BUY après confirmation uniquement. • BUY_FAILED en cas d’erreur réseau ou d’annulation. – Résolution des fausses opérations dans la base de données. – Amélioration de la stabilité avec Jupiter API. – Ajout de la possibilité de réinitialiser l’appareil depuis le compte (Mon compte → Mes licences). – Optimisation de la protection contre les erreurs de synchronisation des licences. – Mécanisme de confirmation Solana renforcé.

- Amélioration du système de vérification de licence: ajout d'un folback automatique sur le serveur de sauvegarde si le principal n'est pas disponible. - Amélioration de la stabilité du bot Telegram lors du démarrage et de la vérification de la licence. - Correction d'un bug critique TypeError: str object is not callable qui se produisait lors du démarrage du bot Telegram. - Suppression de la fonction de localisation lors de la connexion de la protection. - Maintenant Telegram-bot fonctionne correctement avec la même licence que le principal DEXBOT. - Ajout de la logique d'affichage de l'état d'activation: ID de l'appareil, nombre d'activations, date d'expiration. - Ajout du paramètre TRADE_LOOP_DELAY dans config.json → TIMEOUTS, vous permettant de gérer le délai entre le traitement des transactions. - Implémentation de loop_delay dans la méthode _process_single_trade pour un contrôle de vitesse flexible. - Suppression du délai supplémentaire await asyncio.sleep (0.2) entre les cuves pour éviter le freinage en double. - Maintenant, toute la logique de pause est centralisée et configurable via config sans avoir à modifier le code. - Amélioration des performances globales du traitement des transactions sans violer les limites de l'API (RSI, OKX, etc.).

- Amélioration de la notification lors de l'expiration de la licence - Enveloppé dans une boucle TRY / except watchdog pour éviter les blocages. – Toutes les tâches d'arrière-plan critiques sont maintenant protégées contre les plantages. - Vérification supplémentaire de la présence de la protection et des mots comme API_KEY, TOKEN, WALLET. - Ajout de l'initialisation self.failed_tokens pour éviter AttributeError.

Mise à jour du mécanisme FAILED_SELL_RETRY. Les notifications ne sont envoyées que dans les conditions requises. Protection contre la réexpédition lorsque fail_count > = max.

Correction des erreurs de notification Telegram. La notification de vente est validée uniquement lorsque la transaction est réussie.

Script d'installation automatique: NGINX, MySQL, Adminer, redémarrage, sécurité.

Créer un site Web, configurer un programme d'affiliation.

Telegram-bot montre maintenant les transactions actives/terminées à la fois sur toutes les chaînes de blocs.

Affichage de l'ID de transaction, de l'heure, de la quantité et du prix actuel dans Telegram.

Pagination, filtrage des transactions, statistiques. Afficher RSI, TP, SL et les boutons de contrôle dans Telegram-bot.

Traduction de Telegram-bot sur aiomysql et FSM. Séparation logique modulaire, ajout d'une localisation multilingue (40 langues).

Un bot d'arbitrage à temps plein. Support trailing, TP, SL, prise de bénéfices, notifications, base de données.

Protection contre le démarrage simultané. FastAPI-serveur, MySQL-session.

Intégration de la vérification en ligne. Vérification de la licence au démarrage, arrêt lorsque la licence n'est pas valide.

Mise en œuvre de la rotation des nœuds RPC. Auto-commutation et fallback, vérification du gaz, mise en cache.

Migration de toutes les configurations (API_KEY, ADMIN_IDS, portefeuilles) vers .env. Système de notification Telegram centralisé.

Connexion MySQL. Enregistrer les transactions, les bénéfices, les commissions de réseau et de plate-forme. Calcul de la liquidité et sélection des meilleurs pools.

Diviser la logique en farm.py, farmsol.py, farmokx.py. Rendre la logique commune dans un module séparé.

Créer un bot Telegram pour gérer et surveiller.

Intégration de l'API Web3 OKX pour obtenir le solde et la signature des transactions. Utilisation de Solana en tant que principal réseau blockchain.

Lancement du projet DEXBOT. Intégration avec Jupiter et Raydium pour l'analyse des prix. Configuration du filtre de profit via le paramètre MIN_PROFIT = 0.6