Skip to content

Printing

Printing checks on tiles of a mask, combined into one check for a region

The result

Per-tile printing checks combined into one check for a whole region by a Lean-checked step, with a measured allowance for spill between tiles.

Limit The combining step is checked in Lean; the spill allowance is measured, not proved; relative to our own simulator.

Checking how a large mask region will print, in one piece, needs a large and slow simulation. The record checks it in tiles instead and combines the per-tile checks into one for the region, carrying an explicit allowance for how much light from one tile affects its neighbours. The combining step is checked in Lean; the allowance itself is measured, not proved. All of it is relative to our own printing simulator.

A dotted magenta underline marks a number read straight from a published file when this page was built.

On this page
  1. What it shows
  2. Why it matters
  3. Who should care
  4. The limits, in the record’s words

What it shows

A printing check that holds for each tile on its own does not automatically hold for the region: light from one tile spills into its neighbours. A combined check has to account for that spill, and say how large it may be.

The record states the result this way:

The published record says, word for word (an excerpt)

Per-tile certificates compose into a regional certificate with an explicit bounded cross-tile optical coupling residual, with 0 soundness violations over 18,432 checks.

In plain words: the per-tile checks are combined into one check for the region, with a stated allowance for the spill between tiles. Over 18,432 test comparisons, the combined check recorded no soundness violation, 0 violations. A larger region is then covered by checking more tiles, not by a larger simulation, as long as the spill stays within the stated allowance.

Why it matters

Printing checks with a guarantee are useful only if they reach the size of a real layout. Combining small checks with a stated allowance for their interaction is one way to get there without a simulation of the whole region at once.

What is ours, and what is not

Solving a large problem in pieces and accounting for the interaction between them is a standard idea (see the prior art below). What is ours is this combination of per-tile printing checks, the Lean-checked combining step, and the measured spill allowance.

Who should care

  • Lithography and mask-verification teams who need checks that scale to large regions.
  • Reviewers. The allowance for spill between tiles is measured, not proved, and the page says so.

The limits, in the record’s words

The published record says, word for word (an excerpt)

Finite battery. The composition lemma is kernel-checked in Lean (GateCore.regionSafe_all) but the optical coupling bound it consumes is measured, not proven. Simulator-relative.

The published record says, word for word (an excerpt)

Certified area grows by proof rather than by a bigger imager, under the stated coupling bound and at the stated grid. The epsilon ladder is measured, not assumed.

In plain words: the combining step is proved, but the allowance for spill between tiles is measured, so the combined check is only as good as that measurement. The test comparisons are a finite set, and everything is relative to our own printing simulator at its stated grid, not to a printed wafer.

Open source for this step

Tools and datasets we publish for the print step of building a multi-chip package. They are the checkers around this work, not a copy of the result itself.

  • cert-atlas: A labelled set of forged lithography certificates, scored on wrong accepts and wrong rejects alike, so a checker that accepts everything or rejects everything cannot score well.
  • lcert-verify: A checker for our lithography certificates that needs only Python's standard library.
  • lcert-verify-web: The same verifier in the browser: zero dependencies, nothing uploaded.
  • equiv-receipt: A small file that records why two versions of a circuit compute the same thing, which anyone can re-check without our tools.
  • prereg (pre-registration primitive): Write your acceptance criteria down, hash them, then measure — a tiny pre-registration primitive.
  • certified-mcp: Lets an AI agent ask our certificate checker for a yes-or-no answer, instead of judging a certificate itself.
  • lcert-build: Builds a certificate bundle from your own analysis results, so anyone can re-check the verdict; it computes nothing itself.
  • certified-kit: One install and one command for the whole certificate-checking toolkit.
  • certified-oss: The map of the certificate tools: a recorded verdict is a claim to be checked, never an input to be trusted.
  • cert-verifier: Drop a lithography certificate bundle and verify it in your browser.

Ask about a result, or check one yourself

Founder: Nick Harris. AI agents do our research and engineering. Each result page says how it was checked: against an outside solver, by an interval-arithmetic proof, by a Lean-checked step, or against our own simulator; these checks ran on our own machines. Who we are · How the work is checked

Every result on this site links to the file it comes from. Acquisition, licensing and partnership enquiries go to one address, nick@chipletos.com, and a person reads it.

Write to us Read the results

Each number links to the file it comes from; every file is listed, with its checksum, on Published files.

When a number is left off

We leave a number off a page, or mark it, when

  • its file has not loaded yet
  • nobody has looked into it yet
  • a search for it found nothing
  • its file holds no value for it
  • its file is missing or altered
  • files disagree on what it describes
  • its sample is too small for the claim
  • two files give different values
  • its file cannot be published
  • it was measured over ninety days ago
  • the question does not apply here
  • the program behind it stopped with an error