42 lines
1.8 KiB
Markdown
42 lines
1.8 KiB
Markdown
<!-- file: docs/IDEAS.md -->
|
|
<!-- version: 1 -->
|
|
|
|
# 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.
|