Synthetic fixture · no customer data

Synthetic underwriting evidence pack

Trace infrastructure evidence into model-ready capacity.

A runnable, deterministic demonstration of how Doku links a submitted GPU plan, protected power, technical qualification, contract acceptance, and an illustrative cash-flow bridge without turning missing evidence into a pass.

Of 256 installed GPUs, the submitted synthetic record supports 192 as configuration-qualified contracted capacity. The current-versus-restored modeled monthly revenue delta is $126,720.00.

All transaction facts and financial inputs are invented. This is not a customer case, credit decision, technical opinion, covenant calculation, or proof of real-world performance.
An illustrated evidence trail from source records through protected power and fixed GPU pools to a reviewed output ledger
Source evidenceProtected-power boundaryFixed GPU service poolsTraceable model output

Decision path

Start with the question. Preserve the source trail.

The pack keeps evidence state, technical support, model consequence, and decision authority separate.

  1. 01

    Which physical assets are in the submitted scope?

  2. 02

    What capacity is admitted by the declared protected-power boundary?

  3. 03

    Which admitted nodes have current, scoped qualification evidence?

  4. 04

    Which complete service pools satisfy contract acceptance and billing gates?

  5. 05

    How do those evidence states change the declared cash-flow proxy?

  6. 06

    What evidence would close each unsupported assumption?

Live synthetic scenario lab

Change an assumption. Get a fresh, hashed result.

The page calls a real same-origin endpoint backed by exact rational arithmetic. Presets show why power, qualification, acceptance, timing, and price cannot be collapsed into one haircut.

Registered fixture controls

Challenge one assumption at a time.

Blank power or price values are submitted as explicit unknowns. The endpoint accepts only this synthetic fixture and six bounded overrides.

No input is persisted. Do not submit customer or confidential data.
200 OK · SYNTHETICasmt_synthetic_2fb831577d4ca92b
Installed256GPUs
Power-admissible224GPUs
Technically qualified208GPUs
Contract-eligible192GPUs
Modeled revenue$380,160.00
Energy cash cost$18,316.80
Illustrative CFADS$261,843.20
Illustrative coverage0.952157x
Eligible poolsA, B, C
Billable GPU-hours138240
Technical conclusionNot issued

Open evidence and model conditions

  1. PC-001
    Establish sufficient protected placement for Pool D

    Commissioning evidence and an approved asset-to-rack/feed plan for the full-system envelope.

  2. AC-001
    Resolve the n27 hardware qualification exception

    Identity-linked recovery record and repeat supported test results.

  3. AC-002
    Complete n28 hardware qualification evidence

    Raw required results covering n28 and all eight device IDs.

  4. AC-003
    Evidence whole-pool customer acceptance

    Complete topology/workload test package, customer acceptance evidence, and contractual billing start.

  5. FM-001
    Reconcile the lender cash-flow definition

    Lender-approved debt schedule, expense rows, collection assumptions, and covenant definition.

Input SHA-2562fb831577d4ca92b1b8be3f5bba2d0d8ba37fd4565ecb79ff71c39e497247031Review status: unreviewed

Synthetic verification snapshot

A large test surface, with a narrow claim.

The supplied corpus passed direct and actual-loopback HTTP comparison against an independent oracle. These checks measure agreement with an explicit synthetic requirements contract; they do not verify evidence authenticity, hardware feasibility, customer outcomes, or underwriting superiority.

Inspect verification summary
Synthetic cases
200,000
Requirement families
25
Rules per case
3 of 75
Named regressions
251
Selected mutants killed
38 / 38
Oracle comparisons
14.4M

One assessment, multiple representations

Readable pack and machine records stay aligned.

The PDF, JSON, CSV, OpenAPI, and browser result are generated from the same canonical fixture and engine output.

Model assumptions

Unsupported assumptions stay visible.

The demo is useful because it refuses to turn missing evidence into zero, a failed check into a waiver, or a calculated state into a technical conclusion.

  1. 01

    The contract covers the analysis period with no service credits, collection lag, bad debt, or revenue sharing.

  2. 02

    Fixed operating expense includes other site charges and does not duplicate the modeled electricity row.

  3. 03

    Remediation and acceptance costs are excluded from the initial proxy.

  4. 04

    The working-capital row is incremental to all other modeled cash receipts and payments.

  5. 05

    Power, cooling, placement, health, acceptance, price, and expense inputs are authored synthetic assumptions, not verified facts.

Move from synthetic to scoped

Use the demonstration to define the first real evidence question.

Real or redacted transaction work begins only after conflict review, permitted-use confirmation, and controlled intake. Doku does not accept live customer evidence through this public sandbox.