docs(p28): the encoder approach -- method, evidence, and honest limits
Documents the compact-form method: re-express opaque exact data in a
structurally-chosen fixed basis and read the coordinates, treating a successful
short exact encoding as a receipt of provenance rather than as compression.
Concrete instance, verified exactly: the challenge's eight large seed integers
decode in the Pascal basis to the Chudnovsky constants A=13591409,
B=545140134, S=426880, which in turn satisfy A = den(s2)-num(s2),
B = 6*den(s2), A/B = (1-s2)/6 for the CM invariant s2 = 77265280/90856689.
Chain: opaque integers -> Pascal coordinates -> Chudnovsky constants -> CM
invariant -> modular origin.
States the limits plainly:
- NOT a compressor. Measured 3.54x (588 -> 166 bits); unremarkable, and any
compression claim should be rejected. Consistent with the finding elsewhere
in this programme that char-poly encoding adds overhead vs an entropy-coded
baseline.
- Falsifiable, not numerology: basis fixed in advance, encoding exact with no
tolerance, and the recovered coordinates were pinned beforehand by an
unrelated classical formula.
- Distinctiveness assessed fairly: this is a disciplined exact-arithmetic
variant of established inverse-symbolic practice (PSLQ, ISC), unusual mainly
in targeting structured integer arrays and in carrying the encoding into the
proof. 'Unique' would overclaim.
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01WY6SfRYvm8zFKMX9GcjS8u
This commit is contained in:
parent
9f8f398d4b
commit
b2ed813203
1 changed files with 170 additions and 0 deletions
170
experiments/ramanujan_28/submission/THE_ENCODER_APPROACH.md
Normal file
170
experiments/ramanujan_28/submission/THE_ENCODER_APPROACH.md
Normal file
|
|
@ -0,0 +1,170 @@
|
||||||
|
# The encoder approach
|
||||||
|
|
||||||
|
## What it is
|
||||||
|
|
||||||
|
Given opaque numerical data — here, the eight large integers the challenge
|
||||||
|
supplies as initial conditions — re-express them **exactly** in a fixed,
|
||||||
|
structured basis chosen in advance. Then read the coordinates.
|
||||||
|
|
||||||
|
If the coordinates turn out to be small, or turn out to be constants with
|
||||||
|
independent meaning, that is evidence about where the data came from. The
|
||||||
|
encoding is treated as a **receipt of provenance**, not as a compression scheme.
|
||||||
|
|
||||||
|
## The concrete instance in this submission
|
||||||
|
|
||||||
|
The challenge states Problem 2.8's initial conditions as two rows of large
|
||||||
|
integers:
|
||||||
|
|
||||||
|
```
|
||||||
|
A = (37169305760442252761441, 111507917281327441564208,
|
||||||
|
111507917281327599720129, 37169305760442410917362)
|
||||||
|
B = (1167416361542639692320, 3502249084627896132160,
|
||||||
|
3502249084627879697280, 1167416361542622723840)
|
||||||
|
```
|
||||||
|
|
||||||
|
Nothing about these suggests structure. They are 8 integers of up to 77 bits.
|
||||||
|
|
||||||
|
Fix the four rows of the lower-triangular Pascal matrix
|
||||||
|
|
||||||
|
```
|
||||||
|
b0 = (1,0,0,0) b1 = (1,1,0,0) b2 = (1,2,1,0) b3 = (1,3,3,1)
|
||||||
|
```
|
||||||
|
|
||||||
|
and the single row
|
||||||
|
|
||||||
|
```
|
||||||
|
C(x) = (18/x)·b3 + (5/4)·b0 + (23/2)·b1 + 27·b2
|
||||||
|
= (18/x + 159/4, 54/x + 131/2, 54/x + 27, 18/x).
|
||||||
|
```
|
||||||
|
|
||||||
|
Then, at `x_0 = 1/R`, **exactly**:
|
||||||
|
|
||||||
|
```
|
||||||
|
A_1 = S·C
|
||||||
|
A_0 = A·C − (5/4)·H_0, H_0 = A·b0 + B·b1 = (A+B, B, 0, 0)
|
||||||
|
```
|
||||||
|
|
||||||
|
with
|
||||||
|
|
||||||
|
```
|
||||||
|
A = 13591409, B = 545140134, S = 426880.
|
||||||
|
```
|
||||||
|
|
||||||
|
These are not fitted parameters. They are **the Chudnovsky constants** — the
|
||||||
|
same `A`, `B`, `S` appearing in
|
||||||
|
|
||||||
|
```
|
||||||
|
1/π = (12 / 640320^{3/2}) · Σ_k (6k)!/((3k)!(k!)^3) · (A + Bk) · (−640320^{−3})^k.
|
||||||
|
```
|
||||||
|
|
||||||
|
Verified exactly in `p28_official_object_certificate.py`.
|
||||||
|
|
||||||
|
## What the encoding revealed
|
||||||
|
|
||||||
|
The coordinates are not merely small — they are arithmetically meaningful, and
|
||||||
|
they continue to factor:
|
||||||
|
|
||||||
|
```
|
||||||
|
s_2(τ_163) = 77265280 / 90856689 (the weight-zero CM invariant)
|
||||||
|
|
||||||
|
A = 90856689 − 77265280 = den(s_2) − num(s_2)
|
||||||
|
B = 6 · 90856689 = 6 · den(s_2)
|
||||||
|
A/B = (1 − s_2)/6
|
||||||
|
```
|
||||||
|
|
||||||
|
All three verified exactly. So the chain runs
|
||||||
|
|
||||||
|
```
|
||||||
|
opaque official integers
|
||||||
|
→ Pascal-basis coordinates
|
||||||
|
→ Chudnovsky constants A, B, S
|
||||||
|
→ the CM invariant s_2(τ_163)
|
||||||
|
→ the modular origin of the problem
|
||||||
|
```
|
||||||
|
|
||||||
|
The encoder did not *prove* anything here. It **located** the structure, which
|
||||||
|
then told the proof where to go. That is its actual function.
|
||||||
|
|
||||||
|
## What it is NOT: an honest accounting
|
||||||
|
|
||||||
|
**It is not a compressor.** Measured directly:
|
||||||
|
|
||||||
|
| | bits |
|
||||||
|
|---|---|
|
||||||
|
| raw official seed data (8 integers) | 588 |
|
||||||
|
| encoder payload (`A, B, S, R` + 9 small Pascal coordinates) | 166 |
|
||||||
|
| ratio | **3.54×** |
|
||||||
|
|
||||||
|
3.54× is unremarkable. A general-purpose entropy coder would do comparably on
|
||||||
|
data this small, and the Pascal basis had to be known in advance. **Any claim
|
||||||
|
that this approach compresses data should be rejected**, including by the
|
||||||
|
author. The same conclusion was reached independently elsewhere in this
|
||||||
|
programme: characteristic-polynomial encoding of matrices *adds* overhead
|
||||||
|
relative to an entropy-coded baseline. It is a receipt, not a compressor.
|
||||||
|
|
||||||
|
The value is entirely in *which* basis makes the coordinates meaningful — and
|
||||||
|
that is a statement about the data's origin, not about its entropy.
|
||||||
|
|
||||||
|
## Why it is falsifiable rather than numerology
|
||||||
|
|
||||||
|
The obvious objection is that with enough freedom, any basis can be tuned to
|
||||||
|
make any data look structured. Three constraints prevent that here:
|
||||||
|
|
||||||
|
1. **The basis is fixed before looking.** Pascal rows are a canonical choice,
|
||||||
|
not searched over.
|
||||||
|
2. **The encoding is exact, not approximate.** No tolerance, no fitting; the
|
||||||
|
identities hold in `Fraction` arithmetic and fail if any coefficient is
|
||||||
|
perturbed by one unit.
|
||||||
|
3. **The recovered coordinates have independent meaning.** `A`, `B`, `S` were
|
||||||
|
not free parameters to be solved for — they were already known constants from
|
||||||
|
a different context (Chudnovsky's series), and they had to come out *exactly
|
||||||
|
right* or the encoding fails.
|
||||||
|
|
||||||
|
Criterion 3 is what separates this from numerology. A coincidence is cheap when
|
||||||
|
the target is unconstrained; here the target was pinned in advance by an
|
||||||
|
unrelated classical formula.
|
||||||
|
|
||||||
|
## How distinctive is this, honestly
|
||||||
|
|
||||||
|
The user's sense that this is unusual is **partly right, and worth stating
|
||||||
|
precisely rather than overclaiming.**
|
||||||
|
|
||||||
|
**Established precedent.** Recovering closed forms from numerical data is a
|
||||||
|
mature field: integer-relation algorithms (PSLQ, LLL), the Inverse Symbolic
|
||||||
|
Calculator, and experimental-mathematics practice generally. Finding that a
|
||||||
|
constant equals a combination of known constants is routine. This work uses PSLQ
|
||||||
|
directly elsewhere (e.g. to identify `s_2` across Heegner discriminants).
|
||||||
|
|
||||||
|
**What is less standard here:**
|
||||||
|
|
||||||
|
- The target is **structured integer data** (seed rows, matrix entries) rather
|
||||||
|
than a single real constant. Integer-relation tools are usually pointed at one
|
||||||
|
number at a time; here an entire row must decode simultaneously in one basis.
|
||||||
|
- The encoding is used as a **provenance argument** feeding a proof, not as a
|
||||||
|
discovery heuristic to be discarded once the answer is known. The compact form
|
||||||
|
survives into the manuscript because it is what makes the seed rows tractable.
|
||||||
|
- The basis is chosen for **structural** reasons (Pascal ↔ the binomial structure
|
||||||
|
of the transfer matrix's second row `(−u³, −3u², −3u, −1)`), not by search.
|
||||||
|
That second row *is* a signed Pascal row, which is why the Pascal basis was the
|
||||||
|
natural guess and not a lucky one.
|
||||||
|
|
||||||
|
**Fair summary:** the technique is a disciplined, exact-arithmetic variant of
|
||||||
|
established inverse-symbolic practice, distinguished mainly by being applied to
|
||||||
|
structured integer arrays and by being carried into the proof as a provenance
|
||||||
|
receipt rather than dropped after discovery. Calling it "unique" would be too
|
||||||
|
strong; calling it a recognisable method used unusually systematically is
|
||||||
|
defensible.
|
||||||
|
|
||||||
|
## The general recipe
|
||||||
|
|
||||||
|
1. Take opaque exact data.
|
||||||
|
2. Choose a basis for structural reasons, and fix it before looking.
|
||||||
|
3. Solve for coordinates in exact arithmetic. No tolerances.
|
||||||
|
4. Ask whether the coordinates are small, or known, or both.
|
||||||
|
5. If they are known constants from another context, you have found a provenance
|
||||||
|
link — treat it as a lead requiring proof, never as a proof.
|
||||||
|
6. Report the compression ratio honestly, and expect it to be unimpressive.
|
||||||
|
|
||||||
|
Step 5 is the discipline that keeps this from becoming numerology. In this
|
||||||
|
submission the lead was `A/B = (1 − s_2)/6`, which reduced the whole problem to a
|
||||||
|
single CM value — and that reduction then had to be proved separately.
|
||||||
Loading…
Add table
Reference in a new issue