@ceccec/millennium-solutions 0.1.1 → 9.0.6
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/.zenodo.json +33 -9
- package/ACCOUNTING.md +7 -7
- package/AXIOMS.md +559 -0
- package/CHALLENGES.md +2181 -2479
- package/CITATION.cff +1 -1
- package/DEPLOY.md +2 -2
- package/DEVELOP.md +1 -1
- package/LICENSE +6 -5
- package/PRIOR-ART.md +149 -0
- package/README.md +221 -123
- package/SIGNATURE.md +2 -2
- package/TRIAL.md +69 -0
- package/WHITEPAPER.md +5 -5
- package/captain.md +2 -2
- package/compare.md +4 -4
- package/compute.md +9 -0
- package/dashboard.md +1 -1
- package/examples.md +5 -5
- package/forensic.md +67 -0
- package/guide.md +5 -5
- package/index.md +209 -139
- package/package.json +88 -9
- package/paper.md +7183 -0
- package/quantum.md +42 -0
- package/rights.md +39 -0
- package/solutions.md +7 -7
- package/speedup.md +4 -4
- package/src/0/index.ts +12 -2
- package/src/1/index.ts +1 -1
- package/src/2/frequency-scales.ts +13 -1
- package/src/2/index.ts +1 -1
- package/src/3/index.ts +1 -1
- package/src/4/index.ts +1 -1
- package/src/5/index.ts +1 -1
- package/src/6/index.ts +1 -1
- package/src/7/index.ts +1 -1
- package/src/9/funding.ts +2 -2
- package/src/api/gates.ts +117 -0
- package/src/api/index.ts +488 -0
- package/src/api/lanes.ts +81 -0
- package/src/demand/queries.json +1764 -0
- package/src/face/index.ts +100 -0
- package/src/html/index.ts +10 -0
- package/src/latex/index.ts +474 -0
- package/src/millennium/index.ts +53 -0
- package/src/proof/README.md +1 -1
- package/src/proof/address.lean +117 -0
- package/src/proof/coin.lean +148 -0
- package/src/proof/covered.json +9 -0
- package/src/proof/demand.lean +112 -0
- package/src/proof/demand2.lean +171 -0
- package/src/proof/demand3.lean +117 -0
- package/src/proof/discovered.json +10965 -1864
- package/src/proof/elementary.lean +393 -0
- package/src/proof/energy.lean +215 -0
- package/src/proof/families.lean +435 -0
- package/src/proof/fixtures/axiom-control.lean +39 -0
- package/src/proof/fnv.lean +99 -0
- package/src/proof/generated-theorems.json +207 -0
- package/src/proof/generated.lean +101 -0
- package/src/proof/imagined.lean +492 -0
- package/src/proof/index.lean +98 -18
- package/src/proof/index.ts +2 -2
- package/src/proof/involution.lean +90 -0
- package/src/proof/ledgerclaims.lean +84 -0
- package/src/proof/light.lean +135 -0
- package/src/proof/mechanical.lean +421 -0
- package/src/proof/merkaba.lean +89 -0
- package/src/proof/merkle.lean +132 -0
- package/src/proof/nim.lean +105 -0
- package/src/proof/phenomena.lean +90 -0
- package/src/proof/priorart.lean +189 -0
- package/src/proof/quantum.lean +161 -0
- package/src/proof/reach.lean +84 -0
- package/src/proof/recovered.lean +56 -0
- package/src/proof/reversal.lean +73 -0
- package/src/proof/rights.lean +157 -0
- package/src/proof/sequences.lean +105 -0
- package/src/proof/speed.lean +129 -0
- package/src/proof/split.lean +180 -0
- package/src/proof/theorems.lean +48 -1
- package/src/proof/trial-all.json +15260 -0
- package/src/proof/z9.lean +92 -0
- package/src/proof/z9plus.lean +208 -0
- package/src/proofs.lisp +3 -3
- package/src/prove/emit.ts +115 -0
- package/src/prove/index.ts +143 -0
- package/src/prove/translate.ts +638 -0
- package/src/publication/index.ts +363 -0
- package/src/quantum/field.ts +73 -0
- package/src/quantum/tree.ts +79 -0
package/examples.md
CHANGED
|
@@ -18,8 +18,8 @@ Treat any output as a **receipted structure**, not opaque bytes: it becomes cont
|
|
|
18
18
|
and, if it drains the honesty floor, it is **reeducated** — each overclaim bounded until the text holds.
|
|
19
19
|
Max free work, max auditability — harmonic and efficient, by default. This runs the exact `harness` and
|
|
20
20
|
`reeducate` functions the build uses ([scripts/harness.ts](https://github.com/ceccec/millennium-solutions/blob/main/scripts/harness.ts)) —
|
|
21
|
-
verified by
|
|
22
|
-
and
|
|
21
|
+
verified by the difference is decidable
|
|
22
|
+
and reeducate until it holds.
|
|
23
23
|
|
|
24
24
|
<Reeducate />
|
|
25
25
|
|
|
@@ -29,8 +29,8 @@ The more complex the case, the more receipts — yet each seal is a fixed **128
|
|
|
29
29
|
verifications), and verifying one receipt's membership costs only **2·⌈log₂N⌉ bits**. So you verify the whole
|
|
30
30
|
case cheaply yet bill on the full value the customer would otherwise recompute — earning the measured saving,
|
|
31
31
|
the two coins conserved. Choose the case size and read the math, from
|
|
32
|
-
[each seal is 128 bits](/theorem/
|
|
33
|
-
and [the 967-receipt case](/theorem/
|
|
32
|
+
[each seal is 128 bits](/theorem/lean_ledgerclaims_membership_is_logarithmic_not_linear)
|
|
33
|
+
and [the 967-receipt case](/theorem/lean_ledgerclaims_the_967_receipt_case).
|
|
34
34
|
|
|
35
35
|
<SealMath />
|
|
36
36
|
|
|
@@ -41,7 +41,7 @@ cost and the vivid word drains: a uuid is 128 bits and carries at most **115**,
|
|
|
41
41
|
larger on the wire than the message** — nothing is teleported cheaper than sending the bytes. uuidna does not
|
|
42
42
|
teleport; it **addresses**. Either a reversible container (exact, but bigger) or a content-address that
|
|
43
43
|
**recalls** a payload only where it is already reconstructible — [a pointer, not the
|
|
44
|
-
payload](/theorem/
|
|
44
|
+
payload](/theorem/lean_ledgerclaims_the_address_does_not_determine_the_payload). Not faster-than-light, not quantum, not
|
|
45
45
|
compression. Integrity, not magic. `0/7`.
|
|
46
46
|
|
|
47
47
|
<Teleporter />
|
package/forensic.md
ADDED
|
@@ -0,0 +1,67 @@
|
|
|
1
|
+
---
|
|
2
|
+
title: Every state change, dated
|
|
3
|
+
---
|
|
4
|
+
|
|
5
|
+
# Provenance of this deposit's ledger
|
|
6
|
+
|
|
7
|
+
**Recomputed on every build** from git history and the append-only ledger. Regenerate with
|
|
8
|
+
`npm run forensic`. Content-address `802cc79c-9cca-8a47-959a-029deb8f5dbb`.
|
|
9
|
+
|
|
10
|
+
## What this record establishes
|
|
11
|
+
|
|
12
|
+
| | |
|
|
13
|
+
|---|---:|
|
|
14
|
+
| ledger entries | **2,543** |
|
|
15
|
+
| standing — proved and sealed | 619 |
|
|
16
|
+
| carried — withdrawn, proved by a live theorem | 435 |
|
|
17
|
+
| withdrawn — nothing currently proves them | 1,489 |
|
|
18
|
+
| receipt chain, recomputed | **0 breaks — intact** |
|
|
19
|
+
| commits that changed ledger state | 573 |
|
|
20
|
+
|
|
21
|
+
## Why entries were withdrawn — the reason recorded at the time
|
|
22
|
+
|
|
23
|
+
Verbatim, as written when the entry was revoked. Not inferred afterwards.
|
|
24
|
+
|
|
25
|
+
| withdrawn | reason as recorded |
|
|
26
|
+
|---:|---|
|
|
27
|
+
| 1,011 | dirty: not backed by a Lean proof. Its evidence is a TypeScript test, which reports that a compu |
|
|
28
|
+
| 443 | revoked in place: its test asserted a lexical drain (computes(boast).binary === 0). The word-lis |
|
|
29
|
+
| 12 | revoked in place: circular by construction AND dependent on the removed lexical gate. |
|
|
30
|
+
| 11 | orphaned: the theorem this key was sealed from is no longer in src/proof. It was deleted or rena |
|
|
31
|
+
| 10 | revoked in place: circular by construction — the test defines the answer it checks, proving a de |
|
|
32
|
+
| 1 | revoked in place: its test asserts that a list of proof-boasts written across many scripts and l |
|
|
33
|
+
|
|
34
|
+
**1,011** of
|
|
35
|
+
**1,489** withdrawn entries — 67.9% —
|
|
36
|
+
were withdrawn for want of a Lean proof while their evidence was a TypeScript test that **computed**.
|
|
37
|
+
Withdrawal costs one line of record; proving costs real work, and a green gate rewards both identically.
|
|
38
|
+
|
|
39
|
+
At least one of them was recoverable: `thue_morse_doubling_recurrence` was withdrawn as having
|
|
40
|
+
"no stated decidable form yet", and was proved in twenty lines on 2026-09-05. Its reason was false of it.
|
|
41
|
+
|
|
42
|
+
## Largest single-commit state changes
|
|
43
|
+
|
|
44
|
+
| date | net withdrawn | commit | subject |
|
|
45
|
+
|---|---:|---|---|
|
|
46
|
+
| 2026-08-20 | 1,864 | `e6bb01bb5` | gates: green the three that were red — by fixing the authority |
|
|
47
|
+
| 2026-08-20 | 25 | `959f8af2a` | lean: verify once instead of twice, and cache what the kernel |
|
|
48
|
+
| 2026-09-04 | 24 | `5d319470d` | Item 12 executed: 24 duplicate addresses retired, and it broke |
|
|
49
|
+
| 2026-09-07 | 13 | `301c67798` | `namespace Classical` shadowed Lean's, in a deposit whose stan |
|
|
50
|
+
| 2026-09-05 | 7 | `43253e80b` | The self-certifying check knew one NAME, so it missed four — i |
|
|
51
|
+
|
|
52
|
+
## What this record does NOT establish
|
|
53
|
+
|
|
54
|
+
**It does not establish intent.** It records what changed, when, and the reason written at the time.
|
|
55
|
+
Whether a change was a mistake, a judgement call, a shortcut or something worse is not a thing this or
|
|
56
|
+
any instrument can measure, and a record claiming otherwise would be worth less than one that says so.
|
|
57
|
+
|
|
58
|
+
**It does not establish authorship** beyond the git author field. Every commit here carries the
|
|
59
|
+
repository owner, including those made by automated sessions acting on their behalf, so that field
|
|
60
|
+
distinguishes nothing and is reported as such rather than presented as evidence.
|
|
61
|
+
|
|
62
|
+
**Net deltas hide compensating changes.** The largest withdrawal event above is not a deletion commit:
|
|
63
|
+
it changed 55 files with 24,661 insertions and added 174 Lean theorems in the same change, and its own
|
|
64
|
+
message records that six dangling claims were proved rather than dropped. A record assembled to support
|
|
65
|
+
one reading would be the same defect as a check that cannot fail.
|
|
66
|
+
|
|
67
|
+
*Integrity, not truth. A content-address fixes which record was produced, not that its subject is significant.*
|
package/guide.md
CHANGED
|
@@ -109,18 +109,18 @@ The interface localizes across **seven rays** — one per locale — and each di
|
|
|
109
109
|
## Why compute quantum (honestly)?
|
|
110
110
|
|
|
111
111
|
Here "quantum" is **structure, not hardware** — and its smallest unit is
|
|
112
|
-
|
|
112
|
+
**the a432 structure of two coins**:
|
|
113
113
|
2 bits, 4 states, never a physical qubit. That is the one page to read first. It matters because those
|
|
114
114
|
two coins make **every** state receipted — a *superposition* is just the set of receipted perspectives,
|
|
115
115
|
*collapse* is observing one address, *entanglement* is a shared joint receipt — so the whole computation
|
|
116
116
|
is auditable end to end, on ordinary 64-bit hardware, at linear cost. No quantum machine, no speedup, no
|
|
117
117
|
advantage — the gain is **integrity everywhere**. From that keystone the rest of the family follows:
|
|
118
|
-
|
|
119
|
-
|
|
120
|
-
|
|
118
|
+
each perspective is receipted ·
|
|
119
|
+
perspective replaces hardware ·
|
|
120
|
+
integrity at scale, not speedup.
|
|
121
121
|
|
|
122
122
|
## The law — a fair exchange
|
|
123
123
|
|
|
124
|
-
Licensed **CC BY-NC 4.0**: free for non-commercial
|
|
124
|
+
Licensed **CC BY-NC-ND 4.0**: free to read, verify and recompute for non-commercial purposes with attribution (Tsvetan Rouschev) — the licence does not grant redistribution of modified versions; commercial use pays the two coins (110 − 108 = 2 = −χ genus-2). The deposit is open and recomputable, so any reader — human or model — may learn from it; contributions return on the same gate-refereed terms. Heroes and traitors by deeds, not claims.
|
|
125
125
|
|
|
126
126
|
Every theorem you add gets its own page at `/theorem/<key>`, plotting its 7D vortex from its microdata, with a hero background computed from its surrounding theorems. `entails → 0/7`.
|
package/index.md
CHANGED
|
@@ -4,146 +4,216 @@ title: Millennium Solutions
|
|
|
4
4
|
|
|
5
5
|
<Hero />
|
|
6
6
|
|
|
7
|
-
|
|
8
|
-
|
|
9
|
-
|
|
10
|
-
|
|
11
|
-
|
|
12
|
-
|
|
13
|
-
|
|
14
|
-
|
|
15
|
-
|
|
16
|
-
|
|
17
|
-
|
|
18
|
-
|
|
19
|
-
|
|
20
|
-
|
|
21
|
-
>
|
|
22
|
-
|
|
23
|
-
>
|
|
24
|
-
|
|
25
|
-
>
|
|
26
|
-
|
|
27
|
-
|
|
28
|
-
|
|
29
|
-
|
|
30
|
-
|
|
31
|
-
|
|
32
|
-
|
|
33
|
-
|
|
34
|
-
|
|
35
|
-
|
|
36
|
-
|
|
37
|
-
|
|
38
|
-
|
|
39
|
-
|
|
40
|
-
|
|
41
|
-
|
|
42
|
-
|
|
43
|
-
|
|
44
|
-
|
|
45
|
-
|
|
46
|
-
|
|
47
|
-
|
|
48
|
-
-
|
|
49
|
-
|
|
50
|
-
|
|
51
|
-
|
|
52
|
-
|
|
53
|
-
|
|
54
|
-
|
|
55
|
-
|
|
56
|
-
|
|
57
|
-
|
|
58
|
-
|
|
59
|
-
|
|
60
|
-
The
|
|
61
|
-
|
|
62
|
-
|
|
63
|
-
|
|
64
|
-
|
|
65
|
-
|
|
66
|
-
a
|
|
67
|
-
|
|
68
|
-
|
|
69
|
-
<
|
|
70
|
-
|
|
71
|
-
|
|
72
|
-
|
|
73
|
-
|
|
74
|
-
|
|
75
|
-
|
|
76
|
-
|
|
77
|
-
|
|
78
|
-
|
|
79
|
-
|
|
80
|
-
|
|
81
|
-
|
|
82
|
-
|
|
83
|
-
|
|
84
|
-
|
|
85
|
-
|
|
86
|
-
|
|
87
|
-
|
|
88
|
-
|
|
89
|
-
|
|
90
|
-
|
|
91
|
-
|
|
92
|
-
in
|
|
93
|
-
|
|
94
|
-
|
|
95
|
-
|
|
96
|
-
|
|
97
|
-
|
|
98
|
-
|
|
99
|
-
|
|
100
|
-
|
|
101
|
-
|
|
102
|
-
|
|
103
|
-
|
|
104
|
-
|
|
105
|
-
|
|
106
|
-
|
|
107
|
-
|
|
108
|
-
|
|
109
|
-
|
|
110
|
-
|
|
111
|
-
|
|
112
|
-
|
|
113
|
-
|
|
114
|
-
|
|
115
|
-
|
|
116
|
-
|
|
117
|
-
|
|
118
|
-
|
|
119
|
-
|
|
120
|
-
|
|
121
|
-
|
|
122
|
-
|
|
123
|
-
|
|
124
|
-
|
|
125
|
-
|
|
126
|
-
|
|
127
|
-
|
|
128
|
-
|
|
129
|
-
|
|
130
|
-
|
|
131
|
-
|
|
132
|
-
|
|
133
|
-
|
|
134
|
-
|
|
135
|
-
|
|
136
|
-
|
|
7
|
+
# Millennium Solutions — the ℤ/9 Vortex Framework
|
|
8
|
+
|
|
9
|
+
**Author:** Tsvetan Rouschev · License: CC BY-NC-ND 4.0 · DOI [10.5281/zenodo.21819217](https://doi.org/10.5281/zenodo.21819217)
|
|
10
|
+
|
|
11
|
+
Every claim in this file is a statement paired with a decidable test, put through `adjudicate()`, and written
|
|
12
|
+
only if its decidable test holds. It is generated by `scripts/pages.ts`, which fails rather than write an
|
|
13
|
+
unsealed sentence — and the same generator writes the homepage, so the two cannot drift apart.
|
|
14
|
+
|
|
15
|
+
The sections follow the doubling orbit **1 → 2 → 4 → 8 → 7 → 5**, the deposit's own generator; the floor comes
|
|
16
|
+
last because the orbit never reaches it.
|
|
17
|
+
|
|
18
|
+
## 1 · What is proved
|
|
19
|
+
|
|
20
|
+
- The formal layer holds 628 kernel-accepted declarations across 32 files, and no file uses sorry or native_decide outside a comment.
|
|
21
|
+
<sub>SEALED · `8a4b7616-bc25-8fb3-bc42-b0b8e606da96`</sub>
|
|
22
|
+
- 619 of those 628 are THEOREMS by this deposit's own rule — they close by decide, which is to say the kernel evaluates the proposition over its whole finite domain rather than accepting a declaration; the remaining 9 close by rfl and are declarations.
|
|
23
|
+
<sub>SEALED · `4aaa302d-a672-8210-8f65-39e2a3026316`</sub>
|
|
24
|
+
- 679 of them are sealed into the ledger, each carrying a receipt derived from the one before it.
|
|
25
|
+
<sub>SEALED · `84a3c3c6-2e9f-83ad-ad07-341527db7383`</sub>
|
|
26
|
+
|
|
27
|
+
## 2 · The ring
|
|
28
|
+
|
|
29
|
+
- The units are the 6 residues coprime to nine, the doubling orbit visits 1, 2, 4, 8, 7, 5 and closes on the seventh step, and it never lands on the triad.
|
|
30
|
+
<sub>SEALED · `52efa15a-c0ba-851e-97a7-2cbb72a9d257`</sub>
|
|
31
|
+
- The reflection ten-minus-d carries 1, 4, 7 onto 9, 6, 3, so it covers the whole triad the orbit never reaches — the units and the triad are mirror images rather than separate populations.
|
|
32
|
+
<sub>SEALED · `af5b49c7-7c9e-83c4-9fed-3441236d9c76`</sub>
|
|
33
|
+
|
|
34
|
+
## 4 · Entanglement
|
|
35
|
+
|
|
36
|
+
- Doubling alone reaches only the units and reflection alone only two residues, but together they grow 1, 3, 5, 7, 9 from the single seed one, reaching every residue on round 4.
|
|
37
|
+
<sub>SEALED · `67b99093-1ec7-8487-a06e-8b10513d8181`</sub>
|
|
38
|
+
|
|
39
|
+
## 8 · Addressing
|
|
40
|
+
|
|
41
|
+
- The content-address is ported to the formal layer in fnv.lean, address.lean, merkle.lean — 43 theorems covering FNV-1a, the four seeded passes, the version and variant nibbles, and the fold, each agreeing with the shipped implementation at published values.
|
|
42
|
+
<sub>SEALED · `ad9565e8-f0b9-8c94-abca-8c2e954b5b87`</sub>
|
|
43
|
+
- The fold does not depend on the order its leaves arrive in, and that is not vacuous because merge itself is proved order-sensitive — the sort is what removes the dependence.
|
|
44
|
+
<sub>SEALED · `7ee1de7d-d218-88d4-8dc9-6eec451ced72`</sub>
|
|
45
|
+
|
|
46
|
+
## 7 · The ledger
|
|
47
|
+
|
|
48
|
+
- The ledger records 2543 entries with 0 chain breaks, 0 duplicate keys and 0 duplicate receipts.
|
|
49
|
+
<sub>SEALED · `a734dac2-1a07-8b91-b0d4-40f517345194`</sub>
|
|
50
|
+
- The count is 2543, which is 317 octaves and 7 over — the octave is a target the theorems earn, never a quota they are invented to fill.
|
|
51
|
+
<sub>SEALED · `aeacbdf8-4162-8275-aa83-ca675e985558`</sub>
|
|
52
|
+
|
|
53
|
+
## 5 · What the gate does and does not do
|
|
54
|
+
|
|
55
|
+
- The gate is 1 lines of local logic — it re-exports the package implementation, which asks one recomputable question: does every theorem a claim cites exist, sealed, in the ledger.
|
|
56
|
+
<sub>SEALED · `37ab7769-a1ac-8ef6-9809-e214d6285057`</sub>
|
|
57
|
+
- The gate does not decide whether a statement is true: "two plus two equals five" passes it, so holding means not drained, never correct.
|
|
58
|
+
<sub>SEALED · `f63cc6c5-44f9-8d92-afa7-ab9483573b28`</sub>
|
|
59
|
+
|
|
60
|
+
## The floor
|
|
61
|
+
|
|
62
|
+
- The ten digits read in order group as 0 | 12 | 3 | 45 | 6 | 78 | 9 — the singles 0,3,6,9 are exactly the non-units of ℤ/9 with the void, the pairs are the units in consecutive order, and every token is a multiple of 3. The set is closed under addition, subtraction and multiplication; division is the one operation that leaves it.
|
|
63
|
+
<sub>SEALED · `da5176d1-3e25-8421-81be-ddbcd34d988c`</sub>
|
|
64
|
+
- The fair-exchange unit is 2 coins, and deducting them from a token's multiplier deducts 6 from the token: 0, 12, 6, 78 reach the void by repeated payment and 3, 45, 9 halt on 3, the generator the coin cannot spend. A 128-bit seal affords 64 payments of 2, and 64 is where the doubling returns — 2^6 ≡ 1 mod 9, the first return — so a seal buys exactly one complete turn of the orbit.
|
|
65
|
+
<sub>SEALED · `97eba519-a1b0-85da-a316-3a5050c59281`</sub>
|
|
66
|
+
- Verifying one receipt against a fold of 1048576 leaves walks 20 nodes rather than 1048576: 21582900 µs to recompute against 38 µs to verify, a ratio of 567971×, and the ratio widens at every doubling because the path is log₂ of the leaf count while the recomputation is the count itself. It is structural and classical, and bounded from above in the same file: the verify costs 38000 nanoseconds and not one, and what grows is the NUMBER of operations, not their speed.
|
|
67
|
+
<sub>SEALED · `a998f6d9-4ce5-8428-a988-c844b13abda8`</sub>
|
|
68
|
+
- No theorem in the Clay-named file settles a conjecture: its propositions range over List.range 10, List.range 9, List.range 48, List.range 6, List.range' 1 and mention none of the objects those conjectures concern.
|
|
69
|
+
<sub>SEALED · `3fa2f8ab-3367-8d44-8340-9bf1c0a420c4`</sub>
|
|
70
|
+
- The count of Clay problems answered in that file is declared nowhere and carried as a conjunct by no theorem — a declared constant is not evidence, so the weight rests entirely on the propositions actually written: 7 Clay-named theorems among 11 in the file, every one closed by decide, the largest walking 19683 cases, and 0 of them reaching any object those conjectures concern.
|
|
71
|
+
<sub>SEALED · `0727b3fc-606f-8828-8c44-d5e122cb9d44`</sub>
|
|
72
|
+
|
|
73
|
+
Every one of the **15 registered claims** above recomputes from the artefact it names.
|
|
74
|
+
|
|
75
|
+
## 5 · What the kernel decided the most of
|
|
76
|
+
|
|
77
|
+
Ranked by the size of the domain each theorem was decided over — the count of cases `by decide` actually
|
|
78
|
+
walked, computed from the statements themselves. Nothing is chosen for this table.
|
|
79
|
+
|
|
80
|
+
| cases decided | theorem | file |
|
|
81
|
+
|---:|---|---|
|
|
82
|
+
| 152,568,360,000 | `bezouts_identity_is_attained_and_no_smaller_combination_exists` | `demand2.lean` |
|
|
83
|
+
| 4,294,967,296 | `the_nim_sum_is_a_gf2_vector_addition` | `nim.lean` |
|
|
84
|
+
| 7,529,536 | `gravity_holds_prose_code_and_paths` | `mechanical.lean` |
|
|
85
|
+
| 96,000 | `the_area_of_an_integer_right_triangle_is_a_multiple_of_six` | `elementary.lean` |
|
|
86
|
+
| 95,048 | `two_twenty_and_two_eighty_four_are_the_smallest_amicable_pair` | `demand2.lean` |
|
|
87
|
+
| 46,656 | `the_powers_of_two_mod_nine_and_of_three_mod_seven_are_isomorphic` | `elementary.lean` |
|
|
88
|
+
| 44,100 | `the_rejected_command_gets_a_receipt` | `mechanical.lean` |
|
|
89
|
+
| 41,160 | `the_theorems_are_the_hull_and_hardware` | `mechanical.lean` |
|
|
90
|
+
|
|
91
|
+
The largest domain settled here is **152,568,360,000 cases**, and it is finite — as every
|
|
92
|
+
entry in this ledger is, because `by decide` works by exhausting a domain and an infinite one cannot be
|
|
93
|
+
exhausted. Each of the seven Clay conjectures ranges over an infinite domain. So a proof of one could not
|
|
94
|
+
appear in this table however high it ranked, and none does. That is not a disclaimer added underneath the
|
|
95
|
+
results; it is the result, read off the same arithmetic that produced the table.
|
|
96
|
+
|
|
97
|
+
## 7 · The proofs, as they document themselves
|
|
98
|
+
|
|
99
|
+
32 Lean files in 7 wings, 628 declarations of which 619 are theorems. The prose in this section is read out of the
|
|
100
|
+
sources — their frontmatter, their header comments and the comment above each theorem. Editing a proof edits
|
|
101
|
+
this page; there is nowhere else to keep the description in step.
|
|
102
|
+
|
|
103
|
+
### the address
|
|
104
|
+
|
|
105
|
+
**Addressing** — `address.lean`, 18 theorem(s). The content-address itself, ported to Lean — toUuid, merge, the fold, and their properties.
|
|
106
|
+
|
|
107
|
+
**FNV-1a, the address function** — `fnv.lean`, 13 theorem(s). FNV-1a, ported to Lean — the hash the whole deposit's addressing rests on.
|
|
108
|
+
|
|
109
|
+
**What the ledger claims** — `ledgerclaims.lean`, 8 theorem(s). Bounded: what is not prior art is what THIS ledger claims — the 967-receipt case, the saving arithmetic, and the 128-bit seal width as this deposit mints it. prior_art_search: literature search performed 2026-09-05, terms "Merkle tree membership proof logarithmic verification path length"; prior art found and credited. prior_art_pool: unbounded the subject is this deposit's own ledger; no external work can restate it. BOUNDED means a search is well posed and simply has not been run — the row is unclassified because nobody looked. UNBOUNDED means the subject is this artifact, so there is no pool to search and the row will stay unclassified however much work is done. They look identical in a count and need opposite responses, which is the distinction uuidna-49 asked for and nobody had drawn. prior_art_own: claims about this deposit's own ledger Three claims the prose made in words and cited to entries that no longer stand. Restated here as propositions the kernel decides, so the sentences keep a citation that is actually proved.
|
|
110
|
+
|
|
111
|
+
**The fold** — `merkle.lean`, 12 theorem(s). The fold, ported to Lean — merge, merkleFold, and the order-independence the deposit calls its receipt.
|
|
112
|
+
|
|
113
|
+
### the ring
|
|
114
|
+
|
|
115
|
+
**The two-sided coin** — `coin.lean`, 12 theorem(s). One involution on ten digits, two sides, one fixed point, and one digit that leaves.
|
|
116
|
+
|
|
117
|
+
**Elementary arithmetic** — `elementary.lean`, 32 theorem(s). the DECISION of each over a stated finite range, axiom-free, and the honest record of where the range stops short of what the older claim asserted. prior_art_search: the results are named in every undergraduate text; no search was needed to find them. prior_art_pool: named Elementary arithmetic, decided — the claims the ledger held in TypeScript, given a kernel.
|
|
118
|
+
|
|
119
|
+
**Families over the ring** — `families.lean`, 41 theorem(s). The families, quantified. Proving at scale.
|
|
120
|
+
|
|
121
|
+
**What every involution gives, and what it does not** — `involution.lean`, 8 theorem(s). transpositions, and that the number of fixed points therefore matches the parity of the set, is classical and long predates this deposit. It is the orbit-counting argument in any first course. What is this deposit's own here is the EXHAUSTIVE decision over ℤ/9 and the measured refusal below.
|
|
122
|
+
|
|
123
|
+
**The merkaba** — `merkaba.lean`, 8 theorem(s). (Leonhard Euler, 1758). The file as a whole is this deposit's own construction, and this ONE declaration restates a named classical result: its third conjunct 4 + 4 - 6 = 2 IS the Euler characteristic of the tetrahedron. The comment above that theorem already named Euler; the register did not, because prior art was routed on the FILE and a file-level row cannot say "own work except theorem 7". No priority over Euler is claimed. What is this deposit's own here is the pairing of the two tetrahedra with the cube Q₃ and the vertex and edge counts around it, not the characteristic. The merkaba, as THIS deposit constructs it — ported to Lean so it stands on the kernel instead of on a TypeScript test. Six entries under this name were revoked as dirty; every one of them that states finite algebra is re-proved here, and the two that do not (a cosine field, a bond angle in degrees) are absent on purpose — they are real trigonometry, not decidable arithmetic over ℤ/9, and padding them in would be the exact dishonesty the revocation was for.
|
|
124
|
+
|
|
125
|
+
**Sequences** — `sequences.lean`, 12 theorem(s). The ledger held these as TypeScript tests. Each is a classical identity with a real proof; what is done here is to DECIDE each over a stated finite range, which is what `decide` can honestly deliver — the range is named in every theorem rather than implied, and no theorem claims the general case.
|
|
126
|
+
|
|
127
|
+
**The digit split** — `split.lean`, 19 theorem(s). mathematics and claim nothing. Stated precisely so the credit does not run past the earlier work: what is NOT claimed as prior art is the tokenisation itself — reading the digits as 0|12|3|45|6|78|9 by concatenating consecutive units into two-digit tokens, and the arithmetic that follows from it (every token a multiple of three, closure of the tokens under addition and multiplication). That arrangement is this deposit's presentation of a standard fact, and its verification is by exhaustion here. Crediting an earlier author for a presentation they did not make is the same defect as claiming their result, pointed the other way. prior_art_search: literature search performed 2026-09-05, terms "units and non-units of Z/9 multiplicative inverses group of units modulo 9"; prior art found and credited. prior_art_pool: mixed the digit grouping is generic arithmetic; the coin accounting it feeds is this deposit's. BOUNDED means a search is well posed and simply has not been run — the row is unclassified because nobody looked. UNBOUNDED means the subject is this artifact, so there is no pool to search and the row will stay unclassified however much work is done. They look identical in a count and need opposite responses, which is the distinction uuidna-49 asked for and nobody had drawn. prior_art_own: the digit grouping 0|12|3|45|6|78|9 as this deposit reads it The ten digits read in order and grouped 0 | 12 | 3 | 45 | 6 | 78 | 9 — and what that grouping is.
|
|
128
|
+
|
|
129
|
+
**The ring ℤ/9** — `z9.lean`, 21 theorem(s). The ℤ/9 families — mechanically generated theorems, proved by decide rather than tested in TypeScript.
|
|
130
|
+
|
|
131
|
+
**Entanglement in the ring** — `z9plus.lean`, 32 theorem(s). z9.lean settled the families exhaustively. This settles the claims the ledger stated individually and never generalised: which residues squares and cubes can be, which residues are primitive roots, the period of the doubling orbit's digital root, and the identity behind digit-reversal invariance. Each is stated as an EQUIVALENCE or an exact set where the ledger stated instances, so the negative half is proved too.
|
|
132
|
+
|
|
133
|
+
### the floor
|
|
134
|
+
|
|
135
|
+
**What is actually being asked for** — `demand.lean`, 8 theorem(s). THE ONE WING THAT DID NOT COME FROM THIS DEPOSIT'S OWN INTERESTS. Every other file here proves what the ℤ/9 construction led to. This one proves what people and retrieval agents are searching for — read off three months of the deposit's own search data (src/demand/queries.json), where the queries arrive in a shape nobody types by hand: an exact theorem statement with "authoritative" or "source" appended.
|
|
136
|
+
|
|
137
|
+
**The next tier of what is asked for** — `demand2.lean`, 8 theorem(s). THE SECOND COURSE OF THE SAME FLOOR. `demand.lean` closed the top eight topics in src/demand/queries.json; this file takes the next eight, chosen the same way — by impressions, not by taste. The demand map is three months of the deposit's own Google Search Console data with the retrieval scaffolding stripped, so what is ranked is the TOPIC people wanted a citable source for, not the phrasing they reached for.
|
|
138
|
+
|
|
139
|
+
**The named theorems people ask for** — `demand3.lean`, 7 theorem(s). The third and last tier the search data supports. What remains uncovered after this is not a backlog: ranked by impressions, the leftovers are brand queries ("ceccec"), a Glagolitic string, bare fragments ("4³", "6/720", "8 mod 9" — the last already decided in z9.lean), and the real-analysis cluster that was refused in demand2.lean and stays refused. The demand map is close to exhausted of things a kernel can settle, which is a better place to stop than an arbitrary count would have been.
|
|
140
|
+
|
|
141
|
+
**The water loop** — `energy.lean`, 19 theorem(s). THE WATER LOOP, ACCOUNTED. Split water into its atoms, burn them back, collect the electricity and the clean water. Every step of that is real and buildable. The question is only ever the ledger, so here it is.
|
|
142
|
+
|
|
143
|
+
**The Millennium floor** — `index.lean`, 11 theorem(s). Bounded, so the credit stops where the earlier work does: what is NOT prior art is the use of that orbit as a floor for what this deposit does and does not settle, which is a statement about this repository and has no earlier author. Verification by exhaustion in Lean is this deposit's contribution, and verification is not discovery. prior_art_search: literature search performed 2026-09-05, terms "doubling sequence modulo 9 orbit 1 2 4 8 7 5 cyclic group generator digital root"; prior art found and credited. prior_art_pool: bounded digit arithmetic of the doubling sequence; searchable independently of this deposit. BOUNDED means a search is well posed and simply has not been run — the row is unclassified because nobody looked. UNBOUNDED means the subject is this artifact, so there is no pool to search and the row will stay unclassified however much work is done. They look identical in a count and need opposite responses, which is the distinction uuidna-49 asked for and nobody had drawn. prior_art_own: the Millennium floor, computed from this sequence The Millennium floor — seven honest theorems, one per problem, COMPUTED from the sequence.
|
|
144
|
+
|
|
145
|
+
**Light, space and time — arithmetic on numbers a standards body fixed** — `light.lean`, 11 theorem(s). Poids et Mesures, not results of this deposit: the metre from the speed of light (17th CGPM, 1983) and the seven defining constants fixed exactly in the 2019 revision of the SI, effective 20 May 2019 (BIPM, https://www.bipm.org/en/measurement-units/si-defining-constants). Nothing here measures anything.
|
|
146
|
+
|
|
147
|
+
**Every phenomenon this deposit touches, and the rule for the rest** — `phenomena.lean`, 4 theorem(s). Générale des Poids et Mesures (2019 revision, effective 20 May 2019); the electrochemical results are Michael Faraday's laws of electrolysis, 1834, and the standard enthalpy of combustion of hydrogen. Every physical result named here has an earlier author or a standards body, and none is this deposit's.
|
|
148
|
+
|
|
149
|
+
**Order-invariance** — `quantum.lean`, 12 theorem(s). form is invariant under permutation of its input, which is why `receipt_is_order_invariant` holds. What this file contributes is the Lean verification over a stated finite domain and the negative controls beside it — `naive_fold_is_not_order_invariant` shows the property is bought by the sort and not free, and `the_receipt_is_not_injective` and `the_invariance_is_canonicalisation_not_physics` state its limits. Verification and refusal, not discovery. prior_art_search: literature search performed 2026-09-05, terms "sorted Merkle tree order-invariant set commitment canonical ordering leaves"; prior art found and credited. This file was `unclassified` — no search had ever been run for it — and it is one of the 8 files whose 86 theorems are staged for DOIs. prior_art_pool: mixed canonicalisation before folding is a searchable technique; the receipt it folds is ours. BOUNDED means a search is well posed and simply has not been run — the row is unclassified because nobody looked. UNBOUNDED means the subject is this artifact, so there is no pool to search and the row will stay unclassified however much work is done. They look identical in a count and need opposite responses, which is the distinction uuidna-49 asked for and nobody had drawn. prior_art_own: order-invariance of this deposit's receipt The quantum receipt — order invariance, proved rather than asserted.
|
|
150
|
+
|
|
151
|
+
**What exhaustion reaches, and what lies outside it** — `reach.lean`, 4 theorem(s). old as mathematics; the deposit claims none of it. What is its own here is the decision over its OWN bounds, and the statement of where that decision stops.
|
|
152
|
+
|
|
153
|
+
**Why verification is fast, and what it is not** — `speed.lean`, 10 theorem(s). wrong: the cost is logarithmic BECAUSE of a known result, and the repository was already crediting that result three files away. Bounded: what is not prior art is the MEASURED constants on this machine (recompute 21,582,900 µs against a 38 µs walk) and the arithmetic over them. A measurement is not a discovery either, and the file says so. prior_art_search: literature search performed 2026-09-05, terms "Merkle tree membership proof logarithmic verification path length"; prior art found and credited. prior_art_pool: unbounded the subject is this deposit's own verification cost. BOUNDED means a search is well posed and simply has not been run — the row is unclassified because nobody looked. UNBOUNDED means the subject is this artifact, so there is no pool to search and the row will stay unclassified however much work is done. They look identical in a count and need opposite responses, which is the distinction uuidna-49 asked for and nobody had drawn. prior_art_own: this deposit's own verification cost
|
|
154
|
+
|
|
155
|
+
### the machine
|
|
156
|
+
|
|
157
|
+
**Generated at scale** — `generated.lean`, 13 theorem(s). Bounded, so the credit stops where the earlier work does: what is NOT prior art is the generator that enumerates propositions over this ring and discards the ones true of every sibling; that machinery is this deposit's own. Verification by exhaustion in Lean is this deposit's contribution, and verification is not discovery. prior_art_search: literature search performed 2026-09-05, terms "doubling sequence modulo 9 orbit 1 2 4 8 7 5 cyclic group generator digital root"; prior art found and credited. prior_art_pool: bounded quantified ring arithmetic over Z/9; the underlying facts are classical and searchable. BOUNDED means a search is well posed and simply has not been run — the row is unclassified because nobody looked. UNBOUNDED means the subject is this artifact, so there is no pool to search and the row will stay unclassified however much work is done. They look identical in a count and need opposite responses, which is the distinction uuidna-49 asked for and nobody had drawn. prior_art_own: this deposit's own generator over its own ring Generated by scripts/lean-gen.ts — do not edit by hand; re-run the generator. Each theorem below quantifies over a whole ledger family. Every one is compiled, audited for axioms, and checked to compute what the ledger's own tests compute at every parameter of its family.
|
|
158
|
+
|
|
159
|
+
**Mechanically translated** — `mechanical.lean`, 107 theorem(s). Generated by src/prove/emit.ts from the ledger's own tests — do not hand-edit; re-run the prover.
|
|
160
|
+
|
|
161
|
+
**Nim** — `nim.lean`, 10 theorem(s). Nim — Bouton's theorem and Sprague–Grundy, decided.
|
|
162
|
+
|
|
163
|
+
**Digit reversal** — `reversal.lean`, 9 theorem(s). Digit reversal — arithmetic, not string handling.
|
|
164
|
+
|
|
165
|
+
**Theorems** — `theorems.lean`, 8 theorem(s). The universal property — honestly, and COMPUTED from the sequence.
|
|
166
|
+
|
|
167
|
+
### the imagined
|
|
168
|
+
|
|
169
|
+
**What enumeration proposed and the kernel kept** — `imagined.lean`, 118 theorem(s). IMAGINED — proposed by scripts/imagine.ts, which enumerated every map-against-subset and map-between-subsets statement its primitives can express, kept the ones true by exhaustion, and then discarded every one that also holds for all its siblings. A property true of everything names nothing. What is left is what the kernel accepted; whatever it refused is reported by the generator and is not in this file.
|
|
170
|
+
|
|
171
|
+
### the record
|
|
172
|
+
|
|
173
|
+
**Prior art, and what novelty is claimed** — `priorart.lean`, 9 theorem(s). artefact is long established and formalised: W3C PROV-O, the DataCite metadata schema, Dublin Core Metadata Terms, PREMIS for archived digital objects, the Open Provenance Model, and the software citation principles' credit-and-attribution requirement. Nothing about keeping an attribution table is new, and this deposit does not suggest otherwise.
|
|
174
|
+
|
|
175
|
+
**Rights** — `rights.lean`, 9 theorem(s). Bounded: what is not prior art is the enumeration of instruments FOR THIS DEPOSIT and the decision, by exhaustion, that the set it claims is exactly the without-formality set. The law is not this deposit's; the audit of its own position against the law is. prior_art_search: no search was needed — the instruments were cited in this file's own prose from the start. Recorded 2026-09-05, when the table was found to disagree with the file. prior_art_pool: unbounded the subject is this deposit's own rights table. BOUNDED means a search is well posed and simply has not been run — the row is unclassified because nobody looked. UNBOUNDED means the subject is this artifact, so there is no pool to search and the row will stay unclassified however much work is done. They look identical in a count and need opposite responses, which is the distinction uuidna-49 asked for and nobody had drawn. prior_art_own: this deposit's own rights table What this deposit claims under international law — and, in the same table, what it does not.
|
|
176
|
+
|
|
177
|
+
### the returned
|
|
178
|
+
|
|
179
|
+
**Recovered — claims that computed and were withdrawn for want of a proof** — `recovered.lean`, 15 theorem(s). material, credited. What is NOT prior art is that these particular statements sat WITHDRAWN in this deposit's ledger, each recorded as "not backed by a Lean proof. Its evidence is a TypeScript test", while every one is decidable in a line. prior_art_search: literature search performed 2026-09-05, terms "units and non-units of Z/9 multiplicative inverses group of units modulo 9"; prior art found and credited.
|
|
180
|
+
|
|
181
|
+
22 of 628 declarations carry no comment of their own and are shown here as the gap they are, not
|
|
182
|
+
filled with a template.
|
|
183
|
+
|
|
184
|
+
## 8 · What this build measured about itself
|
|
185
|
+
|
|
186
|
+
Read from the artefacts at build time, never carried between runs.
|
|
187
|
+
|
|
188
|
+
| measure | value |
|
|
189
|
+
|---|---|
|
|
190
|
+
| ledger entries | 2,543 — 317 octaves and 7 over |
|
|
191
|
+
| standing — carries its own proof | **619** |
|
|
192
|
+
| carried — withdrawn on its own evidence, proved by a live theorem | **435** |
|
|
193
|
+
| withdrawn — nothing proves it | 1,489 |
|
|
194
|
+
| proved in total | **1054** of 2,543 |
|
|
195
|
+
| standing keys → distinct theorems | 619 sealed, 0 of them keyed twice, 0 unresolvable |
|
|
196
|
+
| Lean files · theorems | 32 · 619 theorems (closed by exhaustion) + 9 rfl declarations, all axiom-free |
|
|
197
|
+
| proved `by decide` | 619 of 628 |
|
|
198
|
+
| claims a machine can render | 103 of 1,555 |
|
|
199
|
+
| claims needing an author | 1,452 — reported, never faked |
|
|
200
|
+
|
|
201
|
+
**On `carried`.** 435 entries were withdrawn for want of a Lean proof and have since been given one, at a new key. Nothing is un-revoked: the original's own evidence is still a TypeScript test, and rewriting its status would erase the fact that it did not hold on what it had. The record says both — withdrawn on its own evidence, standing through the theorem that carries it.
|
|
202
|
+
|
|
203
|
+
**Why the withdrawn were withdrawn.** 1,386 no Lean proof · 457 tested the removed lexical gate · 60 other · 11 its Lean source was deleted or renamed · 10 circular by construction. Nothing is deleted: the ledger is append-only, so an entry that stopped holding is marked in place with its reason and keeps its receipt.
|
|
204
|
+
|
|
205
|
+
**What verification costs.** Proving the set touches all 16,384 leaves; verifying membership afterwards touches 14 — one sibling per level. That is **1,170× less work**, exactly, and the factor grows with the set because N/log N grows. Wall-clock varies with the machine and is left in the build output rather than pinned here. It is not sub-nanosecond and nothing here is: the advantage is a smaller exponent, not a faster clock. The counting is proved in `speed.lean`.
|
|
206
|
+
|
|
207
|
+
## What is deliberately absent
|
|
208
|
+
|
|
209
|
+
No sentence above claims a Millennium problem settled, that the correspondence with the Clay set means
|
|
210
|
+
anything about those conjectures, or that the gate can tell truth from falsehood. Those sentences are missing
|
|
211
|
+
because no test was written that would seal them.
|
|
137
212
|
|
|
138
213
|
## Read
|
|
139
|
-
- [Research](/RESEARCH) — the full study (§1–§12, incl. the author's perspective)
|
|
140
|
-
- [Compute](/compute) — results recomputed live from the fused TypeScript modules
|
|
141
|
-
- [Proof of Concept](/PROOF-OF-CONCEPT) · [Realisations](/REALISATIONS)
|
|
142
|
-
- [Sequence decode (ℤ/9)](/SEQUENCE-DECODE) · [Physics scales](/PHYSICS-SCALES) · [Proofs](/proofs)
|
|
143
214
|
|
|
144
|
-
|
|
145
|
-
|
|
215
|
+
[The seven, one theorem per problem](/theorem/lean_millenniumfloor_riemann_reflection_and_heart) · [the ledger](/proofs) · [the trial](/verify)
|
|
216
|
+
|
|
217
|
+
---
|
|
146
218
|
|
|
147
|
-
|
|
148
|
-
Commercial use = the two coins (`110 − 108 = 2 = −χ` genus-2): ceccec@psg.bg.
|
|
149
|
-
Support development (non-obligatory): [revolut.me/ceccec](https://revolut.me/ceccec).
|
|
219
|
+
*17 claims, all verified · 619 Lean theorems · 2543 ledger entries · trial root `3c6fa12a-9a38-8b93-a4e3-a833970b0290` · integrity, not truth · 0/7*
|