Browse

Browse

Every mechanism and implementation, with filters. The address bar keeps the filters, so a filtered view can be shared as a link.

37 of 37 shown
NameReadinessTypeCategoryThreat modelHardwareAdversarial eval.
Attestable Audits
A research prototype that runs AI safety benchmarks inside a trusted execution environment and publishes attestations binding the model, the audit and the results.
R2DemonstratedImplementationOn-chipSemi-trusted proverExisting featuresAnalysis
Bounding unexplained information in outputs
Limits the hidden information a facility's outputs can carry by measuring how much of those outputs the declared computation fails to predict.
R2DemonstratedMechanismIsolation & architectureAdversarial proverRetrofit deviceIndependent red-team
Confidential multi-party verification
Lets mutually distrusting parties run an agreed check over private models or records inside attested enclaves or zero-knowledge proofs, revealing only the result.
R2DemonstratedMechanismCrypto / computeSemi-trusted proverExisting featuresAnalysis
Deterministic and bit-exact inference
Making model inference reproducible bit for bit, so that a verifier's re-run must match the provider's output exactly rather than approximately.
R2DemonstratedMechanismCrypto / computeAdversarial proverNoneAnalysis
DiFR (Divergence From Reference)
DiFR checks that an inference provider ran its declared model by comparing output tokens or activations with a trusted re-run using the same random seed.
R2DemonstratedImplementationCrypto / computeAdversarial proverNoneAnalysis
Model identity attestation
Establishes that responses come from a specific, committed set of model weights, using enclave measurements or recomputation of sampled outputs.
R2DemonstratedMechanismCrypto / computeSemi-trusted proverExisting featuresIndependent red-team
On-chip telemetry from timing, memory and performance counters
Uses timing, memory-residency and performance-counter signals measured on AI accelerators as evidence about which workloads they are running.
R2DemonstratedMechanismOn-chipSemi-trusted proverExisting featuresRed-teamed
Pearl proof-of-useful-work blockchain
A blockchain whose mining is designed to be a by-product of GPU matrix multiplications in AI workloads, with public node and miner code.
R2DemonstratedImplementationCrypto / computeAdversarial proverNoneAnalysis
Proof-of-learning and training-transcript verification
A trainer logs checkpoints, data order and settings, so a verifier can re-run sampled training segments and check that the claimed training happened.
R2DemonstratedMechanismCrypto / computeAdversarial proverNoneIndependent red-team
Safeguard attestation
Hardware-signed evidence that an AI service ran its declared safeguards, such as a guardrail classifier or monitor, when producing a given response.
R2DemonstratedMechanismCrypto / computeSemi-trusted proverExisting featuresAnalysis
Sampled inference recomputation
A verifier re-runs a random sample of an AI provider's logged queries on a trusted copy of the declared model and checks the outputs match.
R2DemonstratedMechanismCrypto / computeAdversarial proverRetrofit deviceAnalysis
Tamper evidence for verifier devices
Enclosures, seals and sensors that make physical interference with verification hardware either visible or self-defeating.
R2DemonstratedMechanismOff-chip devicesAdversarial proverRetrofit deviceRed-teamed
TEE remote attestation for AI workloads
Trusted execution environments (TEEs) in CPUs and GPUs sign reports of loaded software, so a remote party can check which code ran an AI workload.
R2DemonstratedMechanismOn-chipSemi-trusted proverExisting featuresIndependent red-team
Tinfoil model identity (Modelwrap)
Tinfoil's method for proving which model weights its enclave-hosted inference service runs, by binding a dm-verity hash of the weights into remote attestation.
R2DemonstratedImplementationCrypto / computeSemi-trusted proverExisting featuresAnalysis
TOPLOC
TOPLOC is a hashing scheme from Prime Intellect that lets a verifier check whether an inference provider ran the model, prompt and precision it claims.
R2DemonstratedImplementationCrypto / computeAdversarial proverNoneAnalysis
Workload classification from telemetry and side channels
Telling whether chips are training, serving or doing non-AI work from GPU counters or power draw, signals that do not read weights or data.
R2DemonstratedMechanismSensingAdversarial proverExisting featuresRed-teamed
Zero-knowledge proofs of inference
A prover produces a cryptographic proof that an output came from running a committed model on a given input, without revealing the weights.
R2DemonstratedMechanismCrypto / computeAdversarial proverNoneAnalysis
Zero-knowledge proofs of training constraints
Cryptographic proofs that a training run followed a committed dataset, procedure and rules, checkable without revealing the model or the data.
R2DemonstratedMechanismCrypto / computeAdversarial proverNoneAnalysis
zkLLM
zkLLM is a GPU-accelerated zero-knowledge proof system that proves a large language model's output came from committed weights without revealing those weights.
R2DemonstratedImplementationCrypto / computeAdversarial proverNoneAnalysis
AI 2040 inference-only verification stack
A proposed retrofit that isolates data-centre inference units, taps their front-end traffic and recomputes random samples to check that only declared inference runs.
R1ProposedImplementationIsolation & architectureAdversarial proverRetrofit deviceNone
Attestable zero-knowledge inference prover
Attestable's zero-knowledge prover, which the company reports proves large language model outputs came from committed weights at tens of tokens per second.
R1ProposedImplementationCrypto / computeAdversarial proverNoneNone
Bandwidth limits and compartmentalization
Capping or removing the network links between groups of accelerators, so that serving models still works but large training runs become impractically slow.
R1ProposedMechanismIsolation & architectureAdversarial proverRetrofit deviceAnalysis
Chip location verification
Timing a chip's signed replies to trusted servers at known places, so that the speed of light bounds how far away the chip can be.
R1ProposedMechanismAccountingAdversarial proverExisting featuresAnalysis
Chip registries and manufacturing records
Recording each AI chip's identity and owner from the fab onwards, and cryptographically fixing manufacturing records, so that chips can be accounted for later.
R1ProposedMechanismAccountingSemi-trusted proverExisting featuresAnalysis
Hardware performance throttling and licensing
On-chip mechanisms that cut an AI accelerator's performance when a license expires or a trusted trigger fires, bounding what the hardware can do.
R1ProposedMechanismOn-chipAdversarial proverNew chip designAnalysis
Hardware-enabled guarantees (flexHEG) and guarantee processors
Proposed chip add-ons, a guarantee processor inside a tamper-protected enclosure, that would check and enforce agreed rules on how AI accelerators are used.
R1ProposedMechanismOn-chipAdversarial proverNew chip designAnalysis
Low-trust AI compute verification system overview
A retrofittable reference design in which network taps commit to all facility traffic, and air-gapped, independently sourced checkers later re-run randomly challenged records.
R1ProposedImplementationIsolation & architectureAdversarial proverRetrofit deviceAnalysis
Lucid sovereignty (location) certificates
A draft specification, hosted by Lucid Computing, for short-lived certificates that bound where a workload runs by timing signed exchanges with fixed anchors.
R1ProposedImplementationAccountingSemi-trusted proverExisting featuresAnalysis
Memory wiping and proofs of secure erasure
Overwriting all of a device's memory in a way a verifier can check, so that nothing from earlier, undeclared work survives the wipe.
R1ProposedMechanismIsolation & architectureAdversarial proverNoneAnalysis
Network taps and certifiers
Devices on a cluster's network links that copy and hash all traffic, so a verifier can later check sampled records against declared work.
R1ProposedMechanismOff-chip devicesAdversarial proverRetrofit deviceAnalysis
Proofs of useful work and resource exhaustion
Cryptographic evidence that hardware performed a given amount of agreed computation, proposed as a way to show no spare capacity remained for other work.
R1ProposedMechanismCrypto / computeAdversarial proverNoneAnalysis
RAND secure inference data center (SIDC) design
A RAND design for a purpose-built facility that serves already-trained AI models while protecting weights and inference data against state-level attackers.
R1ProposedImplementationIsolation & architectureSemi-trusted proverRetrofit deviceAnalysis
Remote detection of data centres
Remote detection locates large data centres and estimates their power capacity without site access, using satellite imagery, heat signatures and public records such as permits.
R1ProposedMechanismSensingAdversarial proverNoneAnalysis
Reproducible computation packets
Organizing all AI workloads in a facility into discrete, reproducible units, so that a verifier can recompute a random sample and check each one.
R1ProposedMechanismIsolation & architectureAdversarial proverRetrofit deviceNone
SASH confidential network logger
An open-source prototype that routes a facility's inference traffic through a logger and re-runs requests on a separate cluster to check it serves inference.
R1ProposedImplementationOff-chip devicesSemi-trusted proverRetrofit deviceNone
Side-channel suppression for isolated facilities
Shielding, filtering, jamming and inspecting an AI facility so that no hidden physical channel can bypass the checks placed on its official links.
R1ProposedMechanismOff-chip devicesAdversarial proverRetrofit deviceAnalysis
Timed challenge-response and memory-occupation challenges
A verifier sends unpredictable questions that a device can answer in time only if it holds specified data, or dedicates specified resources, locally.
R1ProposedMechanismCrypto / computeAdversarial proverNoneAnalysis