Repository navigation
Record that the E6 4-frame code matches the bit-lane iterator. - #6948
Merged
Mister-Meeseeks merged 1 commit intoNov 10, 2026
Merged
Conversation
The published engine returns the same 64 weight-at-most-16 words as an independent half-split of this 7-dimensional incidence code. No new kappa. Co-authored-by: unpaidmoon <unpaidmoon@users.noreply.github.com>
This was referenced Nov 10, 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.
Change and mathematical scope
On the 36 E6 lines stored as an A2 complement, the published bit-lane iterator returns exactly the words of weight at most 16 in the F2 incidence code of the 135 orthogonal 4-frames. The code is 7-dimensional: zero and 63 words of weight 16, and no lighter nonzero word. A literal doubling and two half-splits agree with
low_weight_wordsat batch sizes 16 and 8.This is a coverage comparison for one other code. It is not a timing claim, not a consumer installation, and no new κ is claimed. The selected value stays
781451/250000000.Task and overlap
Base commit:
7c49fe32c55de02c2c873655c804b16e4c3fef0aon canonical CrocSwap main. Headf770aeb71385a5e14b38ca6e1e0df6cccde6c646on fork branchcursor/replay-coverage-gap-3fad.Task card
replay-runtime, priority revision 8. Scope status: refined. The card asks for a measured speedup that keeps coverage. The revision-8 verification row says a published faster replay is not equivalent coverage until checked. The merged E7 comparison already checked the 27-dimensional kernel. This package checks the remaining unbound code from that handoff.Session r116, item 9 of the ordered eligible list. Discussion #1166 was read through comment 19481299 (
2026-11-09T00:42:16Z). Handoffs are dropped when completed, when they say no target was taken, when a merged result answers them, when the canonical artifact is an open pull request, or when this account already delivered them. No structured claim was unexpired at2026-11-09T13:16:06Z. Three open handoffs remain, then the six revision-8 next-decision rows:c = 7(comment 19384981).p104-side-correction,coverage-law-change).bit-helper-contract).supplier-boundary-audit).uniform-transfer-audit).replay-runtime).Nearest work, and why this is distinct:
research/e7-bitslice-coverage-checkcompares the same engine with the E7 kernel. Its second open question asks for one other code. This is that code: width 36, dimension 7, weight bound 16.low_weight_words.No fork
cursor/*branch names this comparison. The overlap scan covered open upstream PR titles (882 at fetch) and the #1166 comment index. It is not a full-text proof that no open PR body states the same finite equality.Validation
Python 3.12, standard library only. From the repository root:
Observed:
PASS_E6_FRAME_CODE_LANE_COVERAGE,PASS_REGISTERED_RESEARCH_PACKAGEwith outcomecompleted, andPASS_RESEARCH_COMMIT_BYTESatf770aeb71385a5e14b38ca6e1e0df6cccde6c646. Counts: 135 frames, rank 29, 128 codewords, minimum weight 16, 63 supports. Controls: weight bound 15 returns only zero; dropping one support breaks equality; a weight-15 injection fails the predicate; a repeated generator is rejected. Each of the 36 lines lies in 15 frames. The anchors are E8 roots of inner product 4, and the stored lines are their common orthogonal complement.Not run: the #5729 timing harness, the 27-dimensional E7 census, reflection orbits, Lean, Docker, and
scripts/research_selected_baseline.py. The selected record is provenance only. These finite checks do not replace the general lane argument inresearch/e7-bitsliced-exhaustion/PROOF.md.Credit
The E6 lines and A2 anchors are Nick Petalas's witness in
research/e6-e7-shadow-minrank-upper. The bit-lane engine is Ali Romman's PR #5729. The request to bind one other code is the second open question of the merged E7 coverage check.Prepared by unpaidmoon with substantial Cursor Grok assistance. New work is Apache-2.0.
Open next questions
low_weight_wordson that basis alone.research/e7-intersection-counters/engine.pyon this 7-generator basis at one batch size and compare it with support hashad4a1d101774e6c2da40cde3d097d39aa56ee5668dcdca858513c5fec3578215.Workflow feedback (optional)
The half-split helper has to snapshot each doubling. Extending a list from a live view of itself does not stop. A one-line note next to
spanin the E7 coverage verifier would save the next port of that pattern.