Skip to content

Research

Each result on its own page: what was shown, why it matters, who should care, and its limits, quoted from the published record where its wording can be published and stated in plain words otherwise.

Every page names the published work it builds on and links the evidence file it was checked against. All of it is simulation or proof inside a stated model; nothing here is measured on silicon. Every file this site publishes is listed with its size and checksum.

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

Known ideas, listed without a page

  • The record claims, inside our simplified model of one family of via layouts, a computer proof that no model which adds coupling up one pair at a time can match the full coupling for every layout in the family; its evidence file is linked here, and the result has no page of its own. That coupling is not pairwise-additive is textbook electrostatics; what we add is a proved, and small, distance over the whole family. It bounds only models that add coupling up one pair at a time. Evidence file

Not yet published

This result has no page yet, because the file it rests on does not yet state its limits in a form we can publish. Until it does, we make no claim for it here.

  • A floor on the printing error for a very small mask-design problem, reported by an off-the-shelf optimisation solver.

How the work is checked

Graded by solvers we did not write
Our lead result is scored by FastCap and Palace, two public field solvers. In the fairest test FastCap sets both the baseline and the right answer, on 24 generated test layouts (the record calls them held-out but does not say from what), of which it counts 21 as its confirmatory set.
Open-source checkers
35 open repositories, datasets and live demos, each link fetched when this page was built. The checkers are open; the solver runs behind the results are not.
Proofs written in Lean
The theorems marked Lean in Theorems & Bounds on the home page have their stated step written in Lean, a proof checker, and the Lean files are published as written; the build records we publish are listed on the page about our solver-checked statements, which names the one file that has none. For the passive wiring models, that step is the core algebra lemma, not the whole argument. The other theorems are computer proofs by interval arithmetic.
A method that publishes its misses
We publish limits beside successes: our mask-edit method is established for single edits, not for chains of edits.

Questions, answered plainly

What is a chiplet?
A chiplet is a small chip designed to be combined with others inside one package, instead of putting everything on a single large chip. The package then matters as much as any one piece: the carrier underneath (an interposer) and the many tiny vertical wires through it decide whether the pieces work together.
What does ChipletOS actually do?
ChipletOS is a research effort. It publishes checked results on printing chip patterns and on the coupling between vertical connections in package carriers. Its work on trusting a chip you cannot open up, and on glass interposers, is not yet published beyond the bounds shown. It is not a released product and not a running service.
What does “machine-checked” mean?
For some results, a stated algebra step (for the passive wiring models, one standard lemma) is written as a proof in a proof assistant called Lean, and a program checks every step of that proof. The argument that connects those steps to the full result is summarised on the result’s page and is not itself machine-checked. Others are computer proofs by interval arithmetic, or measurements graded against outside solvers. Each result says which kind it is, and what it does not claim.
What is FastCap, and why use it as a judge?
FastCap is a public three-dimensional field solver that we did not write; we chose its layouts and settings and ran it ourselves, and the runs are recorded by fingerprint only. We compare our predictor and the add-up-the-pairs shortcut against its answers on the same layouts. It grades capacitance only, and it is a simulation, not a measurement on silicon, so the comparison says how close we come to a trusted solver, not how a built package behaves.
What is coupling between vias, and why does it matter?
A via is a tiny vertical metal connection through the carrier. Neighbouring vias act on each other electrically, and that coupling affects whether signals arrive cleanly. Design tools estimate it so teams can set spacing and margins before anything is built.
What is the add-up-the-pairs shortcut?
A quick way to estimate the coupling in a group of vias works out each pair on its own and adds the results. It is quick, but the pairs also interact through their neighbours. For one family of closely spaced vias, inside a simplified model of the vias, we prove that the shortcut overstates the worst case by at least a stated minimum.
Is this about real hardware?
Not yet. The proofs are about models, and each result states which model. Against our own boundary-element solver, the gap is measured, not proved. Our checks ran on our own machines, and we make no claim about physical measurements of glass vias.
Can I check the work myself?
Partly. You can confirm that each file is the one we cite: every figure links to its file, and the checker on the home page confirms, in your own browser tab, that a file matches the checksum this site publishes for it. That checks fingerprints, not the physics. The solver runs behind the comparisons are recorded only by fingerprint and cannot be re-run from this site. Where a result is measured rather than proved, the page says so.
Who is ChipletOS for?
Chip-package and interposer design teams, makers of extraction, signoff and lithography software, and the diligence teams that examine them. To license or acquire a result, or to ask about one, write to the address at the bottom of the page.

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