Identity first · requirement state second · compatibility only when exact evidence exists
Explore Bikes Universe
BKU008 / STANDARDS + ASSEMBLY EVIDENCE
Standards identify requirements. They do not issue verdicts.
BKU007 normalizes a bounded set of high-value bicycle interfaces and ties them to exact official product evidence. Matching names, dimensions or neighboring graph nodes never become a compatibility guarantee.
Compatibility boundary: established means only that a loaded source establishes that requirement at its stated scope. Missing or unknown remains unresolved. No transitive inference is allowed.
01 / NORMALIZE
Eight source-backed standard/interface nodes.
Driver bodies, rotor mounting, brake-caliper mounting, axle systems, derailleur/frame mounting and tyre/rim dimensional references are modeled separately from products.
SOURCE-BACKED
freehub driver
SRAM XD driver interface
Cassette-to-driver mounting interface described by SRAM for mountain-bike applications and 10-tooth-start cassettes.
Maintainer
SRAM
Evidence
bku.evidence.sram.xd-xdr-explained
Verification boundary
Shared XD naming is not enough to certify a cassette/hub pair. Exact product evidence remains required.
SOURCE-BACKED
freehub driver
SRAM XDR driver interface
Road-oriented cassette-to-driver interface that SRAM states is 1.85 mm longer than XD.
UDH does not fit every frame. Exact frame identity and current frame-fit documentation remain required.
SOURCE-BACKED
tire rim
ETRTO cycle tyre / rim dimensional reference
Standards-body reference system for cycle tyres and rims, including size designation, dimensions and recommended rim-width material in ETRTO publications.
Maintainer
ETRTO
Evidence
bku.evidence.etrto.cycle-tyre-rim-standards
Verification boundary
BKU007 does not reproduce paid/proprietary tables and therefore does not certify an exact tyre/rim pair from category naming alone.
02 / REQUIREMENT INSPECTOR
See the exact requirement state, not a green compatibility badge.
Choose a bounded evidence case. BKU reports every requirement as established, missing, stale, conflicting or unknown and preserves zero-count states honestly.
Loading exact requirement states…
NO TRANSITIVE INFERENCEA↔B and B↔C never creates A↔C. Shared manufacturer, speed count, mount family or nominal dimension is not pair certification.
03 / STATE AUDIT
Zero stale. Zero conflicting. Those states still exist.
The current requirement audit contains no stale or exact-scope conflicting standards records. BKU exposes those states because future evidence can age or disagree; it does not fabricate examples.
7ESTABLISHED
5MISSING
6UNKNOWN
0STALE
0CONFLICTING
04 / TRACE
From standard identity back to exact evidence.
Standards are graph nodes. Exact products declare standards only where official product sources do so. Procedure, torque, installation and safe-to-ride decisions stay outside this layer.
Dates and availability belong beside the claim scope.
The active Bikes evidence records in this candidate are a supplied snapshot, not live web checks. The R000013 evidence ledger records source access on 2026-09-10, and the availability review records checks on 2026-09-11. Source-access dates, availability-review dates, next-review dates, blocked states and scope-review states stay visible so a reachable URL is never treated as automatic proof that a claim is still current.