v0.2.0-pre.003

docs/IDEAS.md

@@ -1,5 +1,5 @@
 <!-- file: docs/IDEAS.md -->
-<!-- version: 16 -->
+<!-- version: 17 -->
 
 # Idées à explorer
 
@@ -190,8 +190,12 @@ Formats/cibles à inventorier et prioriser selon usage réel :
 
 - Solana CLI keypair JSON ;
 - keypair Base58 complet lorsque pertinent ;
-- Phantom ;
-- Solflare ;
+- Phantom, en privilégiant le wire Solana générique réellement documenté plutôt qu'un codec de marque inutile ;
+- Solflare, y compris réévaluation du keystore protégé seulement si son format public devient suffisamment stable pour un round-trip testé ;
+- Backpack : caractériser le wire Solana exact de l'import `Private key` avant tout codec/alias dédié ;
+- Trust Wallet : caractériser le wire Solana exact d'import/export avant implémentation ;
+- Base app / ex-Coinbase Wallet : ne jamais synthétiser une recovery phrase depuis une keypair arbitraire ; réévaluer uniquement si un import direct de keypair Solana est officiellement spécifié ;
+- distinguer Coinbase Developer Platform d'un wallet utilisateur Base/Coinbase si son API d'import/export est étudiée ;
 - autres wallets logiciels Solana ;
 - hardware wallets / standards de dérivation si un besoin apparaît ;
 - migrations depuis formats historiques KSP/bot uniquement si utiles aux utilisateurs réels.
@@ -287,9 +291,9 @@ Les processing outcomes par processor/version/capability constituent la vérité
 
 ### Jobs de replay
 
-**Status :** Transférée vers une décision/règle
+**Status :** Requalifiée par `0.2.0-pre.003`
 
-Trois jobs distincts sont retenus : `ksp-job-replay-core`, `ksp-job-replay-generic-materialization` et `ksp-job-replay-domain-projection`. Ils réutilisent les pipelines spécialisés correspondants.
+L'ancienne liste figée `ksp-job-replay-core` / `ksp-job-replay-generic-materialization` / `ksp-job-replay-domain-projection` n'est plus une décision KSP. La frontière `RAW -> CORE` pourra introduire un replay Core lorsque CORE sera ouverte. À partir de DECODE, les jobs de replay doivent émerger avec les groupes/capacités verticaux réels et réutiliser la même logique que le processing live correspondant, sans imposer un materializer/projector global à tout Solana.
 
 ### Notification backend de référence
 
@@ -311,11 +315,11 @@ Définir le schéma SQL, la durée/renouvellement de lease et la technique Postg
 
 Fixer les noms/types exacts et distinguer Produced, NoOutput, NotApplicable, Unsupported et failure déterministe sans transformer des situations normales en erreurs.
 
-### Contexte stateful des projectors
+### Contexte stateful des projections SPECIALIZED
 
 **Status :** À explorer avec la première projection nécessitant un état existant
 
-Le Store est interrogé par le pipeline/worker puis le contexte est injecté au `DomainProjector`. Définir comment le projector décrit les données de contexte nécessaires sans dépendre du backend.
+Le Store est interrogé par la couche de composition/pipeline/worker puis le contexte est injecté dans l'implémentation de projection/materialization spécialisée concernée. Définir comment cette capacité décrit les données de contexte nécessaires sans dépendre du backend, sans imposer un type global `DomainProjector`.
 
 ### Job pause/resume