THE LATEST BLOCK
The trace of a receipt.
- Received
- Request duration
- —
- SHA-256 fingerprint
—
ONE SEQUENCE. A SECOND LOOK.
Every fifteen minutes, Trinity examines a block of bits received from a public service. An experiment followed over time, with criteria fixed before the results.
16 KiB every 15 min · 30 days

THE STREAM / WHAT WAS RECEIVED
Reading the experiment report…
Receipts and tests will appear when a report is available.
Report published :
CAMPAIGN
THE LATEST BLOCK
—Cache and provider
A departure triggers a review of the delivered stream: cache, provider repetitions, transport and source. Request duration does not measure when the bits were generated.
THE TESTS / AT SEVERAL SCALES
The same criteria apply to received blocks and complete UTC hours and days. Incomplete windows are not evaluated. Missing slots are not retried.
Tested windows will appear with their status and results.
THE LEADS / TO EXAMINE
An alert is a lead to review. Exact repetitions and statistical departures are shown with their delivery context.
Reading the campaign leads…
THE PROTOCOL / BEFORE OBSERVING
One 16 KiB block per fifteen-minute slot. Its fingerprint, receipt time and cache evidence are retained; raw bits stay private.
Four tests: the proportion of 0s and 1s, then disjoint pairs at lags of 1, 8 and 64 bits. A repetition is confirmed by an exact comparison of the entire block’s bytes, after fingerprint filtering.
A repeated sequence may come from a cache or the provider. Every lead needs that review before interpretation.
Across the sealed campaign, under the assumption of independent, identically distributed uniform delivered bits. This rate concerns the protocol’s false alerts; it is not a probability of simulation.
The manifest and its fingerprint will be published with the campaign.
Observations concern the stream actually delivered to Trinity. This experiment is separate from the 1/fβ spectral analysis.
An interesting result starts with a verifiable trace.
Explore the investigations