Inztinct chip · research track

A chip that holds the rules.

Long term, the safety core becomes a purpose-built chip: a mask ROM for the commandments, lockstep cores, its own sensing and a safe-torque-off driver on one die. It is a research programme that runs beside the ZIV prototype and never blocks it.

Concept architectureNot a current product
Mask ROMCommandments Root of trustOTP keys · crypto Config portCAN-FD · signed Core ALockstep · ECC Core BLockstep · ECC Compare + faultFail-safe ladder Own sensingADC · e-stop · encoders WatchdogClock · voltage · tamper STO driverDrive power cut
Concept floorplan

Hover or tap a block. Illustrative floorplan of the research concept. Not a fabricated design.

Why silicon

Three things software cannot promise.

Integrity

Rules fixed at manufacture

Commandments in mask ROM cannot be rewritten by an attacker with remote access.

Independence

Nothing shared with the AI

Its own clock, memory, sensing and drive cut-off. The AI stack cannot starve or confuse it.

Determinism

Predictable timing

No operating system or scheduler between a hazard and a stop. That makes safety cases easier to build.

An honest limit

A ROM protects the code. It does not protect the clock.

Mask ROM guarantees the rules are the rules we shipped. It does not stop an attacker with physical access from glitching power or clock to make the chip skip a check. Voltage-glitch attacks have defeated hardware roots of trust in production vehicles.

So the design adds the defences that matter in that case:

  • Clock and voltage monitors that trigger a stop
  • Lockstep cores so a skipped instruction shows up as a mismatch
  • ECC memory and fault logic on every path
  • Tamper sensing and a physical-key requirement for profile loading

Our claim is narrower and true: remote or software compromise of the AI stack cannot reach the safety core.

Staged path

Hardware first. Silicon when it earns its place.

Stage 0 · now

Safety MCU

A certified-class safety microcontroller and safety relay on the ZIV prototype. The safety core exists in hardware from day one.

Stage 1

FPGA Core

The Core logic on an FPGA to prove the architecture, fault injection and timing before committing to a mask.

Stage 2

Test chip

A small multi-project-wafer test chip on a mature node to validate the ROM, lockstep and monitors.

Stage 3

Product chip

A production safety chip, after pilots and funding justify the cost of a full mask set.

We are evaluating open RISC-V cores such as SHAKTI and Indian multi-project-wafer routes. Nothing here is committed or funded yet.

Standards path

Built to be assessed, not just believed.

IEC 61508Functional safety of electronic safety systems. The reference for the safety core's design process.
ISO 13849Safety of machinery control systems. Relevant to industrial robots working with people.
ISO/IEC TS 22440AI-specific safety risks. Still emerging. We are tracking it.

Working on safety silicon? Let us talk.

We are looking for academic and industry partners for the research track.