45 lines
2.5 KiB
Markdown
45 lines
2.5 KiB
Markdown
<!-- file: docs/IDEA_REMINDERS.md -->
|
||
<!-- version: 7 -->
|
||
|
||
# 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-project` est destiné à devenir une umbrella de projets trading et crypto ;
|
||
- `khadhroony-solana` doit regrouper les bibliothèques généralistes dédiées à Solana, avec une convergence prévue vers les namespaces `ks-*`, `ks_*` et `KS_*` ;
|
||
- `khadhroony-bot` / bot3 doit devenir, après stabilisation de la fondation et publication de `1.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-desktop` n'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.
|