v0.3.12-pre.003-fix.002

docs/validation/029-V0_3_12_YELLOWSTONE_HYDRATION_CONTINUITY.md

@@ -1,5 +1,5 @@
 <!-- file: docs/validation/029-V0_3_12_YELLOWSTONE_HYDRATION_CONTINUITY.md -->
-<!-- version: 5 -->
+<!-- version: 6 -->
 
 # Validation v0.3.12 — Yellowstone + hydration HTTP + continuité de run du Worker RawTransaction
 
@@ -801,3 +801,14 @@ Le correctif applique directement `RUST-API-008` : ces helpers strictement priv
 Le champ privé `route` de `RawTransactionIngestYellowstoneSource` reste, lui, productif : sa validation appartient déjà au contrat de construction `pre.003`. Il est désormais lu par le `Debug` sûr de la source, qui n'expose que les `RawProvenanceCode` déjà bornés et validés.
 
 Le correctif ne change ni la surface publique, ni le graphe Cargo, ni le scope fonctionnel de `pre.003`, et n'active toujours aucun stream Yellowstone, HTTP ou Store réseau.
+
+## 33. Correctif `pre.003-fix.002` — canari de forme compatible avec `#[cfg(test)]`
+
+Le gate opérateur de `pre.003-fix.001` confirme que rustfmt, les audits, `cargo check --workspace`, Clippy strict et les 45 unit tests Worker passent. Le seul échec restant est le test externe `v0_3_12_pre_003_private_signal_debug_and_shape_do_not_expose_signature_filters_or_payload`.
+
+Le signal privé lui-même est correct. L'échec vient du scanner source du canari : il bornait la structure avec la séquence littérale `}\n\nimpl std::fmt::Debug ...`, alors que `pre.003-fix.001` a placé légitimement `#[cfg(test)]` entre la fermeture de la structure et son `impl Debug` afin de respecter `RUST-API-008`. Le scanner obtenait donc une chaîne vide et signalait `created_at:` comme absent.
+
+Le correctif ne touche pas au contrat de production. Le canari recherche désormais directement le début de `impl std::fmt::Debug for RawTransactionIngestSourceSignal` après la déclaration de la structure. Il reste ainsi valide avec les helpers sous `#[cfg(test)]` et restera valide lorsque `pre.004` remettra ces adapters dans le build productif.
+
+Aucun lint n'est neutralisé, aucun helper n'est remis prématurément en production et aucune fonctionnalité de `pre.004` n'est avancée.
+