Skip to content

docs: refresh disk sizes on main, add sepolia, hoodi and chiado - #22867

Open
awskii wants to merge 4 commits into
mainfrom
awskii/docs-disk-sizes-sync
Open

docs: refresh disk sizes on main, add sepolia, hoodi and chiado#22867
awskii wants to merge 4 commits into
mainfrom
awskii/docs-disk-sizes-sync

Conversation

@awskii

@awskii awskii commented Jul 29, 2026

Copy link
Copy Markdown
Member

docs/site/src/data/disk-sizes.json on main is 11 months stale (2025-09-01): it reads 920 GB for a mainnet full node against a measured 419.04 GB. update-disk-sizes.yml pins base_branch to release/3.5, so main is never written and only ever catches up by hand. The published site builds from the release branch, so it already serves the current values — this brings main in line.

Sepolia, Hoodi and Chiado had no entry anywhere, and the datadir breakdown on the Database page was a Nov 2024 mainnet-only snapshot that left ~1.2 TB unaccounted for by omitting the block segments in snapshots/ itself.

Changes

  • Synced mainnet/gnosis values from release/3.6 (measured 2026-07-19 and 2026-07-21)
  • Added sepolia (1.10 TB), hoodi (133.73 GB) and chiado (29.64 GB) archive sizes to disk-sizes.json and the hardware-requirements tabs
  • Replaced the Database page breakdown with a five-chain table, block segments broken out, and named what the off-by-default data costs (receipts cache 441 GB, commitment history 4.4 TB, Caplin archive 2.5 TB on mainnet)
  • Corrected architecture.md (chaindata ~15 GB -> ~20 GB) and the landing stat (< 2 TB -> ~2 TB for an archive node)
  • Regenerated hardware-requirements.mdx and the llms-full.txt artifacts from the JSON via render-disk-sizes.py / generate-llms.py

New figures are measured on the snapshotter-bm-v36-* archive nodes on 2026-07-29. Those boxes run with commitment history, the receipts cache and the Caplin archive enabled, so the optional components are excluded per file rather than by subtracting a lump — erigon snapshots du reproduces the same per-category totals, and gnosis, the one node without commitment history, agrees to 0.05%.

Notes

The three new networks carry an archive row only, and their captions say so: the CI arms that measure full and minimal (qa-sync-from-scratch-full-node.yml, qa-sync-from-scratch-minimal-node.yml) both pin chain: [mainnet, gnosis]. Adding sepolia/hoodi there is the only way to get real numbers, and it is a QA-capacity call rather than a docs one.

update-disk-sizes.yml is unchanged, so main will drift again. Retargeting it is a separate call about which branch is the docs source of record. versioned_docs/version-v3.3 is also unchanged, which is correct for a frozen snapshot.

awskii added 2 commits July 29, 2026 21:06
main's copy is 11 months stale (2025-09-01): the mainnet full-node figure
reads 920 GB against a measured 419.04 GB. update-disk-sizes.yml pins its
base to release/3.5 and never writes main, so main only ever catches up by
hand.

Values copied from release/3.6 (measured 2026-07-19 mainnet, 2026-07-21
gnosis); hardware-requirements.mdx and the llms artifacts are regenerated
from the JSON.
Only mainnet and gnosis were listed. Archive sizes measured on the
snapshotter-bm-v36-* nodes on 2026-07-29: sepolia 1.10 TB, hoodi 133.73 GB,
chiado 29.64 GB.

Execution-layer data only, so the tables carry an archive row and say so;
full and minimal are not measured for these networks.

Copilot AI left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Copilot was unable to review this pull request because the user who requested the review has reached their quota limit.

awskii added 2 commits July 29, 2026 22:04
The breakdown was a Nov 2024 mainnet-only snapshot, and it left ~1.2 TB
unaccounted for by omitting the block segments that sit in snapshots/
itself.

Replaced with a table covering eth-mainnet, gnosis, sepolia, hoodi and
chiado, measured on the snapshotter-bm-v36-* archive nodes in July 2026,
with block segments broken out and the off-by-default data named.
architecture.md said chaindata is ~15 GB on mainnet and the landing stat
claimed an archive node is under 2 TB. Measured on a 3.6 mainnet archive
node: 22.75 GB chaindata, 2.17 TB total.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants