Materials Additive Manufacturing Defects From Config Dim

The five defect classes

Additive manufacturing, commonly called 3D printing, builds objects layer by layer. The process can fail in many ways, but the defects that plague metal and polymer printing cluster into five canonical classes: porosity (gas trapped inside the part), lack-of-fusion (layers that do not bond), keyhole voids (vapor cavities left by an unstable melt pool), residual stress (internal forces that warp the part), and surface roughness (uneven outer finish). These five cover the volumetric, interlayer, vapor-cavity, mechanical, and boundary failure modes that engineers actually see.

The framework's library of machine-checked formal theorems proves that these five classes are not an arbitrary checklist. The count of five is forced by the configuration dimension, written configDim, which Recognition Science derives from its foundational cost structure. The proof is a theorem named additiveDefect_count: it states that the cardinality of the defect type set equals 5, and the machine checks it by direct computation. A certificate structure, AdditiveManufacturingDefectsCert, packages this fact so that downstream code can rely on it without re-proving it.

In plain language, the module says: if you accept the framework's starting point that recognition events have a forced cost, then the space of possible additive manufacturing defects has exactly five dimensions, and those dimensions correspond to the five physical classes listed above. The framework models the defect set as a finite type with five constructors, one per class, and proves the count with zero axioms and zero unfinished proofs. This is a structural claim about classification, not a measurement of how often each defect occurs or a prediction of when one will appear.

What this changes for a reader: the five-class scheme is not a convention someone chose for convenience. Within the framework, it is a derived necessity, the same way the framework derives three spatial dimensions from its recognition cost. The certificate makes the count available to any program that needs to enumerate or reason about defect types, with the assurance that the enumeration is complete and the classification is exhaustive.

theorem additiveDefect_count : Fintype.card AdditiveDefect = 5 := by decide

structure AdditiveManufacturingDefectsCert where
  five_defects : Fintype.card AdditiveDefect = 5

def additiveManufacturingDefectsCert : AdditiveManufacturingDefectsCert where
  five_defects := additiveDefect_count

What this page does not claim

This module does not predict when a specific defect will occur in a real print. It does not measure the frequency or severity of each defect class. The five classes are a classification scheme, not a physical mechanism for each failure mode.

Verify this page

Every tagged claim above names its theorem. To check one yourself rather than trust this page, elaborate the source module with Lean 4 and audit its axiom basis:

$ lake env lean IndisputableMonolith/Materials/AdditiveManufacturingDefectsFromConfigDim.lean
expected axiom basis: [propext, Classical.choice, Quot.sound] (the Lean kernel's standard three; no RS-specific axioms)

A page whose claims cannot be reproduced this way does not ship. In production, every anchor links to the exact declaration in the public source release, and this block carries the build receipt for the page itself.

Derived articles

This page is generated by a question-recursion engine: the questions its answers raise become the next pages. The current agenda, with open targets marked red: