khadhroony-bot3/ks-store/TODO.md

TODO — ks-store

Série 0.5.x

• 0.5.3-pre.004 — repositories/replay : lecture logique top-level+CPI, lifecycle symétrique, invalidation descendante Core/decode, replay account observation -> account state et frontière N3 -> N4 maintenue via k_sol_mat_outputs.
• 0.5.3-pre.004 — remplace l’offset public par pagination cursorisée Core, borne les lectures interactives à 500 et les batches de processing à 1 000, ajoute les canaris BIGINT/u64 et quatre index dédiés aux nouveaux chemins.
• 0.5.3 — confirmer les 79 index attendus par plans EXPLAIN sur dataset PostgreSQL représentatif avant gel ; les index non uniques restent une optimisation physique ajustable.
• 0.5.3 — finaliser en pre.005 la présentation fonctionnelle des surfaces demo_store_*, demo_config et le splash autour des modèles/compteurs du nouveau baseline sans noms d'objets physiques.
• 0.5.3 — produire le snapshot machine-readable du baseline N1/N2/N3 réellement stabilisé, ajouter les canaris de gel/anti-kb_sol_*/anti-backend leak/anti-secret, confirmer le canari future-decoder sur transactions + comptes et documenter la politique N4 plus souple.
• 0.5.3 — valider PostgreSQL réel sur le schéma géré : 16 tables, 248 colonnes, 25 clés PK/FK et 79 index compatibles, auto-initialisation additive des ressources absentes sans suppression/modification de colonnes existantes, coexistence non bloquante de ressources étrangères/historiques, rollback, roundtrips raw/Core/decode/materialization/account-state, CPI et invalidation descendante.
• 0.5.x — concevoir les projections N4 metadata : asset/token metadata commune Metaplex + Token-2022 et program metadata séparée pour SPM, toutes deux reconstructibles depuis k_sol_mat_outputs.

Plus tard

• définir une stratégie de pool/réessai configurable commune aux futurs backends sans exposer leurs types de connexion ;
• décider si un journal append-only des tentatives de processing doit compléter le ledger courant ;
• ajouter des projections spécialisées uniquement lorsqu'un décodeur/materializer et un besoin queryable réel en démontrent les invariants.