Skip to content

test: admit a participant to a running dedicated synchronizer - #69

Closed
sadiq1971 wants to merge 2 commits into
mainfrom
test/admit-participant-to-dedicated-sync
Closed

sadiq1971 wants to merge 2 commits into
mainfrom
test/admit-participant-to-dedicated-sync

Conversation

@sadiq1971

@sadiq1971 sadiq1971 commented Oct 5, 2026 •

Copy link
Copy Markdown
Collaborator

Part of ChainSafe/canton-extending-mainnet#127

Summary: the sync operator integration test checks splitwell's onboarding restriction both ways: while open, a participant joins without a permission; while restricted, one without a permission is refused and one the owner permissions joins. The operator write-up comes separately.

The sync operator integration test restricts splitwell to permissioned
participants the way the LocalNet bootstrap does, permissioning the
connected participant first. A participant outside that set is refused,
and joins once the owner permissions it. Splitwell is opened again at
the end, since the other tests in the job share its Canton.

Signed-off-by: sadiq1971 <sadiqurr8@gmail.com>
@sadiq1971 sadiq1971 self-assigned this Oct 6, 2026
A full connect pushes the participant's own topology, which needs traffic
on the zero-base-rate splitwell, so the joins run only the onboarding
handshake and are read from the owner's topology. The test also checks
that a participant joins without a permission while onboarding is open.

Signed-off-by: sadiq1971 <sadiqurr8@gmail.com>
@sadiq1971
sadiq1971 marked this pull request as ready for review October 6, 2026 13:56
syncOperatorBackend.appState.store.key.synchronizerId shouldBe served
}

"admit participants as its onboarding restriction allows" in { implicit env =>

Copy link
Copy Markdown

Choose a reason for hiding this comment

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

which code is that testing? it seems to me like you are just testing the underlying canton functionality instead of the dsync specific code. Is that right? If so, that should already be tested in the Canton repository.

Copy link
Copy Markdown
Collaborator Author

Choose a reason for hiding this comment

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

It's from one of the user stories - With restriction open a participant can be connected to the dsync.
I will check if the test scenario already covered

Copy link
Copy Markdown
Collaborator Author

Choose a reason for hiding this comment

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

Looks the the test already exist - So it will close the PR

@sadiq1971 sadiq1971 closed this Oct 6, 2026
@sadiq1971
sadiq1971 deleted the test/admit-participant-to-dedicated-sync branch October 6, 2026 14:56
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.

2 participants