3.7 KiB
Delta 0.2.2-pre.007-fix.002
Base requise
0.2.2-pre.007-fix.001appliqué et commité ;workspace.package.version = "0.2.2-pre.7.fix.1"avant application de ce delta.
Objectif
Corriger le deuxième échec opérateur du smoke Devnet Transport introduit en pre.007, sans modifier les wrappers HTTP typés ni la surface publique 0.2.2.
La passe pre.007-fix.001 a validé cargo fmt --all, cargo check --workspace, cargo clippy --workspace --all-targets, les tests Transport et cargo test --workspace. Le smoke historique Config -> Transport a également réussi. En revanche, le smoke Transport pur a reçu RPC -32600 sur getTokenAccountsByOwner lorsqu'il utilisait System Program comme owner, le selector { programId: SPL Token } et omettait le troisième paramètre de config.
Décision
Le wrapper conserve son contrat existant : la config Account reste optionnelle, conformément à la surface RPC auditée et aux tests déterministes.
Le scénario live adopte la forme la plus conservatrice de l'exemple RPC public Devnet :
- owner Pubkey ordinaire de l'exemple officiel ;
- selector
{ programId: SPL Token }; - config explicite
{ commitment: "finalized", encoding: "jsonParsed" }.
Le smoke ne dépend toujours pas de l'existence d'un token account particulier : une liste vide reste un succès valide.
Fichiers modifiés
Cargo.toml- version de fichier
117 -> 118; workspace.package.version:0.2.2-pre.7.fix.1 -> 0.2.2-pre.7.fix.2.
- version de fichier
crates/ksp-onchain-transport-lib/tests/transport_devnet_smoke.rs- version
2 -> 3; - remplace le scénario Token
System Program + selector seulpar la forme documentéeowner ordinaire + selector + finalized/jsonParsed.
- version
crates/ksp-onchain-transport-lib/README.md- version
3 -> 4; - précise la forme du smoke Token.
- version
crates/ksp-onchain-transport-lib/USAGE.md- version
3 -> 4; - synchronise la commande et la sémantique du smoke Token.
- version
docs/plans/009-V0_2_2_HTTP_ACCOUNTS_TOKENS_CLUSTER_PLAN.md- version
5 -> 6; - consigne l'échec live
-32600et la correction du scénario.
- version
docs/validation/004-V0_2_2_HTTP_ACCOUNTS_TOKENS_CLUSTER.md- version
2 -> 3; - synchronise la matrice de validation avec le scénario corrigé.
- version
Fichier ajouté
deltas/0.2.2/pre.007-fix.002.md.
Fichiers supprimés
Aucun.
Validations observées avant ce fix
Réussies sur le checkout opérateur 0.2.2-pre.7.fix.1 :
cargo fmt --all;cargo check --workspace;cargo clippy --workspace --all-targets;cargo test -p ksp-onchain-transport-lib:127 + 13 + 7, smoke live ignoré par défaut ;cargo test --workspace: succès ;cargo test -p ksp-config-lib --test transport_devnet_smoke -- --ignored --nocapture: succès.
Échec observé :
cargo test -p ksp-onchain-transport-lib --test transport_devnet_smoke -- --ignored --nocapture;getTokenAccountsByOwnera reçuonchain_transport.rpc_application_error,rpc_code = -32600.
Validations à exécuter après application
cargo fmt --all
cargo check --workspace
cargo clippy --workspace --all-targets
cargo test -p ksp-onchain-transport-lib
cargo test --workspace
cargo test -p ksp-onchain-transport-lib --test transport_devnet_smoke -- --ignored --nocapture
cargo test -p ksp-config-lib --test transport_devnet_smoke -- --ignored --nocapture
Questions ouvertes
Aucune question d'architecture nouvelle. Si la forme RPC publique documentée échoue encore sur Devnet, le prochain diagnostic devra capturer/Comparer le wire live ou considérer explicitement une limitation du RPC public, plutôt que remplacer une troisième fois arbitrairement le scénario Token.