fix(log): mark high totalBalanceChf FinancialDataLog entries of 2026-06-16 as invalid

[TaprootFreak]

Recurrence of the transient accounting spike previously handled for 2026-06-15 (#3889). On 2026-06-16, plusBalanceChf jumped ahead of the corresponding minusBalanceChf booking (~07:18–08:16 UTC), inflating totalBalanceChf up to 425'784 CHF before self-correcting back to the normal ~33 k band once the liability was booked. Deltas at the elevated baseline stayed within financeLogTotalBalanceChangeLimit, so 26 entries were wrongly stamped valid=true.

This follow-up migration marks every FinancialDataLog entry of 2026-06-16 (UTC) with totalBalanceChf > 50 000 as valid=false, so monitoring dashboards and anomaly alerts reflect the period correctly.

• Scope: created in [2026-06-16T00:00:00Z, 2026-06-17T00:00:00Z)
• Threshold: totalBalanceChf > 50000
• Affected rows (verified via /gs/debug): 26 valid=true (07:32:50–08:16:30 UTC); max 425'784 CHF
• COUNT pre-check makes up() a no-op on dev/staging
• down() re-stamps valid=true for the same window/threshold (best-effort, one-shot)

Same shape as #3889 — data-only, no schema change.