2.5 KiB
2.5 KiB
Rappels d’idées
Ce document conserve les idées utiles qui ne constituent pas encore des engagements de version. Les orientations déjà intégrées au ROADMAP ne sont pas répétées comme propositions ouvertes.
Positionnement futur des projets
khadhroony-projectest destiné à devenir une umbrella de projets trading et crypto ;khadhroony-solanadoit regrouper les bibliothèques généralistes dédiées à Solana, avec une convergence prévue vers les namespacesks-*,ks_*etKS_*;khadhroony-bot/ bot3 doit devenir, après stabilisation de la fondation et publication de1.0, le robot de trading consommant les composants Khadhroony Solana ;- la cible bot comprend à terme une partie d'analyse et de création de stratégies ainsi qu'un exécutable de trading automatique ;
kb-app-demo-desktopn'est actuellement pas cette application finale : il sert surtout à tester et valider les composants généralistes qui doivent migrer vers Khadhroony Solana.
Application desktop
- autocomplétion Token et Pool lorsque des tables de référence fiables existeront ;
- pagination SQL/IPC côté serveur avant l’exploitation de volumes massifs ;
- résolution configurable du chemin de base de
kb-store; - sélection indépendante du profil de logging ;
Pipeline et PostgreSQL
- dimensionnement dynamique de la concurrence Decode replay selon le pool ;
- retry borné et observable des erreurs transitoires ;
- compteurs séparés pour erreurs fonctionnelles, traitement, stockage, reprises et échecs finaux ;
- persistance éventuelle des erreurs survenant avant l’écriture du ledger.
Documentation et outils
- refaire les scripts Python d’audit après stabilisation définitive de la nomenclature ;
- maintenir un inventaire des IDL avec source, version/commit, Program ID et surfaces utilisatrices ;
- rescanner les archives bot2 et bobobot avant de déclarer le registre Program IDs complet.
Workers et applications
L’orientation W1/W2, rattrapage historique, application de contrôle et applications consommatrices est désormais intégrée au ROADMAP. Les points encore ouverts sont :
- mécanisme de notification fiable entre acquisition, stockage et décodage ;
- ownership et idempotence entre W2 et le rattrapage historique ;
- configuration à chaud et reprise après erreur ;
- métriques, files d’attente et contrats d’administration ;
- frontière entre événements temps réel et historiques OHLC.