dsfb-gpu-debug-core 0.1.1

Deterministic CPU reference, hash chain, and semantic authority for dsfb-gpu-debug.
Documentation
  • Coverage
  • 100%
    118 out of 118 items documented0 out of 44 items with examples
  • Size
  • Source code size: 354.29 kB This is the summed size of all the files inside the crates.io package for this release.
  • Documentation size: 1.03 MB This is the summed size of all files generated by rustdoc for all configured targets
  • Ø build duration
  • this release: 3s Average build duration of successful builds.
  • all releases: 5s Average build duration of successful builds in releases after 2024-10-23.
  • Links
  • infinityabundance/dsfb
    2 0 0
  • crates.io
  • Dependencies
  • Versions
  • Owners
  • infinityabundance

Open In Colab

dsfb-gpu-debug-core

dsfb-gpu-debug-core is the semantic authority layer for DSFB-GPU: the part that makes acceleration auditable instead of magical. CUDA may produce deterministic witness bytes, but this crate defines the numeric domain, the canonical stage records, the SHA-256 hash chain, the detector motifs, the bank admission rule, and the replayable case-file surface. If a verdict is admitted, it passes through this crate.

The design goal is narrow and evidence-first: produce byte-stable deterministic artifacts that can be replayed, compared, and challenged. It is not a learned model, not a probability engine, and not a benchmark claim.

What

This crate provides the host reference path and the public data types for the DSFB-GPU debug pipeline:

  • Q16: signed Q16.16 fixed-point arithmetic with saturating integer operations and deterministic round-half-to-even multiplication.
  • TraceEvent, WindowFeature, ResidualCell, SignCell, DetectorCell, ConsensusCell, and CandidateInterval: canonical stage records.
  • sha256 and Sha256: a dependency-free SHA-256 implementation used by the case-file and Atlas crates.
  • CANONICAL_BANK: the bank-governed episode admission surface.
  • CaseFile and IntermediateHashes: the replayable verdict record and the stage-by-stage hash chain.

Where

This crate lives at crates/dsfb-gpu/crates/dsfb-gpu-debug-core in the DSFB repository. It is the lowest dependency in the DSFB-GPU crate set:

The public Colab notebook is a replay surface for the wider DSFB-GPU audit gauntlet, not a substitute for reading the crate contracts.

Why

The core problem is not "can a GPU compute faster?" The problem is "can accelerated evidence be admitted without losing semantic custody?" This crate keeps the final authority on the CPU side. The GPU can emit residuals, detector witnesses, candidate summaries, and digests; it cannot mint an admitted Episode. Episode admission is guarded by a bank-private token, so semantic bypass is a type-system boundary rather than a convention.

Mathematical Contract

The numeric carrier is Q16.16:

raw(q) = integer stored in i32
value(q) = raw(q) / 2^16

Residual latency uses the explicit conversion:

residual_latency_q_raw =
  ((mean_latency_us - baseline_latency_us) * 65536) / 1000

with i64 widening, truncation toward zero on the integer divide, and final saturation to i32. The sign stage then computes:

norm_w  = |residual_latency_w| + |residual_error_w|
drift_w = drift_{w-1} + alpha * (norm_w - drift_{w-1})
slew_w  = norm_w - norm_{w-1}

where alpha is contract-locked as a raw Q16.16 value. Detector cells are closed-form threshold decisions over residual/sign grids. Consensus keeps only the GPU-admissible axes: residual magnitude, drift persistence, slew shock, temporal locality, and detector consensus. Entity locality, topology, semantic admissibility, and confuser suppression remain bank-side.

The case-file chain is:

H_0 = SHA256(input_catalog_bytes)
H_i = SHA256(label_i || material_i || H_{i-1})

for contract, bank, detector registry, kernel sequence, window, residual, sign, detector, consensus, candidate, and episode material. Any byte change in an earlier stage cascades into the final case-file hash.

Code

use dsfb_gpu_debug_core::{
    build_cpu, fixture, Contract, Q16,
};

let _one = Q16::ONE;
let events = fixture::synthesize(fixture::DEFAULT_SEED);
let contract = Contract::canonical();
let case_file = build_cpu(&events, &contract);

Run the crate-level checks from crates/dsfb-gpu:

cargo test -p dsfb-gpu-debug-core --features std

The default build is no_std and dependency-free. The std feature enables allocating pipeline drivers and case-file emission; demo enables support used by the CLI crate.

Claim Boundary

This crate establishes deterministic reference semantics and replayable case-file construction. It does not claim neural inference, statistical prediction, probabilistic confidence, learned usefulness, medical or safety diagnosis, or production CUDA performance.

Publish Order

Publish this crate first. The other DSFB-GPU crates depend on dsfb-gpu-debug-core = 0.1.1.

Citation

de Beer, R. (2026). DSFB-GPU: Clear-Box Pure Deterministic Inference CUDA Acceleration for Replayable Trace-Event Verdicts A Prior-Art Architecture for non-probabilistic, non-stochastic, non-weighted, GPU-Accelerated Residual Signs, Detector Motifs, Bank-Governed Fusion, and Byte-Exact Case Files Without Probabilistic Models (1.1). Zenodo. https://doi.org/10.5281/zenodo.20346478

IP Notice

DSFB-GPU Copyright 2026 Invariant Forge LLC This product includes software developed by Invariant Forge LLC. Apache 2.0 (reference implementation). Background IP: Invariant Forge LLC. Commercial deployment requires separate written license. Contact: licensing@invariantforge.net.