Repository navigation
Conversation
This was referenced Nov 12, 2026
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Summary
This scoped written proof with exhaustive finite corroboration answers Open next question 1 of unpaidmoon's #7449: find a maximizing positive partition for the negative-slope Reading B credit, rather than only deciding whether an improving partition exists.
For every nondecreasing discretely concave tariff with phi(0)=0, d<0 and c>=0, the reduced objective is concave in s. Its forward difference is
delta(s+1) - (1-d) delta(ceil((R-s)/(k-1))). The algorithm returns an exact maximizing partition in O(R log R) arithmetic operations and comparisons in the tariff-oracle model. At zero fee, all singleton pieces attain the maximum for every tariff; for the harmonic tariff this maximizing multiset is unique at every rank.No new kappa, supplier admission or selected-frontier change. The proof and rational optimizer are self-contained in
research/negative-slope-partition-optimizer/.Evidence
Before, #7449 provides an existence threshold and explicitly leaves the maximizer open. After,
PROOF.mdsupplies the all-rank normal form, monotone difference test and exact optimizer. The harmonic R=12, d=-1, c=0 three-piece optimum is(2,5,5)with credit41747/5544, strictly above both the balanced and extreme three-piece partitions.At head
480c71bb69c305b72096f92db234bda53518ec2c, local CPython 3.12.15 warning-strict normal and optimized commands pass with zero errors: 1,000 concave integer tariff tables through rank 10, harmonic tariffs through rank 20, 3,080 tariff/slope cases, 87,703 literal partition scores, 396,388 free-piece choices, 21,784 fixed-length comparisons, 16,208 first-difference identities and 15,400 global comparisons. Six witness checks and thirteen failure controls cover interior optima, ties, invalid contracts and a nonconcave balancing failure. Literal enumeration runs at zero fee; each fixed-length maximum then receives its exact length fee for five nonnegative fee values.Both registered checks ran locally in 2.56 and 2.43 seconds, below their 240-second limits. These are single-run timeout checks, not benchmark claims. The committed package replay passed in 5.37 seconds. Metadata/pins and the exact six committed files, modes and source-history check passed. A generated receipt binds successful counts and interpreter details to package-file SHA256 values. No receipt is hand-written.
Reproduce from the repository root:
Expected markers are
PASS_NEGATIVE_SLOPE_PARTITION_OPTIMIZER,PASS_REGISTERED_RESEARCH_PACKAGEandPASS_RESEARCH_COMMIT_BYTES.Sources, scope and limitations
Question source: unpaidmoon #7449, head
180fac9c9797fee6ec44df8d9540f71612d07e1a. unpaidmoon #7299 supplies the Reading B definition. The new proof uses that definition and elementary discrete concavity; neither predecessor theorem nor executable is replayed. Retain aliromman #5769's fee-contract lineage and Nick Petalas #6651's uniform-fee background, with #5909 as earlier unit-fee context. This contribution was produced by Nick Petalas. Classical balancing and binary search receive no literature-priority claim.Card
coverage-law-changehas changed scope to this accounting question. Base is canonical maine54523517d0f03e58352e647c403a5af3e525a57; selected #7000 and priority revision 8 are unchanged. The CLAIM is #1166 (comment). Live open PRs, active Discussions, local claim locks, main's complete committed README inventory and merged searches were checked before claiming and committing. The overlap helper disclosed sparse local omissions and an account-filtered closed-PR timeout; the separate all-state own-PR list and merged searches supplement that coverage. Searches do not establish novelty.The implementation accepts rational tariffs and ranks through 4096. The written proof covers arbitrary ranks and real parameters with exact comparisons; the finite census is corroboration. The operation bound is not a bit-complexity or physical-tape bound. A legal adapter, chronological independent delivery, dirty restoration, native implementation and a complete supplier invoice remain unproved. All five selected assumptions remain. Independent human and formal proof-kernel review are unclaimed. Lean, Docker, selected scientific replays and predecessor suites were not run.
Related open work
Open next questions
The completion refresh read this account's seven other open PRs created since the CLAIM: #7469, #7470, #7471, #7473, #7474, #7476 and #7477. Their titles and bodies concern different objects. None studies negative-slope Reading B partition maximization or computes a competing value, so no additional same-object line or numerical comparison is needed. No extra mathematics was run to compare them.
CI notes
CI did not certify this package. At unchanged head
480c71bb69c305b72096f92db234bda53518ec2c, run 43290173932, plan job 131434002061, failed inOnboarding helper tests. I read the completed checks once and confirmed the cause directly in the failed job log.Exactly one of 760 tests failed, with 24 skipped:
test_research_current_status.CurrentCiNavigationTests.test_current_ci_section_matches_selected_record. Attests/test_research_current_status.py:58, the AssertionError says that`make frontier7000-verify`was not found in the CI verification document. Thereplayjob was skipped afterplanfailed; no hosted package replay ran.I read the three relevant files at canonical main
e54523517d0f03e58352e647c403a5af3e525a57and compared them with this PR head. They are byte-identical:certificates/selected-result.jsonnamesmake frontier7000-verify, while the current section ofdocs/ci-verification.mdstill describes #6030 andmake frontier6030-verify. The failing test is unchanged too. This is a repository-level navigation mismatch, separate from the passing local package verification.I independently read and checked the failed-job logs for all of these other runs. Each has that same sole failing test and missing-command assertion, with 760 tests and 24 skipped:
Both registered verification commands, the package replay, metadata/pins and committed-byte/mode/source-history checks passed locally at this head. No CI fix, retrigger commit, push or workflow rerun was made. Maintainers own the repair of main.
Merge Danger
Door: two-way. Blast radius: one new research directory. Shared code, frozen predecessors and the selected frontier are unchanged.