Skip to main content

A comparison is only fair when both sides measure the same kind of work. Bitfield proof pages name the job first, then the number.

Somebody sees 0.68ns and wants to compare it to a managed database query over the internet. That is not the same job. One is a warm local read. The other includes network and server work.
1

Warm read, lookup, durable batch write, runtime call, or network command.

2

Local bytes, cache state, lookup work, durability boundary, or network hop.

3

Cold storage, internet latency, isolated write latency, or unrelated query planning.

The reader should be able to tell which comparisons are meaningful and which comparisons are category mistakes.

Safe comparison table

Bitfield rowSafe comparisonUnsafe comparison
Warm local readOther warm local exact-read pathsNetworked SQL query
Content address lookupOther local identity/lookup pathsExact-position read with no lookup
Durable batch writeOther batch writes with similar durability boundaryOne isolated networked write
Batched write ceilingOther optimized full-batch ceilingsEvery possible saved-write path
Runtime Kit requestOther app-to-runtime request/reply pathsRaw storage read by itself

The rule

If a vendor number includes a network trip, server scheduling, query planning, or cold storage fetch, it is not the same category as a warm local read.If a Bitfield number says batch, do not treat it as a single isolated write.If a Bitfield number says lookup, do not treat it as exact-position read with no lookup.

Skeptical comparison checklist

Run this before publishing a comparison:
QuestionPass condition
What is the measured job on both sides?Both sides name the same category.
Is the data local or remote?Local rows compare to local rows; network rows compare to network rows.
Is the data warm or cold?Warm rows compare to warm rows; cold rows compare to cold rows.
Is lookup included?Lookup rows compare to lookup rows, not exact-position reads.
Is durability included?Saved-write rows compare to saved-write rows with a similar boundary.
Is this a batch ceiling?Ceiling rows compare to ceiling rows, not every write.
Are non-claims still attached?The comparison carries the boundary sentence.

Category mismatch examples

MisreadWhat actually changed
0.68ns warm local read vs managed database queryAdded network, server scheduling, and query work to one side only
91.7ns content address lookup vs exact local readAdded content identity resolution to one side only
0.59ns batched write ceiling vs one user pressing saveReplaced a full-batch ceiling with isolated interaction latency
Durable batch row vs remote write APIMixed local saved-write batch work with networked service work

Common failures

Bad comparisonWhy it is wrongCorrect move
Warm local read vs remote queryThe remote query includes network/server workCompare against local warm read paths
Batch ceiling vs isolated writeThe batch row divides work across a full batchUse durable batch rows for saved-write comparisons
Content lookup vs exact readThe lookup row includes identity resolutionCompare against lookup paths
Headline vs headlineHeadline rows often hide categoryRead the category and non-claims first

Next

Read Warm and cold paths, then use the Benchmark ledger and Claim ledger to check the exact claim row.
Last modified on May 10, 2026