We’re introducing an experimental FlatTrie mode for archive nodes in v2.1.0.
As Kaia’s state grows, archive nodes become one of the biggest cost centres for anyone running:
-
explorers
-
indexers
-
long-term analytics/monitoring infra
FlatTrie is a flatter state layout for archive nodes. The goal is to:
-
make deep historical reads more cache-friendly, and
-
uses substantially less disk space compared to the current archive scheme.
At a high level, the article covers:
-
What FlatTrie is and how it changes the archive state structure
-
Why it can reduce disk usage for archive nodes
-
How to enable it (opt-in flag, fresh sync from empty DB)
-
Important limitations (archive-only mode, some RPC/rewind features not supported)
If you are:
-
planning new archive infra on Kaia,
-
running or building explorers/indexers, or
-
deciding whether you really need archive vs non-archive nodes,
You should understand how this mode works before finalising your architecture.
Full deep dive here: https://medium.com/kaiachain/flatten-the-state-shrink-the-disk-90c3db0b5fe7
Use this thread for follow-up questions (e.g., topology, hardware assumptions, migration strategy), and we’ll route them to the relevant infra folks where needed.

