The Matrix Moment: What happens when you treat physical reality as a discrete 3D tensor grid.
Traditional EDA tools treat hardware design as continuous 3D geometry with floating-point coordinates. This creates fundamental limitations:
- Complex collision detection (
$O(n^2)$ geometry checks). - Unpredictable auto-routing.
- Fragmented tools for PCBs vs silicon chips.
- Heavy, slow simulation loops.
- Difficulty for AI to reason about continuous space.
Hardware Script uses a discrete 3D tensor grid. This single architectural decision unlocks capabilities that seem impossible in traditional tools.
The Problem: Modern chips have thousands of pins in a microscopic area. Routing them without shorts is computationally expensive.
Traditional EDA: Complex floating-point geometry calculations to check if traces intersect.
Hardware Script:
// Internal representation
if voxel_grid.is_occupied(x, y, layer) {
return Err(ValidationError::Collision);
}Result: Mathematically impossible to create short circuits. Two things cannot occupy the exact same spatial grid location.
Why This Matters:
- High-density BGA escape routing becomes trivial.
- Designs compile and route in milliseconds.
- AI can generate complex routing without geometry libraries.
The Realization: Designing a PCB and designing a silicon chip are the same mathematical problem—routing connections in 3D space without collisions.
PCB Design (millimeter scale):
space PCB:
dimensions: 50mm by 50mm by 2.0mm
grid: 500 by 500 by 4
add substrate(FR4) spanning all
Silicon Chip Design (nanometer scale):
space Microchip:
dimensions: 10nm by 10nm by 2.0nm
grid: 1000 by 1000 by 50
add substrate(Silicon) spanning all
The compiler doesn't care. The math is identical. Change the materials database from "FR4 and Copper" to "Silicon and Doped Polysilicon" and you've gone from PCB design to VLSI (Very Large Scale Integration) chip design.
Why This Matters:
- One tool for all scales (PCB, IC, MEMS, silicon photonics).
- Same unified syntax from simple hobbyist boards to custom silicon.
- The materials database is the only difference.
The Problem: Modern boards have 10-50 layers. Traditional tools struggle with via placement and layer transitions.
Hardware Script's Advantage:
route CPU.DataBus to RAM.Input:
path:
- [x: 50mm, y: 50mm, layer: l1] # Top layer
- [x: 50mm, y: 50mm, layer: l25] # Via through 24 inner layers
- [x: 80mm, y: 50mm, layer: l25] # Route on layer l25
- [x: 80mm, y: 50mm, layer: l1] # Via back to top
clearance: 0.5mm
The compiler automatically:
- Drills plated-through-holes (PTH) and vias at layer transitions.
- Clears anti-pads in copper planes.
- Validates annular ring sizes and via clearance.
- Checks current capacity and voltage drop per layer.
Why This Matters:
- Complex multi-layer stackups become manageable.
- Perfect layer alignment is guaranteed by design.
- True 3D routing bypasses the limits of flat 2D layout.
The Realization: Hardware design should work like modern software development.
Traditional EDA: Clicking buttons in a heavy GUI, saving opaque binary/XML files that break Git diffs, and manual routing.
Hardware Script: Write code, save git-friendly .hw files, compile with hwc, and visualize with Hardware Script Monitor (hsm) hot-reloading .hsx binaries in under 50ms.
Why This Matters:
- Git-friendly source files (easy merges, pull requests, version history).
- AI can generate, review, and refactor hardware designs.
- Automate design steps with scripts, macros, and CI/CD pipelines.
Physical hardware is just:
Space × Materials × Routing × Physics
Where:
- Space = 3D tensor grid (discrete coordinates).
- Materials = Database of physical properties.
- Routing = Analytical mathematical paths.
- Physics = Validation rules (Ohm's law, thermal limits, etc.).
This is pure mathematics. It's deterministic, provable, and AI-native.
User: "Design a 5V to 3.3V LDO regulator"
LLM: [Reads component database]
[Calculates optimal layout]
[Generates .hw code]
[hwc validates physics & rules]
[Outputs compiled .hsx]
Result: First-try hardware success
// Prove mathematically that no shorts exist
assert!(netlist_arena.verify_no_shorts());Result: Provably correct hardware (like formal verification in software).
import BuckConverter from "@power/buck"
add BuckConverter (
input: 12V,
output: 5V,
current: 2A,
efficiency: 0.90
) named Converter1 at [x: 10mm, y: 10mm, layer: l1]
Result: Hardware becomes as reusable as software libraries.
space System:
# Custom silicon chip
add CustomASIC named Processor at [x: 10mm, y: 10mm, layer: l1]
# PCB board
add MotherBoard named Board at [x: 0, y: 0, layer: l1]
Result: System-level design in a single compile pass.
- Unified 3-File Architecture (
hw.toml,hw.lock,.hw). - Rust compiler core (
hwc) with zero-copy exchange binaries (.hsx). - High-performance live visualizer (Hardware Script Monitor
hsm) with Babylon.js. - Continuous mathematical lines (
AnalyticTrace) and cylindrical vias. - Standard Library (
@std) and public HPM Package Registry. - Comptime module flattening, loop unrolling, and logic synthesis.
- First production-ready compiler release.
- Complete vendor package database.
- Multi-layer substrate and power planes.
- Signal timing, differential pairs, and impedance constraints.
- Automatic BGA escape routing.
- Advanced thermal simulation (Ngspice waveform integration).
- Real-time physics visual debugging overlays.
Continuous geometry (traditional):
- Floating-point errors.
- Complex collision detection.
- Unpredictable routing.
- Hard for AI to reason about.
Discrete grid (Hardware Script):
- Integer coordinates (exact nanometer fixed-point math).
-
$O(1)$ collision detection. - Deterministic routing.
- AI-native representation.
Geometric representation (traditional):
- Lines, arcs, polygons.
- Complex intersection math.
Tensor representation (Hardware Script):
- 3D array of states.
- Simple array operations.
- Same math at all scales.
These features seem impossible in traditional EDA tools but are natural in Hardware Script:
Traditional:
Hardware Script:
Traditional: Auto-router produces different results each run.
Hardware Script: Same input = same output, always.
Traditional: AI can't click buttons or generate binary files.
Hardware Script: AI writes text, compiler handles the rest.
Traditional: Separate 2D layout, 3D casing, and netlist files.
Hardware Script: Single compiled exchange binary (.hsx) visualized instantly in Babylon.js/Three.js.
Traditional: Different tools for PCB vs silicon.
Hardware Script: Same tool, different materials database.
Traditional: Impossible to prove correctness.
Hardware Script: Mathematical proof via tensor validation.
- PCB Tools: KiCad (free), Altium ($7K/year), Eagle (acquired)
- Silicon Tools: Cadence, Synopsys ($100K+/year)
- Total Market: $12B+ annually
- Problem: Fragmented, expensive, GUI-dependent
Hobbyist/Education (Free tier):
- Students learning electronics.
- Makers and hobbyists.
- Open-source projects.
- AI experimentation.
Professional (Commercial license):
- Startups designing custom boards.
- Companies needing rapid prototyping.
- Teams wanting Git-based workflows.
- AI-driven hardware generation.
-
Architecture: Discrete 3D tensor grid with nested tensors is fundamental. Can't bolt it onto existing tools.
-
First-Mover: First text-based, AI-native hardware compiler. Network effects matter.
-
Ecosystem: GitHub-based package registry. Community builds the component library.
-
Scale Invariance: Only tool that works from PCBs to silicon. Unique positioning.
-
Open Source: AGPLv3 license. Corporations must buy commercial licenses.
Hardware design looks like software development:
# Import standard libraries
import power, sensors, comms
# Define system
space SmartDevice:
dimensions: 50mm by 50mm by 10mm
# Custom silicon
add RISC_V_Core (
frequency: 1GHz,
cores: 4,
process_node: 3nm
) named Processor at [x: 10mm, y: 10mm, layer: l1]
# Power management
add BuckConverter (input: 12V, output: 5V, current: 2A) named PowerSystem at [x: 30mm, y: 10mm, layer: l1]
# Sensors
add TemperatureSensor named TempSens at [x: 10mm, y: 30mm, layer: l1]
add Accelerometer named Accel at [x: 20mm, y: 30mm, layer: l1]
Result: Hardware becomes as easy as writing code.
This vision is achievable. The v0.1.7 compiler proves the foundation works.
What we need:
- Community to build component libraries.
- Contributors to add features.
- Companies to adopt and fund development.
- Researchers to push the boundaries.
Hardware Script - Making hardware design as simple as writing code.
Join the revolution: [GitHub Repository]
Document Status: Vision Statement
Last Updated: Q2 2026
This is where we're going. v0.1 is just the beginning.