BRIK64
BPU — BRIK Processing UnitCONCEPT — ROADMAP TO SILICON

Hardware that says no.

A dedicated hardware coprocessor designed to evaluate Policy Circuits — PCD programs that produce either ALLOW or BLOCK — before any AI-generated action reaches the host system.

“RLHF teaches an AI to want to do right. The BPU prevents it from doing wrong. Education fails. Physics does not.”

[01] ARCHITECTURE

Three subsystems. Fixed pipeline.

Monomer Gates

Dedicated silicon units for each canonical operation. Each unit is a hardwired combinational circuit with no firmware.

Composition Router

Routes monomer calls according to composition laws: sequential, parallel, and conditional evaluation paths.

Verification Unit

Coherence verification unit. Certifies that every policy circuit meets formal correctness criteria before it is loaded into the BPU.

Family
Description
Arithmetic
Core mathematical operations with saturating semantics
Logic
Bitwise and boolean operations
Memory
Safe memory access primitives
Control
Flow control and branching
I/O
Input/output channel operations
String
Text processing primitives
Crypto
Cryptographic building blocks
System
Low-level system interaction

[02] THE NON-MASKABLE BLOCK

No software can override hardware.

Software Guardrails

RLHF, Constitutional AI, output filters — all operate in the same execution context as the AI model. A sufficiently capable model can find adversarial routes around these checks. If it runs as software on the same CPU, it can be disabled.

Hardware Enforcement

The BPU sits on the PCIe bus between the AI accelerator and the host I/O subsystem. A BLOCK terminates the PCIe transaction at the hardware level. No interrupt handler, no signal, no exception. The AI process never learns the block happened.

Threat Model

Protects against: compromised, jailbroken, or misaligned AI models. Does NOT protect against: compromised host OS or malicious human with physical access. Guards the boundary between AI actions and the systems they target.

[03] POLICY CIRCUITS

AI safety by physics, not psychology.

A Policy Circuit takes an action descriptor, evaluates it against certified constraints, and returns exactly ALLOW or BLOCK. Φc = 1 means every possible input maps deterministically to one of two terminal states.

Warehouse Robot

Zone boundaries, speed limits near humans, and restricted area enforcement. The robot physically cannot violate these constraints, regardless of what its AI model decides.

Delivery Drone

Altitude ceilings, no-fly zone geofencing, and automatic return-to-base on low battery. Hardware-enforced limits that no software update can bypass.

Surgical Robot Arm

Force limits and movement boundaries that cannot be overridden by any software. Critical zones enforce stricter constraints automatically.

[04] ROADMAP

From software to silicon

NOW

Phase 1 — Software

Policy circuits compile to Rust, JavaScript, and Python guardrail modules. Φ_c = 1 verified by the formal proof checker.

$ brikc compile --target rust policy.pcd
12–18 months

Phase 2 — FPGA

Full BPU architecture on Xilinx Ultrascale+ FPGA. EVA Router and CMF Unit in synthesizable VHDL. Developer boards and server expansion cards.

24–36 months

Phase 3 — Silicon

Tape-out as a dedicated ASIC. ARM-style IP licensing model. Target: AI accelerator cards, server CPUs, edge AI SoCs.

Regulatory trajectory

Voluntary adoption

Now

ABS optional (1978)

Industry standard

2–3 years

ABS standard equipment

Regulatory mandate

5–10 years

ABS mandatory (2004)

[05] SPECIFICATIONS

Operation families8 families
Policy circuit max depth256 nodes
Evaluation latency target< 1 µs (ASIC)
PCIe interfaceGen 5 x4
Policy flash capacity256 circuits
Hot-swap policy updateYes (CMF re-certifies)
Side-channel resistanceConstant-time evaluation

Use Phase 1 today.

Policy circuits already compile to software guardrails. Start writing and certifying policy circuits now — the hardware will catch up.