Skip to main content

The claim ledger is the public checklist that keeps speed numbers honest.

Someone wants to reuse a speed number in a page, social card, or launch copy. The ledger tells them which value, unit, category, mechanism, non-claims, and public pages are allowed to carry that row.
Claim

The public value and what is being counted.

Category

The work shape that makes the claim meaningful.

Boundary

The places where the number must not be stretched.

Every public speed row needs to be auditable without opening private implementation material.

What this is

Claim ledger = the structured list of public benchmark claims.Each claim has a number, a unit, a measured category, a mechanism, and a list of things the number does not claim.

Required parts

PartMeaning
Claim IDStable public ID for the claim row.
Public labelThe phrase readers see.
ValueThe number.
UnitWhat the number is counted in.
CategoryThe job measured, such as warm-local-read or durable-batch-write.
Mechanism categoriesPublic mechanism families that explain the claim.
Public detail levelThe level of mechanism detail that can be safely explained.
Mechanism sentenceShort sentence explaining why this category can have this number.
Non-claimsThe boundaries. This stops readers from comparing unlike jobs.
Private-detail boundaryThe details that public docs must not expose.
Pages allowed to repeat itThe public pages that are allowed to use the claim.

Current category names

CategoryMeaning
warm-local-readLocal read when the needed bytes are already warm and no network request is included.
content-address-lookupLocal lookup where Bitfield resolves a content identity before reading.
durable-batch-writeSaved-write work measured across a batch.
batched-write-ceilingCeiling number for an optimized full-batch path.

Current claim rows

IDPublic labelValueUnitCategoryMechanism categories
h0-warm-local-read0.68ns warm local read0.68nanoseconds per readwarm-local-readmemory-mapped-local-read, content-addressed-storage
h1-hash-lookup91.7ns hash lookup91.7nanoseconds per lookupcontent-address-lookupcontent-addressed-storage
durable-batch-write-8190316ns durable batch write comparison316nanoseconds per written itemdurable-batch-writedurable-append-path
current-batched-write-ceiling0.59ns batched engine write ceiling0.59nanoseconds per written itembatched-write-ceilingdurable-append-path

Field-level failure examples

Bad row shapeWhy it failsCorrect row shape
Value and unit onlyIt cannot be compared safelyValue, unit, category, mechanism, and non-claims
Category says “database speed”Too broad to verifyA measured job like warm-local-read
Non-claims are emptyThe number can be stretched into false claimsExplicit exclusions for cold, network, lookup, or write boundaries
Allowed-page list is missing a pageThe claim can appear where the ledger cannot audit itAdd every public page that repeats the row
Forbidden details are not namedWriters may expose the wrong layerKeep private layouts, private encodings, private scheduling logic, and raw private logs out of public docs

Public boundary

Public docs may explain mechanism categories.Public docs may not publish private file layouts, private binary record formats, private write scheduling logic, or raw private benchmark logs.That is the point of the ledger. It lets the docs show enough mechanism to be credible without turning the docs into a private implementation dump.

Common failures

FailureWhy it is wrongFix
Page uses a speed number not in the ledgerThe source of truth splitsAdd or update the ledger row first
Claim lacks a non-claim listReaders can overread the resultAdd explicit boundaries
Claim uses a new category silentlyComparisons become blurryAdd the category to validation intentionally
Claim exposes forbidden detailsPublic docs leak the wrong layerStay at public mechanism-category level

Next

Last modified on May 10, 2026