Skip to content

Clarifications (and additions) for private buckets#298

Open
eskimor wants to merge 8 commits into
devfrom
rk-private-bucket-clarifications
Open

Clarifications (and additions) for private buckets#298
eskimor wants to merge 8 commits into
devfrom
rk-private-bucket-clarifications

Conversation

@eskimor

@eskimor eskimor commented Jul 18, 2026

Copy link
Copy Markdown
Member

The Reader role suggested that there should be private buckets - and it does seem they are genuinely useful, thus this PR adds the missing bits and clarifications to make them actually work

eskimor and others added 6 commits July 18, 2026 07:16
Mermaid treats a semicolon in note/message text as a statement separator, so
the challenge_checkpoint and respond_to_challenge diagrams broke mid-note and
failed to render. Replace the two offending semicolons with commas.
Fold each field-by-field "Note over X:" block into a single note using <br/>,
matching the register_provider style, so structs render as one box instead of a
stack of separate note boxes. Also add blank lines before three lists. Purely
cosmetic.
- Pad each ASCII box so every right border sits at the same column; they were
  jagged across columns 74-76.
- Drop the unused Balances participant from the create_drive diagram.
- Collapse the create_drive DriveInfo note into a single <br/> note (missed in
  the earlier reformat pass).

@ilchu ilchu left a comment

Copy link
Copy Markdown
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Just some small doc and diagram related comments.

**Per-bucket MMR**: The bucket has ONE canonical MMR state. Multiple providers may store the bucket, and they should all converge to this state. The MMR is not per-provider.

**Roles**:
**Roles** (Admin implies Writer implies Reader—each can do everything the next can):

Copy link
Copy Markdown
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
**Roles** (Admin implies Writer implies Readereach can do everything the next can):
**Roles** (Admin subsumes Writer subsumes Reader - each can do at least everything the next can):

Comment on lines +1094 to +1096
/// - `visibility`: `Public` or `Private` (see `Visibility`). Wrappers that
/// omit the choice must default to `Private` (fail-safe: an unset choice
/// should protect data, not expose it).

Copy link
Copy Markdown
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Maybe then we could mark the private variant as #[default] above?

Comment thread docs/design/EXECUTION_FLOWS.md Outdated
Comment on lines +480 to +482
Note over C: (authorized = member or agreement owner; stored in the
Note over C: challenge so later membership changes don't alter the fee
Note over C: split on a valid response — see respond_to_challenge)

Copy link
Copy Markdown
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I've noticed that this kind of note splits into separate boxes when rendered, which is very inconvenient to read, and having a single note with <br/> markdown is much more manageable. And as a second point, ";" seems to be a reserved character so it breaks the render completely. As I've already tested it out locally, I'll push these changes to the branch if you don't mind.

# Conflicts:
#	docs/design/EXECUTION_FLOWS.md
@bkontur bkontur self-assigned this Jul 21, 2026
@bkontur
bkontur self-requested a review July 21, 2026 09:53
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants