Identifier
F:complex-polydegreelt-polyadd
Proof route
kernel-lean
External status
proved
Axiom footprint
Empty

Recorded description

If c has polyDegreeLt n and g has polyDegreeLt n, then polyAdd c g also has polyDegreeLt n -- the degree-bound predicate is closed under addition at a SHARED bound, proved directly from Complex.add_zero and the two hypotheses' own Equiv-zero witnesses.

Formal statement
theorem Complex.polyDegreeLt_polyAdd : ((x0 : ((x0 : AxNat) -> Complex)) -> ((x1 : ((x1 : AxNat) -> Complex)) -> ((x2 : AxNat) -> ((x3 : Complex.polyDegreeLt x0 x2) -> ((x4 : Complex.polyDegreeLt x1 x2) -> Complex.polyDegreeLt (Complex.polyAdd x0 x1) x2)))))

Dependencies

The graph shows direct ledger edges. Follow a node to open its artifact page.

Direct dependencies appear to the left. The current fact is in the center. Facts that depend directly on it appear to the right. Addition on the constructed com Zero is a right additive identi CReal.Equiv-lifted equivalence Complex.Equiv is transitive Current fact
4 direct dependencies 0 direct dependents

Evidence

kernel-Complex.polyDegreeLt_polyAdd

Kind
kernel-term
Status
checked

Supports: Complex.polyDegreeLt_polyAdd is admitted by the trusted kernel gate with the type recorded in formal.statement.

Checker command
cargo run -q --release -p axeyum-lean-kernel --example theorem_dependency_inventory -- Complex.polyDegreeLt_polyAdd 2>/dev/null | grep -cE '^Complex\.polyDegreeLt_polyAdd[[:space:]]'
Evidence notes

build_complex_prelude admits Complex.polyDegreeLt_polyAdd through the trusted Kernel::add_declaration gate, which re-checks the proof term against the stated type. theorem_dependency_inventory exits non-zero for a named filter matching nothing (a deleted theorem cannot read as a re-derived one), and grep -c (never -q) both consumes the pipe and asserts the exact tab-anchored line is present. Verified on this tree: the command prints exactly one matching line for Complex.polyDegreeLt_polyAdd. --release is MANDATORY: this tool also builds creal/complex/cpoint, which overflow the default debug thread stack.

footprint-Complex.polyDegreeLt_polyAdd

Kind
exhaustive-enumeration
Status
checked

Supports: axiom_footprint: [] -- the complex prelude's trusted surface is empty, which bounds Complex.polyDegreeLt_polyAdd

Checker command
cargo run -q --release -p axeyum-lean-kernel --example nat_axiom_inventory -- --include-constructed --require-axiom-free complex
Evidence notes

Re-measured on this tree: complex: axiom=0 opaque=0 quotient=0 total_trusted=0, exits 0 printing 'ok: complex trusted surface = 0'. That bounds every declaration in the complex environment, including Complex.polyDegreeLt_polyAdd, since a declaration cannot depend on a trusted declaration the environment does not contain. --require-axiom-free <name> errors for a prelude never built by this run rather than silently passing on zero rows. --release is MANDATORY here.

Provenance

{
  "date": "2026-08-27",
  "established_by": "axeyum-lean-kernel build_complex_prelude (crates/axeyum-lean-kernel/src/complex/poly.rs, declare_poly_degree_lt_poly_add)",
  "source": "canonical type read via kernel_declaration_projection's own UNFILTERED emit mode (cargo run -q --release -p axeyum-lean-kernel --example kernel_declaration_projection, no --require-declaration flag), which prints, per constructed prelude, one TSV row per declaration whose last field is kernel.render_lean(declaration.ty()) -- the same Kernel::render_lean canonical form nat_theorem_inventory prints, just not filtered to Declaration::Theorem. That output was piped to a scratchpad file and the exact row for this declaration's own prelude label was extracted and injected here programmatically (a Python script reading the TSV, never hand-transcribed); direct dependency edges (where applicable) were cross-read from the same run's direct_theorems column and independently confirmed against theorem_dependency_inventory's own output on this tree. No new probe binary was written for this batch, since the in-tree tool already emits the canonical type; crates/ source was not touched to produce this batch."
}