# Idées à explorer Ce document conserve les idées, pistes, questions et alternatives qui méritent d'être étudiées sans constituer encore un engagement de développement ou une décision architecturale. Une idée peut évoluer vers un plan, une règle, une décision architecturale ou une entrée du `ROADMAP.md`. Lorsqu'elle est transférée, le document conserve une trace concise de son issue afin de ne pas perdre l'historique de la réflexion. ## Statuts Les statuts recommandés sont : - `À explorer` ; - `En exploration` ; - `Retenue` ; - `Rejetée` ; - `Transférée au roadmap` ; - `Transférée vers une décision/règle`. ## Architecture des interfaces Solana ### Nom et périmètre de la crate commune d'interfaces/wire **Status :** À explorer Déterminer le nom définitif et le périmètre exact de la crate commune actuellement envisagée sous un nom tel que `ksp-interface-lib`. Elle doit permettre de centraliser les contrats wire/on-chain partagés sans absorber les responsabilités de transport, matérialisation ou stockage. ### Regroupement decoder / construction / executor **Status :** À explorer Déterminer si le décodage et la construction d'instructions doivent rester dans une même crate ou être séparés, et distinguer cette question de l'exécution réseau proprement dite : signature, simulation, soumission et confirmation. ## Applications et environnements ### Nomenclature complète des environnements de démonstration **Status :** À explorer Formaliser la nomenclature des applications et demos lorsque l'environnement est imposé (`mainnet`, `devnet`, `testnet`, `local-validator`, `synthetic`) ou sélectionnable. Une application dont le nom impose un environnement doit forcer les profils, endpoints, bases et autres ressources cohérents avec cet environnement.