Skip to content

B62 (prototype): Does the rule spend the traffic's rank, and is the agreement count just rank in another basis? #635

Description

@NGL321

Part of #532. Opened by B57 (#629), which built the graded agreement instrument, read it on three arms, and found the rank it needs present at construction and gone by the horizon.

Question

Is the traffic's rank collapse caused by the training rule, and does the graded agreement count measure anything the traffic's rank does not?

What B57 established, and the two things it could not

B57 read the instrument B52 (#622) specified. It passed its acceptance check decisively, it moves under training, and it reads N(0.25) = 1.0000 on every arm from 1,000 taught ticks on. Two facts it turned up are this ticket's:

1. The rank is spent, not absent. The traffic is not born at rank one. Effective rank at construction → 20k, on the same window:

arm uncentered centred
baseline 2.766 → 1.0045 24.912 → 1.611
winner 2.786 → 1.0320 27.270 → 9.318
flat 2.544 → 1.0034 2.938 → 2.865

B57 measured this while the rule ran and deliberately did not attribute it: no arm was run with the rule off past construction, so training spends the rank and the rank decays on its own are not separated. That is one cheap arm.

2. The count may be a re-description of the rank. q_i is a normalised Rayleigh quotient, and B57's own excess is +1.0000 against a matched-generic null reading 0.0000 at every level — which the surprise ledger (#520, row 8) files with two readings it cannot separate. Either the surviving direction is one the built maps genuinely share and generic ones do not, or q_i sits far from 1 wherever the traffic is rank one and near 1 otherwise. On the second reading the instrument is measuring traffic rank in another basis and B52's whole construction reduces to B60 (#633)'s object.

What to read

  1. A frozen-map arm past construction. Same dome, same seed, same window, the transport and prediction rules off, the world running. If the traffic's rank collapses anyway, the rule is exonerated and the collapse is the body's or the sandbox's; if it holds near 2.77 uncentered, the rule spends it. Report both forms.
    Sweep the window at the horizon, not only at construction. B57's amendment found centred traffic ER growing monotonically with T (13.014 / 18.465 / 24.912 at T = 250 / 500 / 1000) while the uncentered form is stable to the fourth decimal, so a centred rank quoted at one window means nothing on its own. The 24.9 figure above is therefore not a target to hold against — establish the window behaviour first and state the comparison in terms it survives.
  2. A rule-by-rule split, only if item 1 says the rule spends it. PredictionRule and TransportRule separately — they are separable in the rig and B57 ran them together.
  3. Whether q_i separates from rank. Read N(θ) against a synthetic traffic of stated rank on the built maps — rank 1, 2, 4, 8, drawn inside the maps' own row space and outside it — and say whether the count tracks the rank or the alignment. This is the falsifier for the ledger's second reading, and it needs no run at all.
  4. The joint report on every row, per B48's standing constraint. Not optional here either.

Branch table

Proceed without asking on any of these.

  • The rank collapses with the rules off → the collapse is not the objective's and no objective term can be aimed at it. Say so plainly; the lever moves to whatever writes the stalks.
  • The rank holds with the rules off → training spends it, and item 2's split says which rule. This makes the collapse an objective-design fact and B60: Does the transport rule need the traffic's full metric, or does the mean suffice? #633 inherits it.
  • N(θ) tracks stated rank and not alignment → the instrument is traffic rank in another basis. Do not repair it here — file it, and it is B60: Does the transport rule need the traffic's full metric, or does the mean suffice? #633's to rule on whether the map keeps a second name for one quantity.
  • N(θ) separates from rank → B52's construction is vindicated on its own terms and the ledger's row 8 resolves to its first reading.
  • Anything outside every branch → the surprise ledger (#520), one row, and carry on.

Named risks

Plan, don't do. A prototype may build and read. It may not score a candidate architecture and it may not set a threshold a later ticket would inherit as a bar.

Activity

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

Labels

wayfinder:prototypeWayfinder ticket: resolved by building something cheap to react to (HITL)

Projects

No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions