Finalize open group operator selection method

[shanejearley]

The open group operators need to be selected automatically in a way that ensures both consistent high performance and decentralization (not relying on a few operators, but many).

Operator Fees

Since operators can otherwise arbitrarily set their own fees outside of the registry, they are required to keep their fees below the registry's proposed maximum amount, or else they will be ineligible for selection. If their fees are changed to more than the maximum amount while they are actively operating, they will be automatically reshared.

Eligibility Requirements

• Registered and active with the open group (confirmed on-chain)
• Not currently resharing out of the open group (confirmed on-chain)
• 1 ETH available from collateral not yet bound to a pool (confirmed on-chain)
• DKG enabled/available (confirmed by participation)
• Equal or above SSV performance threshold (24h, 30d, etc.)

Sorting Dimensions

• Active validator count (could be confirmed on-chain, but might be expensive)
• Last collateral deposit (could be confirmed on-chain, but might be expensive)

Questions

• How should operators be selected based on their fees (within the eligible range)? Should the operators be split into a max four groups of calculated fee tiers and selected from each group?
• How can the selection allow new operators (without any SSV performance history)? Should these new operators require 2 ETH (or some other amount larger than the current) collateral per validator until enough SSV performance history is recorded?
• Should the (initial) open group make SSV DAO verification an eligibility requirement?
• Can SSV performance threshold or a useful proxy metric be brought or confirmed on-chain? (Maybe the Rated UMA oracle?)