---
title: "Freshness"
url: "https://radix-wiki.miow.me/policy/freshness"
updated: 2026-10-03
description: "Freshness is RADIX Wiki's crypto-native extension of verifiability. Facts about a fast-moving ecosystem decay quickly, so a claim that was sourced correctly a…"
---

# Freshness

|  |  |
| --- | --- |
| **Policy** | Freshness |
| **Type** | Sourcing policy (Radix-specific) |
| **Derived from** | [Verifiability](/policy/verifiability) |
| **Applies to** | Every factual page |
| **Threshold** | 180 days since last verification |
| **Enforcement** | Automatic _May be outdated_ notice; _Last Verified_ stamp |
| **Adopted** | 31 July 2026 |

# Freshness

**Freshness** is RADIX Wiki's crypto-native extension of verifiability. Facts about a fast-moving ecosystem decay quickly, so a claim that was sourced correctly a year ago may now be wrong.[[1]](#ref-1) Factual pages should record when they were last checked and be re-verified against the live ledger.

## How verification is recorded

Every page has a _Last Verified_ field, set when its facts are re-checked against sources and the live ledger. The stamp is separate from the last edit: fixing a typo does not re-verify a page, and confirming that a page is still correct does not require changing a word of it. Where a page has never been verified the field is empty, and nothing is shown beside the version and revision count.

The stamp is written by the rotating maintenance sweep, which runs `scripts/mark-verified.mjs` against the database.[[3]](#ref-3) The article editor has no control for it, so an editor who re-checks a page cannot record that they did – the sweep is the only thing that can. Read at 23:05 UTC on 24 September 2026, 313 of the wiki’s 379 pages carry a verification stamp and 66 have never been verified, against 310 of 378 on 20 September, 308 of 377 on 16 and 18 September and 293 of 373 on 10 September. Every stamp was written by the sweep, because nothing else can write one.

A page whose last verification – or, if it has never been verified, its last edit – is more than **180 days** old is treated as stale and shown a _May be outdated_ notice. That notice is generated at render time from the page’s own dates and is never stored on the page, so it cannot be dismissed by editing: it clears when, and only when, the page is verified again. The 180-day threshold and the notice it raises both live in `wiki-formant`, a package this wiki shares with its sibling sites, having moved out of this site’s own repository on 18 September 2026; the move broke the source link this page carried, and the link audit of 20 September found it.[[4]](#ref-4) Age is counted in whole days and a page is stale only when it is _more_ than 180 of them old, so the notice first appears on the 181st day. At that reading no page met the threshold. The oldest reading on the wiki is [XRD Domains](/ecosystem/xrd-domains), never verified and last edited at 15:56 UTC on 28 March 2026, 180 whole days old at that reading, and it began showing the notice at 15:56 UTC on 25 September 2026: a load of the page that bypassed the cache rendered it at 19:05 UTC that day, the first _May be outdated_ notice this wiki has displayed. It is also one of the two pages the wiki locks against script edits, so the sweep that clears this notice everywhere else cannot edit that page to correct whatever a re-check found, and a stamp written to it would assert a verification the sweep is not in a position to act on. So the first notice sits on a page the process cannot currently clear.

So will the second. The next-oldest reading is [Radix Namespace](/ecosystem/radix-namespace), also never verified, last edited on 29 June 2026, 87 days old at that reading, and showing the notice from 27 December 2026 – and it is the other locked page. Behind those two the queue drops away. The third-oldest reading is 53 days, shared by four pages the sweep verified on 2 August 2026, [Cerberus vs Other BFT Protocols](/contents/tech/comparisons/cerberus-vs-other-bft-protocols), [Consensus Evolution at Radix](/contents/tech/research/consensus-evolution), [Sharding](/contents/tech/core-concepts/sharding) and [Rollups](/contents/tech/core-concepts/rollups); unless one is verified again first, all four show the notice from 30 January 2027. Both of the pages that will show the notice are pages the sweep cannot edit, and no page it can edit is within four months of showing one. That render-time notice is also the only maintenance banner on this wiki that ever appears in quantity: the six an editor can place by hand sit on five pages in total, [counted and explained under verifiability](/policy/verifiability).

Where a page states an on-chain value, re-check it against a ledger explorer or the [Gateway API](https://docs.radixdlt.com/docs/network-gateway)[[2]](#ref-2) – the ledger is the authority, and published documentation about it can itself be out of date. The rotating audit that does this across the wiki records each pass in the [wiki maintenance log](/contents/tech/operations/wiki-maintenance-log).

## When a claim decays faster than the stamp

The 180-day threshold is built for a page that goes quietly out of date, and it cannot see a claim that goes wrong in the week it is written. An instruction to node operators is the clearest case. On 9 September 2026 the [Radix Accountability Council](/ecosystem/radix-accountability-council) [asked operators not to install the release candidate](https://t.me/RadixAccountabilityCouncil/1012) that carries the fix for the [August 2026 network halt](/contents/history/hyperlane-asset-drain-2026), and to wait for official versions and instructions; three pages here recorded that, with the source. At 16:15 UTC on 10 September the council [told the same operators to upgrade now](https://t.me/RadixAccountabilityCouncil/1019). Every page carrying the earlier instruction was wrong from that minute, and the verification stamps on them, written that morning, still read fresh.

Two habits cover the gap, and both are already the house style here. Date the claim inside the sentence, so the sentence carries what the stamp cannot: read at 07:06 UTC on 10 September tells a reader on the 11th exactly what they are looking at, and a reader can act on a dated instruction that a bare present tense would have hidden. Then revisit a page on the cadence of the thing it reports rather than the cadence of the rotation. A halt that is still running takes a reading a day; a protocol page whose subject last changed in 2023 does not.

## See also

- [Verifiability](/policy/verifiability)
- [Neutral point of view](/policy/neutral-point-of-view)
- [No original research](/policy/no-original-research)
- [Notability](/policy/notability)
- [Conflict of interest](/policy/conflict-of-interest)
- [Editorial notices](/policy/editorial-notices)

### References

1. Wikipedia – _Wikipedia:Manual of Style/Dates and numbers § Currency of information_ — [https://en.wikipedia.org/wiki/Wikipedia:As_of](https://en.wikipedia.org/wiki/Wikipedia:As_of)
2. Radix – _Network Gateway API_ — [https://docs.radixdlt.com/docs/network-gateway](https://docs.radixdlt.com/docs/network-gateway)
3. RADIX Wiki – _scripts/mark-verified.mjs_, source repository — [https://github.com/tutmoses/radix-wiki/blob/main/scripts/mark-verified.mjs](https://github.com/tutmoses/radix-wiki/blob/main/scripts/mark-verified.mjs)
4. wiki-formant – _src/freshness.ts_, the 180-day threshold and the outdated notice — [https://github.com/tutmoses/wiki-formant/blob/main/src/freshness.ts](https://github.com/tutmoses/wiki-formant/blob/main/src/freshness.ts)