Skip to content

persist v50: blob_swarm/revocation.rs re-derives stored withdraws through the WRITE-form check (5-hop default) — use check_withdraws_admission_as_admitted #703

Description

@emooreatx

From persist v50.0.0 (CIRISPersist#928 / #925 review). src/blob_swarm/revocation.rs:506 re-derives already-stored withdraws at READ time through check_withdraws_admission, the WRITE gate, which now walks CC 4.1.1's 5-hop default. A withdraws validly admitted through a 6–16-hop chain (pre-v50, or under an explicit opt-in) would then read as not admitted and the blob would un-retire — the retroactive change persist ruled out.

Persist v50 records each withdraws row's admitting depth (migration V157; pre-V157 rows read as 16) and exports check_withdraws_admission_as_admitted(dir, row), re-deriving at the ROW's depth; the capsule forwards withdraws_admission_depth (an appended op). Ask: switch that read-time call (and any sibling) to the helper. Part of the v33 checklist (CIRISEdge#702).

Activity

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

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions