Drop version checks on SV-operator-only paths

[adetokunbo]

Pull Request Checklist

Cluster Testing

• If a cluster test is required, comment /cluster_test on this PR to request it, and ping someone with access to the DA-internal system to approve it.
• If an upgrade test is required, comment /upgrade_test on this PR to request it, and ping someone with access to the DA-internal system to approve it.
• If a hard-migration test is required (from the latest release), comment /hdm_test on this PR to request it, and ping someone with access to the DA-internal system to approve it.
• If a logical synchronizer upgrade test is required (from canton-3.5), comment /lsu_test on this PR to request it, and ping someone with access to the DA-internal system to approve it.

PR Guidelines

• Include any change that might be observable by our partners or affect their deployment in the release notes.
• Specify fixed issues with Fixes #n, and mention issues worked on using #n
• Include a screenshot for frontend-related PRs - see README or use your favorite screenshot tool

Merge Guidelines

• Make the git commit message look sensible when squash-merging on GitHub (most likely: just copy your PR description).

[rautenrieth-da]

I don't think we can remove these checks. Most of these checks are asking "has this random amulet owner vetted at least amulet version X", and we'll have validators/parties that have abandoned the network and are thus forever stuck at some ancient version.

We could remove some of them, for example those only checking the vetting state of SV operators (here assuming they are on a recent version makes more sense), but this has nothing to do with TBAR.

I would close #6388, and reassign the associated TODOs to #1825 (for the dso governance package) or remove them (for all other packages)

[adetokunbo]

Ah, understood. I've reverted most of the commits, and only removed the checks in a couple of places that only use dso or SV parties

• supportsPhysicalSynchronizers
• supports24hSubmissionDelayDsoGovernance

I also changed the TODO target.

[rautenrieth-da]

This PR removes the following helpers:

• supports24hSubmissionDelayDsoGovernance: used to check if sv/dso parties support dso governance 0.1.23, which should be true on all networks
• supportsPhysicalSynchronizers: used to check if sv/dso parties support dso governance 0.1.24, which should be true on all networks

So the change makes sense to me. @cocreature can you please double check the above?

[moritzkiefer-da]

supports24hSubmissionDelayDsoGovernance: used to check if sv/dso parties support dso governance 0.1.23, which should be true on all networks

makes sense to me!

[rautenrieth-da]

Thanks!