This is a referendum whose proposer address (0x66289c6f733083a341a8ce8fea1101bf405ac6990ae8672d712a86611207a559) is shown in on-chain info below. Only this user can edit this description and the title. If you own this account, login and tell us more about your proposal.

The proposal aims to develop the KILT Decentralized Identity Provider (DIP), offering an OpenID-like authentication flow for Web3. It enables cross-chain identity establishment by using on-chain and off-chain mechanisms. Led by BOTLabs GmbH, seeks to reduce centralization in identity management while providing users control over their data. Key components include pallets for identity providers and relying parties, along with support crates for chain runtimes. The proposal outlines milestones for development, testing, and deployment, highlighting the need for ongoing maintenance and future enhancements

Updated metadata docs for Polkadot & Kusama parachain and stand-alone runtimes.

Implemented new Polkascan Explorer and Subsquid extensions to the py-substrate-interface extension framework.

Technical support on Github and in #polkascan:matrix.org and substrate.stackexchange.com channels.

Upgrade contract interface to support WeightV2 #337.

New runtime interface: more intuitive approach to interface with the runtime functionality.

Add support for runtime calls at other blocks than the most recent #346.

Added support for ink! v4

Added multiple params as key support for query_map().

Added SCALE type definitions for upcoming MetadataV15 in Substrate.

Set the maximum number of collator candidates that can be selected
at the beginning of each validation round.

Changes are not applied until the start of the next round.

The new value must be higher than the minimum allowed as set in the
pallet's configuration.

The dispatch origin must be Root.

Emits `MaxSelectedCandidatesSet`.


# <weight>
- The transaction's complexity is mainly dependent on updating the
  `SelectedCandidates` storage in `select_top_candidates` which in
  return depends on the number of `MaxSelectedCandidates` (N).
- For each N, we read `CollatorState` from the storage.
---------
Weight: O(N) where N is `MaxSelectedCandidates` bounded by
`MaxTopCandidates`
- Reads: MaxSelectedCandidates, TopCandidates, N * CollatorState
- Writes: MaxSelectedCandidates
# </weight>

Referendum #5