The proposal, upgrading Polkadot Runtime to v9050, is up for vote. Release notes, runtime changes and hash can be found [HERE](https://github.com/paritytech/polkadot/releases/tag/v0.9.5). This release resolves the scaling issues we are seeing on Polkadot Network with staking, introducing hard limits on the number of nominators on chain: which is configurable with governance.

- Previous discussions about the runtime upgrade on the Polkadot Direction channel can be found [HERE](https://matrix.to/#/!OwgojQyBzTlUQGGLhq:matrix.parity.io/$EVsIkHKQaZHNrnOCSrLWwE918yPa3u6srpziFs4usvo?via=matrix.parity.io&via=matrix.org&via=corepaper.org).
- Wei’s post on Polkadot’s staking election situations, problems and discussions about potential solutions can be found [HERE](https://corepaper.org/polkadot/staking/). 
- The blogpost by Polkadot explaining the staking limitations and changes with this runtime upgrade proposal can be found [HERE](https://polkadot.network/polkadot-and-kusama-staking-changes/).

Please vote at your earliest convenience!

 Set the new runtime code.

 # <weight>
 - `O(C + S)` where `C` length of `code` and `S` complexity of `can_set_code`
 - 1 storage write (codec `O(C)`).
 - 1 call to `can_set_code`: `O(S)` (calls `sp_io::misc::runtime_version` which is expensive).
 - 1 event.
 The weight of this function is dependent on the runtime, but generally this is very expensive.
 We will treat this as a full block.
 # </weight>

- There is a proposal to upgrade Polkadot Runtime to v9050.
- The upgrade will fix scaling issues on the Polkadot Network with staking.
- There are hard limits on the number of nominators on the chain, which can be changed with governance.
- There have been previous discussions and posts about the upgrade.
- People are encouraged to vote on the proposal.

#25 Runtime v9050 on Polkadot Network

No Active Proposals