Browse
Browse
Every mechanism and implementation, with filters. The address bar keeps the filters, so a filtered view can be shared as a link.
Filtered by
| Name | Readiness | Type | Category | Threat model | Hardware | Adversarial 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. | R2Demonstrated | Implementation | On-chip | Semi-trusted prover | Existing features | Analysis |
| 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. | R2Demonstrated | Mechanism | Isolation & architecture | Adversarial prover | Retrofit device | Independent 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. | R2Demonstrated | Mechanism | Crypto / compute | Semi-trusted prover | Existing features | Analysis |
| 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. | R2Demonstrated | Mechanism | Crypto / compute | Adversarial prover | None | Analysis |
| 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. | R2Demonstrated | Implementation | Crypto / compute | Adversarial prover | None | Analysis |
| Model identity attestation Establishes that responses come from a specific, committed set of model weights, using enclave measurements or recomputation of sampled outputs. | R2Demonstrated | Mechanism | Crypto / compute | Semi-trusted prover | Existing features | Independent 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. | R2Demonstrated | Mechanism | On-chip | Semi-trusted prover | Existing features | Red-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. | R2Demonstrated | Implementation | Crypto / compute | Adversarial prover | None | Analysis |
| 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. | R2Demonstrated | Mechanism | Crypto / compute | Adversarial prover | None | Independent 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. | R2Demonstrated | Mechanism | Crypto / compute | Semi-trusted prover | Existing features | Analysis |
| 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. | R2Demonstrated | Mechanism | Crypto / compute | Adversarial prover | Retrofit device | Analysis |
| Tamper evidence for verifier devices Enclosures, seals and sensors that make physical interference with verification hardware either visible or self-defeating. | R2Demonstrated | Mechanism | Off-chip devices | Adversarial prover | Retrofit device | Red-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. | R2Demonstrated | Mechanism | On-chip | Semi-trusted prover | Existing features | Independent 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. | R2Demonstrated | Implementation | Crypto / compute | Semi-trusted prover | Existing features | Analysis |
| 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. | R2Demonstrated | Implementation | Crypto / compute | Adversarial prover | None | Analysis |
| 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. | R2Demonstrated | Mechanism | Sensing | Adversarial prover | Existing features | Red-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. | R2Demonstrated | Mechanism | Crypto / compute | Adversarial prover | None | Analysis |
| 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. | R2Demonstrated | Mechanism | Crypto / compute | Adversarial prover | None | Analysis |
| 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. | R2Demonstrated | Implementation | Crypto / compute | Adversarial prover | None | Analysis |
| 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. | R1Proposed | Implementation | Isolation & architecture | Adversarial prover | Retrofit device | None |
| 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. | R1Proposed | Implementation | Crypto / compute | Adversarial prover | None | None |
| 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. | R1Proposed | Mechanism | Isolation & architecture | Adversarial prover | Retrofit device | Analysis |
| 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. | R1Proposed | Mechanism | Accounting | Adversarial prover | Existing features | Analysis |
| 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. | R1Proposed | Mechanism | Accounting | Semi-trusted prover | Existing features | Analysis |
| 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. | R1Proposed | Mechanism | On-chip | Adversarial prover | New chip design | Analysis |
| 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. | R1Proposed | Mechanism | On-chip | Adversarial prover | New chip design | Analysis |
| 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. | R1Proposed | Implementation | Isolation & architecture | Adversarial prover | Retrofit device | Analysis |
| 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. | R1Proposed | Implementation | Accounting | Semi-trusted prover | Existing features | Analysis |
| 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. | R1Proposed | Mechanism | Isolation & architecture | Adversarial prover | None | Analysis |
| 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. | R1Proposed | Mechanism | Off-chip devices | Adversarial prover | Retrofit device | Analysis |
| 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. | R1Proposed | Mechanism | Crypto / compute | Adversarial prover | None | Analysis |
| 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. | R1Proposed | Implementation | Isolation & architecture | Semi-trusted prover | Retrofit device | Analysis |
| 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. | R1Proposed | Mechanism | Sensing | Adversarial prover | None | Analysis |
| 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. | R1Proposed | Mechanism | Isolation & architecture | Adversarial prover | Retrofit device | None |
| 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. | R1Proposed | Implementation | Off-chip devices | Semi-trusted prover | Retrofit device | None |
| 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. | R1Proposed | Mechanism | Off-chip devices | Adversarial prover | Retrofit device | Analysis |
| 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. | R1Proposed | Mechanism | Crypto / compute | Adversarial prover | None | Analysis |
No records match these filters.