9.5 KiB
9.5 KiB
Plans KSP
Ce répertoire contient les plans actifs ou historiques des versions et phases de travail KSP.
Un plan décrit le périmètre, les décisions déjà acquises, les questions ouvertes, les validations attendues et la prévision souple des prereleases. Il ne remplace pas le ROADMAP.md, qui reste global, ni les deltas qui enregistrent le travail réellement livré.
Plans de référence
001-V0_0_3_PLAN.md— plan historique de la phase fondatrice0.0.3, clôturée ;002-FUNCTIONAL_RELEASE_SEQUENCE.md— séquence active de référence des premières releases fonctionnelles ;003-V0_1_1_CORE_FOUNDATION_PLAN.md— plan historique clôturé de la release stable0.1.1, établi par0.1.1-pre.001puis consolidé jusqu'à0.1.1-rel.001.004-V0_1_2_LOGGING_FOUNDATION_PLAN.md— plan historique clôturé de la release stable0.1.2, établi par0.1.2-pre.001puis consolidé jusqu'à0.1.2-rel.001.005-V0_1_3_CONFIG_FOUNDATION_PLAN.md— plan historique clôturé de la release stable0.1.3 — Configuration foundation, établi par0.1.3-pre.001, exécuté jusqu'àpre.015puis publié par0.1.3-rel.001.006-V0_1_4_CONFIG_DESKTOP_PLAN.md— plan historique clôturé de la release stable0.1.4 — ksp-app-config-desk, établi par0.1.4-pre.001puis consolidé jusqu'à0.1.4-rel.001.007-V0_2_0_SERIES_PLANNING.md— plan historique clôturé de la release stable0.2.0, ouvert parpre.001, consolidé parpre.002, audité parpre.003puis publié parrel.001; il fixe l'ordre0.2.1+, la stratégie RAW/CORE/DECODE/SPECIALIZED, les vertical slices Program et le prompt0.2.1.008-V0_2_1_ONCHAIN_HTTP_PLAN.md— plan de0.2.1, établi par0.2.1-pre.001, recalibré parpre.001-fix.001et amené en clôture candidate parpre.007; il conserve l'inventaire 52 méthodes HTTP courantes + 14 Deprecated historiques, le design Transport/Config et le split de couverture typée sur0.2.1–0.2.4.009-V0_2_2_HTTP_ACCOUNTS_TOKENS_CLUSTER_PLAN.md— plan clôturé de la release stable0.2.2, établi parpre.001, corrigé après réaudit Agave v4.2.1 puis exécuté jusqu'àpre.007-fix.002; il couvre les 22 wrappers Accounts/Tokens/Cluster, le smoke Transport opt-in et la préparation de0.2.3.010-V0_2_3_HTTP_TRANSACTIONS_PLAN.md— plan historique clôturé de la release stable0.2.3 — HTTP Transactions, ouvert parpre.001, exécuté jusqu'àpre.009puis publié parrel.001; il couvre les 11 méthodes, la classification8 Read / 2 WriteSubmission / 1 Simulation,KSP-TRANSPORT-007, le no-resend et la préparation de0.2.4.011-V0_2_4_HTTP_BLOCKS_ECONOMICS_PLAN.md— plan historique clôturé de la release stable0.2.4, ouvert parpre.001, exécuté jusqu’àpre.009, complété par le fix documentaire Walletpre.009-fix.001puis publié parrel.001; il couvre les 10 Blocks + 5 Economics et la compliance finale52/52 + 14/14sousKSP-TRANSPORT-007.012-V0_2_5_WALLET_FOUNDATION_PLAN.md— plan historique clôturé de la release stable0.2.5 — Wallet foundation, ouvert parpre.001, livré jusqu’àpre.010, renforcé parpre.010-fix.001–fix.003pour Dalek 3 et la normalisation Rust/audit structurel, puis publié parrel.001; il couvre.kspwalletV1, VIEW/OWNER, crypto, persistence, administration, transfer et compliance.013-V0_2_6_WALLET_DESK_PLAN.md— plan historique clôturé de la release stable0.2.6 — Wallet Desk, ouvert parpre.001, étendu enpre.015–pre.017au wire binaire.kspwalletV2, aux APIs multi-version et à la migration V1 -> V2, puis fermé parpre.018/fix.001avec le runtime Tauri packagé et le build final vert avant publicationrel.001.014-V0_2_7_ONCHAIN_WEBSOCKET_PLAN.md— plan historique clôturé de la release stable0.2.7 — WebSocket Solana standard, ouvert parpre.001, exécuté jusqu’àpre.014, corrigé documentairement parpre.014-fix.001puis publié parrel.001; il conserve l’inventaire officiel 18 méthodes, le modèle session/subscription, le threat model, les preuves de compliance/smoke/dépendances et la préparation de0.2.8.015-V0_2_8_HELIUS_LASERSTREAM_WEBSOCKET_PLAN.md— plan historique clôturé de la release stable0.2.8 — Helius LaserStream WebSocket, ouvert parpre.001, fermé techniquement/documentairement parpre.011puis publié parrel.001; il conserve la surface finale Helius7 standard + transaction, heartbeat/Config/secrets, l’historique des fixes heartbeat, la stratégie live architecture-safe, les graphes Cargo finaux et la préparation du prompt0.2.9.016-V0_2_9_YELLOWSTONE_GRPC_PLAN.md— plan historique clôturé de la release stable0.2.9 — Yellowstone gRPC standard/provider-neutral, publiée parrel.001; il fixe le moteur N1, le standard N2, Config V3, le replay prudent et la validation PublicNode Mainnet/Testnet.017-V0_2_10_ORBITFLARE_YELLOWSTONE_GRPC_PLAN.md— plan historique clôturé de la release stable0.2.10 — OrbitFlare Yellowstone gRPC; il conserve le Devnet gRPC gratuit, N1/N2 immuables, la License Keyx-tokenet le smoke finalSlot + Ping.018-V0_2_11_OFFCHAIN_PRICE_TRANSPORT_PLAN.md— plan historique clôturé de0.2.11 — Off-chain price transport; SOL/USD V1, huit providers REST sans SDK, registry/availability/rate limits Off-chain et Configstd.offchain_transport.019-V0_2_12_SOL_PRICES_DESK_PLAN.md— plan historique clôturé de0.2.12 — SOL Prices Desk + intégration prix Wallet Desk; il conserve le gabarit 1434/1435, le composite Config, les DTO/commands provider-neutral, l’intégration Wallet minimale et les gates live/build finaux.020-V0_2_13_INTERFACE_PLAN.md— plan historique clôturé de la release stable0.2.13 — Interface / wire foundation; il fixe la surface finaleProgramAccountMeta+ProgramInstruction, les bornes255/10_240, le firewall Interface -> Core, les canaris de complétude/consumer externe et la frontière avec Program API/RAW/CORE.021-V0_2_14_PROGRAM_API_PLAN.md— plan historique clôturé de la release stable0.2.14 — Program API foundation; il fixe la façade instruction-only ouverte, les enums Recognition/Outcome,ProgramInstructionDecoder, l'output associé possédé par l'implémentation, le canari externe avec Program Pubkey non enregistré, le firewall Core/Interface et le report du payload canonique D3, du registry runtime et deProgramExecutionPreparer.022-V0_3_1_STORE_RAW_PLAN.md— plan candidat réconcilié de0.3.1 — Store API RAW foundation; il fixeksp-store-apiseul, les modèles transaction/account + observations, queries/outcomes/capabilities, rétention/tombstone, la frontière event-only/Interface et le report deksp-store-lib+ PostgreSQL à0.3.2.023-V0_3_2_STORE_POSTGRES_FOUNDATION_PLAN.md— plan candidat réconcilié de0.3.2 — Store/PostgreSQL runtime foundation; il fixe le split façade/backend,std.storemulti-target réseau-spécifique, tokio-postgres/Deadpool/Rustls, migrations metadata-only, health/readiness, live PostgreSQL et les reports des vertical slices RAW vers0.3.3/0.3.4.024-V0_3_3_STORE_POSTGRES_RAW_TRANSACTION_PLAN.md— plan candidat réconcilié de0.3.3 — Store/PostgreSQL RawTransaction vertical slice; il fixe V001, binding réseau, mappings entiers exacts, écritures/observations atomiques, pagination keyset/cursor, rétention/tombstone/ForceRehydrate, hardening et preuve PostgreSQL 17.025-V0_3_4_STORE_POSTGRES_RAW_ACCOUNT_PLAN.md— plan historique clôturé de0.3.4 — Store/PostgreSQL RawAccountState + complétude RAW; il complète le backend/façade à dix capabilities RAW et ferme V002.026-V0_3_5_INTERFACE_ACQUISITION_EVENTS_PLAN.md— plan historique clôturé de0.3.5 — Interface acquisition events; il fixe les faits passifs provider-neutralSlotLifecycleEventetTransactionExecutionEventsans runtime ni persistence.027-V0_3_6_JOB_API_BACKFILL_PLAN.md— plan candidat de0.3.6 — Job API + RAW transaction backfill; il fixe le contrat Job runtime-neutral, les quatre scopes historiques, RAW v1, provenance observée, persistance Store normale, concurrence/frontier/checkpoint et runtime latest-value annulable.
Le pre.001 de chaque release fonctionnelle peut introduire son propre plan détaillé lorsque la release s'ouvre.
Le préfixe numérique maintient un ordre documentaire explicite après 000-README.md.