EVIDENCE / SCOPE-QUALIFIED DISCLOSURE

What was tested — and what was not.

Public-facing claims are useful only when the measured boundary, source revision and provenance are visible. This register separates demonstrators, bounded software evidence and physical qualification.

EVIDENCE RELEASES / OWNER-APPROVED REGISTER

Latest scoped results.

Published findings update from a read-only release register, independently of the website deployment. Each entry retains its source date, measurement boundary and limitations. Private raw artifacts remain with the researcher.

Request evidence package ↗
09 NOV 2026 · OVH NIC / R22

Hardware RX/TX timestamp pairs: 64/64

p50 136,837 ns · p99 163,625 ns. Owner-reported server-side NIC timing interval; restoration PASS. Not sub-microsecond, not a full two-host end-to-end latency result.

Request original provenance ↗
09 NOV 2026 · FPGA P3

Read-only identity check

Authenticated access, JTAG IDCODE match and SHA-256 precheck reported PASS; no new pin-to-pin timing result established by this check.

09 NOV 2026 · PROOF LABS / R10

13 demonstrations and bounded reference tests

13/13 pages and 149/149 resources checked in R10; static R10 documentation remains available for exact historical provenance.

R10 public dossier ↗

Last publicly reviewed: 09 November 2026. The register updates after a source-bound result is reviewed and explicitly released; an unreviewed test is never auto-published.

PUBLIC RELEASE / R10 · 09 NOVEMBER 2026

Observed acceptance, with the boundary retained.

Source-backed public dossier for the thirteen demonstrations. This records the observed campaign; it is neither hardware certification nor proof that the thirteen private source assets have identical native performance.

13 / 13Public profiles returned HTTP 200 in the R10 crawl
149 / 149Internal public resources accessible in the recorded R10 check
7 / 7Passive ZAP spider runs recorded, not an active penetration test
0Fresh silicon measurements in the R10 campaign
REFERENCE SOFTWARE

1,951,560 comparisons

Zero disagreements in an independent optimised C++20 reference comparison campaign. A separate sanitised subset contains 521,560 comparisons. These are not native performance claims for the private production engines.

LINUX NETWORK / REFERENCE

40 / 40 generic XDP

Packets observed through generic XDP on Linux virtual ethernet interfaces. This does not demonstrate 10G NIC hardware offload, paired physical timestamping or wire-to-wire latency.

DISTRIBUTED REFERENCE

180 bounded cases

Three TCP/SQLite processes on one host. These cases do not establish inter-host atomic consensus, production recovery or external settlement guarantees.

SECURITY / DISCLOSURE

1 High · 89 Medium · 217 Informational

Observed passive ZAP findings. The High finding concerned a 16-digit sequence inside a publicly exposed SHA-256, assessed as a plausible false positive, not erased. Medium findings included public-resource CORS wildcard observations. This is not a clean penetration-test certificate.

Release record: R10 · 09.11.2026. ZAP original SHA-256: 406abab58b85b464279f0aa5e4119586df3da1c9a7f2dbe933776aa8bd56ff5d. Physical qualification remains independently scoped; no newer unverified FPGA or OVH measurements are represented as completed by this public dossier.

Evidence layerPublic readingRequired qualification boundary
13 public demonstrationsCurrent public pages / R10 communication baselineInteractive models, problem scope, method and published limitations; links available from the module atlas.Not evidence of production customer value or automatically applicable to all 48 assets.
Source-bound functional evidenceFrontier / Sovereign private reconciliationVersion-specific test results may be discussed in a buyer-safe evidence brief.A PASS attached to one candidate is not transferable to another revision, a reconstructed original or an adjacent asset.
Formal & bounded verificationMethod-specificSpecific properties, step bounds and oracles can be identified during technical diligence.Formal proof is not implied by test-count coverage, and a model result is not blanket correctness.
OVH NIC / PHC / XDPSoftware decisions versus external timestampsExisting public and internal observations retain their original narrow measurement boundaries.Hardware capability detection, in-program latency and paired hardware TX/RX are separate stages. The 09 November R22 owner report records 64/64 paired hardware RX/TX timestamps, separate from an independent two-host end-to-end qualification. See the live release register above.
FPGA / RTL / JTAGSimulation, timing and pin oracleRTL simulation, synthesis, JTAG identity, placement timing and physical capture are reported separately.Successful simulation or programming alone is not calibrated pin-to-pin evidence. Final result must identify hardware revision, toolchain, capture and run.
Commercial transferClient-scoped acceptanceLicensing and funded validation considered against a defined use case and acceptance matrix.No external laboratory endorsement, reference customer, saving figure or certification claimed without matching records.
Public register P1 · 09 November 2026. The visible register documents disclosure boundaries, not a new FPGA or OVH certification. Completed tests enter the read-only public release register only after their identities, measurement method and disclosure scope are reconciled. Existing demo pages remain the immediate public source for their R10 scoped reports.

EVIDENCE PROVENANCE

Five fields every new result must carry.

This is the release contract for subsequent hardware and software findings.

01

Identity

Asset, immutable revision and tested artifact.

02

Environment

Host, toolchain, clock and hardware topology.

03

Method

Measurement boundaries, workload and acceptance rules.

04

Outcome

Failures, counts, tails and retained exceptions.

Also required: dated evidence pointer and a disclosure decision. A result without those fields stays out of quantified public claims.