v0.1.0-pre.012

docs/PROGRAM_NAMING.md

@@ -1,5 +1,5 @@
 <!-- file: docs/PROGRAM_NAMING.md -->
-<!-- version: 1 -->
+<!-- version: 2 -->
 
 # Nommage canonique des programmes et surfaces
 
@@ -94,22 +94,22 @@ Le registre ne doit pas perdre les anciens noms. Chaque programme doit conserver
 
 ## Exceptions conservées
 
-Les programmes Solana/SPL de base restent groupés dans des crates techniques déjà lisibles :
+Les programmes Solana/SPL de base restent groupés dans des modules techniques privés et des types publics explicites :
 
-- `kb_decoder_solana_core` ;
-- `kb_decoder_spl_token` ;
-- `kb_decoder_spl_token_2022` ;
-- `kb_decoder_spl_associated_token_account`.
+- `DcSolanaCoreDecoder` ;
+- `DcSplTokenDecoder` ;
+- `DcSplToken2022Decoder` ;
+- `DcSplAssociatedTokenAccountDecoder`.
 
-Ces crates ne sont pas renommées en `kb_decoder_core_*` ou `kb_decoder_token_*`, car elles servent de couche primitive avant les surfaces DEX/router.
+Ces types restent dans la façade `kb_lib`, car ils servent de couche primitive avant les surfaces DEX/router.
 
 ## Politique de migration
 
 La migration physique des dossiers ne doit pas être faite en masse. Pour chaque rename :
 
 1. prouver que le `program_id` correspond à la surface ;
-2. créer ou renommer une seule crate ;
-3. mettre à jour `Cargo.toml` ;
+2. créer ou renommer un seul module privé ;
+3. mettre à jour la façade `kb-lib/src/lib.rs` ;
 4. mettre à jour le registre ;
 5. exécuter `cargo build` ;
 6. supprimer l’ancien alias seulement après validation.