v0.1.0-pre.061

ROADMAP.md

@@ -1,8 +1,59 @@
 <!-- file: ROADMAP.md -->
-<!-- version: 17 -->
+<!-- version: 19 -->
 
 # ROADMAP — khadhroony-bot3
 
+## Séquence fonctionnelle après clôture de la migration
+
+Cette séquence reprend la logique du roadmap historique tout en l’adaptant aux frontières Bot3. Elle prévaut sur les formulations anciennes encore présentes plus bas.
+
+### A. Clôture desktop et guide opérateur
+
+- [ ] Terminer l’audit HTML, JSON viewers, textareas, tables responsives et contrôles Copier/Effacer.
+- [ ] Créer le guide Devnet avant la campagne de tests, puis le corriger pendant chaque validation réelle.
+- [ ] Valider les exécuteurs déjà disponibles : Solana Core, Memo v4, SPL Token classique, ATA, Token-2022 et registre ElGamal.
+- [ ] Vérifier simulation, envoi, confirmation, replay post-exécution et matérialisation depuis les fenêtres desktop.
+
+### B. Socle metadata général
+
+- [ ] Créer un pipeline metadata générique commun aux metadata on-chain SPL et Metaplex.
+- [ ] Définir les contrats de lecture d’état, préflight, exécution, validation post-exécution et replay.
+- [ ] Ajouter une fenêtre desktop spécialisée `demo_execution_metadata` pour sélectionner la famille metadata, le scénario, les comptes et le mode simulation/envoi.
+- [ ] Garder les adapters Tauri minces et placer les scénarios Devnet dans `kb-pipeline-demo-scenarios`.
+
+### C. SPL Token Metadata incorporées à Token-2022
+
+Cette étape précède le programme Metaplex Token Metadata, conformément à la progression SPL du roadmap historique.
+
+- [ ] Fermer la couverture de `spl-token-metadata-interface` et des metadata TLV incorporées à Token-2022.
+- [ ] Compléter l’exécuteur des opérations metadata incorporées supportées.
+- [ ] Ajouter préflight, sécurité, simulation-first, validation post-exécution et matérialisation.
+- [ ] Ajouter les scénarios Devnet dans la fenêtre `demo_execution_metadata`.
+- [ ] Vérifier la coexistence sans confusion avec Metaplex Token Metadata.
+
+### D. Programme Metaplex Token Metadata
+
+- [ ] Fermer définitivement le décodeur et les matérialisateurs à partir de l’IDL locale, des interfaces officielles et de fixtures réelles.
+- [ ] Implémenter les intents et builders exécutables, avec inventaire explicite des variantes decode-only.
+- [ ] Raccorder l’exécuteur au pipeline metadata général.
+- [ ] Ajouter les scénarios Devnet Metaplex dans `demo_execution_metadata`.
+- [ ] Valider replay et matérialisation après chaque transaction.
+
+### E. Transport off-chain général
+
+- [ ] Décider après le socle metadata de la création de `kb-offchain-transport`.
+- [ ] Définir cette crate comme une façade générale des lectures réseau non Solana RPC, et non comme une crate limitée aux metadata.
+- [ ] Prévoir des modules séparés pour les URI de metadata HTTP(S)/IPFS/Arweave, les prix et taux de référence SOL/USD, SOL/EUR et SOL/CHF, les APIs Jupiter et les futurs fournisseurs off-chain.
+- [ ] Définir des contrats communs de timeout, retry borné, cache, validation de taille/type, provenance, fraîcheur et diagnostics.
+- [ ] Décider séparément si certaines actions off-chain mutables ou authentifiées sont admises ; ne pas mélanger lecture publique, exécution distante et exécution on-chain.
+- [ ] Ne jamais intégrer les lectures off-chain dans les décodeurs déterministes ni dans le replay canonique on-chain.
+
+### F. Reprise protocolaire
+
+- [ ] Stabiliser ensuite le socle Anchor/IDL.
+- [ ] Reprendre Pump.fun, puis Raydium, Meteora, Jupiter et les autres AMM/launchpads selon les priorités du roadmap historique.
+
+
 ## 0.1.0 — Consolidation du workspace
 
 - [x] Créer les dix crates initiales du workspace avec le nom canonique `kb-wallet`.
@@ -25,7 +76,7 @@
   - [ ] Porter simulation, envoi et confirmation réseau complets.
 - [ ] Adapter `kb-pipeline` aux nouveaux chemins publics.
 - [ ] Adapter `kb-app-demo` et rétablir les validations fonctionnelles.
-- [ ] Créer ultérieurement une crate off-chain dédiée au fetch borné HTTP/IPFS/Arweave des URI de metadata, séparée des décodeurs, matérialisateurs et du replay canonique on-chain.
+- [ ] Créer ultérieurement une crate off-chain générale pour les lectures HTTP/IPFS/Arweave, prix, APIs de protocoles et autres sources non Solana RPC, séparée des décodeurs, matérialisateurs et du replay canonique on-chain.
 - [ ] Réorganiser les chemins d’export TS‑RS de `kb-lib` dans une tranche dédiée, en conservant `../frontend/ts/bindings/` comme préfixe de base.
 - [ ] Auditer rétrospectivement la couverture historique des décodeurs et matérialisateurs.