Screen 6
Revisions & Freshness
Comtrade restates published figures continuously and notifies nobody. A number that was correct last month can quietly become a different number. This screen exists because a corpus that is never re-checked is a snapshot, not a subscription.
Trade cells tracked
every vintage retained
Re-checked at least twice
100% verified since first collection
Figures restated
across all re-checked cells
Last checked
2026-08-03
first collected 2026-08-03
Restatements
No restatements detected — and that is a result
859 cells have been re-collected and every one matched its previous vintage exactly. Those figures are now verified as of 2026-08-03, not merely old — which is a different claim from an unchecked number that happens to look the same.Freshness by period
| Period | Cells | Re-checked | Coverage | Last checked |
|---|---|---|---|---|
| 2019 | 112 | 112 | 2026-08-03 20:03:14 UTC | |
| 2020 | 108 | 108 | 2026-08-03 20:03:22 UTC | |
| 2021 | 100 | 100 | 2026-08-03 20:03:29 UTC | |
| 2022 | 112 | 112 | 2026-08-03 20:03:37 UTC | |
| 2023 | 122 | 122 | 2026-08-03 20:03:45 UTC | |
| 2024 | 110 | 110 | 2026-08-03 20:03:54 UTC | |
| 2025 | 111 | 111 | 2026-08-03 20:04:02 UTC |
Revision tracking needs no extra collection: every run has always been retained, so the history was already in the database. What changed is that it is now readable. The scheduler re-collects on a cycle; anything Comtrade moves appears here with both vintages and both raw payloads still on disk.