Kusama Bridge Hub — Invulnerable Collator Set Adjustment
Dear community,
This referendum seeks to adjust the invulnerable collator set of Kusama Bridge Hub.
The main objective is to make the invulnerable set better aligned with the risk profile and importance of the respective System Chain, while also keeping the assignment process efficient and consistent across the programme.
The curators also considered the historical assignment of slots across the System Chains. Where possible, the revised assignments favour operators with longer tenure and a demonstrated record of providing reliable service. At the same time, the changes are intended to help even the field for operators who have shown capability and interest in supporting additional System Chains.
Finally, this referendum adjusts the number of permissionless collator slots to ensure that permissionless collators do not outweigh the intended invulnerable set.
To support this, the curators applied a tiering model where each System Chain is categorised from Tier 1 to Tier 3, based on its perceived importance and risk profile. Under this model, Kusama Bridge Hub is categorised as a Tier-1 chain, with 8 funded community invulnerable collators.
For Kusama Bridge Hub, the proposed configuration is:
- Tier: Tier 1
- Community-funded invulnerable collators: 8
- Permissionless collator slots: 4
This referendum performs the following changes.
Collators being added
- BESTVALIDATOR / Zurich —
GHW6TB6awErp2VaySKN6dLdjmzKET1LzCKMMTYMnGMUXs7n - CoinStudio —
CdW8izFcLeicL3zZUQaC3a39AGeNSTgc9Jb5E5sjREpryA2 - MathCrypto —
F7TKjT2EBVqfquyN5G4s4FLSxHM7nR3WbdRAgxQLeJYVG53 - openbitlab —
E8X4LxU9zEiNVAYM95ERDeomMmwwwqn7RBCuRMEZCfgFm3JI - Staker Space —
Etbi7EDExZ5GC5zVicHDXNLV1ygxMCTR3QscnkL2nku29v1 - Faraday —
HLsPiB2amYFPFYMcYqKxGFLgDUVd4UP1kdA4QdZsH3e91LP
Collators being removed
- Previous invulnerable —
CbLdvHtKPVr1bvt7poBKwJsQUokfjC4kqoMkjeyCDtFs8wQ - Previous invulnerable —
EXTRGokoMvv1BKrRKhjsz97tjHo8RCkNc1xcEQukLBN2NNH - Previous invulnerable —
GXm3xhzGWeofhBZiHHzGR9cB1UapoSApTE4GRbV5hDYv4vY - SIK / crifferent —
HWyLYmpW68JGJYoVJcot6JQ1CJbtUQeTdxfY1kUTsvGCB1r
Collators retained
The following community invulnerables are already in place and remain part of the final Bridge Hub set:
- YellowFin / Bluefin Tuna —
DtuntvQBh9vajFTnd42aTTCiuCyY3ep6EVwhhPjj2ejyyhW - Mile —
HmatizNhXrZtXwQK2LfntvjCy3x1EuKs1WnRQ6CP3KkNfmA
Final community invulnerable set
- BESTVALIDATOR / Zurich —
GHW6TB6awErp2VaySKN6dLdjmzKET1LzCKMMTYMnGMUXs7n - CoinStudio —
CdW8izFcLeicL3zZUQaC3a39AGeNSTgc9Jb5E5sjREpryA2 - YellowFin / Bluefin Tuna —
DtuntvQBh9vajFTnd42aTTCiuCyY3ep6EVwhhPjj2ejyyhW - MathCrypto —
F7TKjT2EBVqfquyN5G4s4FLSxHM7nR3WbdRAgxQLeJYVG53 - Mile —
HmatizNhXrZtXwQK2LfntvjCy3x1EuKs1WnRQ6CP3KkNfmA - openbitlab —
E8X4LxU9zEiNVAYM95ERDeomMmwwwqn7RBCuRMEZCfgFm3JI - Staker Space —
Etbi7EDExZ5GC5zVicHDXNLV1ygxMCTR3QscnkL2nku29v1 - Faraday —
HLsPiB2amYFPFYMcYqKxGFLgDUVd4UP1kdA4QdZsH3e91LP
Best Regards,
Will | Paradox | ParaNodes.io
Comments (1)
Proposal Passed
Across these 4 System Chains, there are 28 funded collator slots, but only 21 unique operators. Several operators are selected for multiple System Chains, with 7 operators holding 2 slots each — meaning they account for 14/28 slots (50%).
I understand the reasoning behind using operators with an established track record, especially for critical System Chains. Reliability and operational experience obviously matter.
However, using previous slot assignments and multi-chain experience as selection criteria can also create a self-reinforcing cycle: operators who already have slots gain more experience and history, which then makes them more likely to receive additional slots.
I think it would be worth discussing whether the current selection process provides enough room for new operators, and whether some limit per operator could improve diversity without compromising reliability.
Otherwise, we may end up with the same small group of operators rotating between the different System Chains.
Polkassembly is now a read-only archive. Commenting is disabled.