Repository navigation
Re-price the #1240 lever table on the #4470 and BIT invoices: one-sided levers stop at +12.6%, idle stages are 56-59% of the bill (no new κ) - #4602
Open
Matarener wants to merge 1 commit into
Conversation
…d on the CrocSwap#4470 and BIT invoices (no new kappa) Co-Authored-By: Claude Opus 5.5 (1M context) <noreply@anthropic.com>
This was referenced Oct 22, 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.
Requested by Mark
Change and mathematical scope
Side result (ideal budget screen); no new κ. The selected κ is unchanged.
Priority revision 7 says its allocation predates #4359 and has not been reassessed. The #1240 lever table (
levers.py) was computed on the old #1094 word. This package recomputes the same one-at-a-time ideal budgets on the current complete invoices: #4470's complexRESULT.jsonand the retained query-thinned BITbit_invoice. It uses #4470's fixed-profile rootΣ T_r r^(1−C) = Σ P_r r^(1−C)with certified brackets of width 1e-10.Remaining scope: every lever is a hypothetical relaxation with no new charge, and outer rows, strictification and BIT ordinary conversion are not recomputed. "Two unpaid coordinates" has no literal counterpart in the new invoice, so the table gives one reading. Root uniqueness is not certified.
Task and overlap
complex-new-helper-inventory, priority revision 7; its first step asks forlevers.pybudgets. Scope changed: it updates that planning screen and builds no interface (TASK.json).f626db5c3a3d781d8f7695038776c621651f75e1. Inputs pinned in SOURCES.json.Validation
Both pass (CPython 3.12, Windows, standard library only, about 12 s). Controls: the profiles are rebuilt from their physical parts (18 local calls, 15×112 / 15×111 queries, idle, centre); the complex bracket meets #4470's root bracket; an empty lever reproduces the baseline; one extra paid rank-one job lowers the root. The interval engine is mixed_target_probe's log/exp series, rounded outward to 2^-128.
Credit
Invoices and model from 1337isnot1337 / Cinna Davis (#4440, #4470), zxv (#4359) and the retained BIT lineage; lever table from #1240. Prepared by Matarener (Mark) with substantial Claude Code assistance; no independent human review.
Open next questions
Can a controller reduce whole-idle mass or the query shears on both suppliers at once? Screen candidates with
assemble/rooton both invoices first. No changed topology is known.🤖 Generated with Claude Code