0.3.15-pre.014-fix.003
This commit is contained in:
@@ -1,5 +1,5 @@
|
||||
<!-- file: docs/validation/032-V0_3_15_RAW_TRANSACTION_INGEST_DESK.md -->
|
||||
<!-- version: 30 -->
|
||||
<!-- version: 31 -->
|
||||
|
||||
# Validation v0.3.15 — Raw Transaction Ingest Desk
|
||||
|
||||
@@ -997,3 +997,11 @@ Ensuite, un `grpc_backpressure_overflow` réapparaît sur Yellowstone Mainnet lo
|
||||
|
||||
Non-claims de `fix.002` : aucun changement de Transport, Worker runtime, Store production, politique de conflit ou capacité de queue. Le seul changement Rust est la correction de typage du test PostgreSQL.
|
||||
|
||||
### `pre.014-fix.003` — resserrement du canari de non-réécriture canonique
|
||||
|
||||
Le gate opérateur de `pre.014-fix.002` confirme la correction de typage : les audits statiques sont propres, `cargo check --workspace` et Clippy strict passent, les `75/75` tests unitaires `ksp-store-postgres-lib` passent, puis l'unique échec apparaît dans `tests/hardening_completeness.rs`. Le canari `v0_3_15_pre_014_fix_001_truncated_log_compatibility_is_narrow_and_keeps_canonical_content` cherchait la chaîne SQL `UPDATE ksp_raw_transactions SET payload` dans l'intégralité de `src/raw_transaction.rs`. Or cette chaîne existe légitimement dans la transition de rétention/archive historique du backend et n'appartient pas au chemin `CompatibleLessComplete`.
|
||||
|
||||
`fix.003` resserre donc uniquement ce canari sur le corps de `compare_existing_transaction()`, jusqu'à la frontière du helper `raw_transaction_incoming_truncated_log_messages_compatible()`. Dans cette portion exacte, le test continue d'exiger le retour `ExistingTransactionMatch::ActiveIncomingTruncatedLogs` et interdit toute occurrence d'`UPDATE ... payload` ou de `DELETE FROM ksp_raw_transactions`. Le comportement production, le schéma SQL, la compatibilité `logMessages`, les outcomes Store et le Worker restent byte-for-byte inchangés par ce fix.
|
||||
|
||||
Non-claim : ce fix ne traite pas le `grpc_backpressure_overflow` Yellowstone prolongé déjà identifié ; ce défaut ouvre toujours la prochaine prerelease acquisition dédiée après fermeture du gate `pre.014`.
|
||||
|
||||
|
||||
Reference in New Issue
Block a user