- The staking team wants to change some rules to let more people help keep the network safe.
- Right now, there are 22,500 nominators, but no new ones can join because of current rules.
- They want to increase the minimum bond, which is the amount of money needed to join.
- The suggested new bond is 120 DOTs instead of 80 DOTs.
- This change is meant to last for at least a month before needing another update.
- They will release monthly reports to keep everyone informed about how things are going.
- This is a temporary change to make sure the network stays stable and secure.
- Comments and feedback about the proposal are welcomed.

The staking team requested a new proposal to increase the minimum bond and allow new nominators above the threshold to participate in the network’s security mechanism. As mentioned by the Staking team on [this message](https://matrix.to/#/!FdCojkeGzZLSEoiecf:web3.foundation/$YNsqfhHKXoRbW_QKvtG5EKn8HodUGFts6abJJdSAoVA?via=matrix.parity.io&via=matrix.org&via=corepaper.org), Polkadot currently has 22500 nominators and the configuration of the staking system prevents further nominators to join.

The team suggests to update the staking parameters: The proposal has the goal to increase the minimum bond to allow new nominators above the threshold to participate in the network’s security mechanism, and for less staked nominators to be chilled. **Note that after the latest runtime upgrade (9090), existing nominators can always update their preference at all conditions.**

The proposal the team suggested aims to change the staking parameters to allow more nominators with higher backing stake be able to join the staking system. The existing parameters as follows:

- Minimum validator bond: None
- Maximum validator count: `1200`
- Minimum nominator bond: `80` DOT
- Maximum nominator count: `22500`
- Chill threshold: 90%

The new proposed parameters aim to update one value:

- New minimum nominator bond: `120` DOTs

The team aims to increase the limit enough so that we won't need to do another tweak for at least a month. **Multiple tracks of optimization are ongoing by the development team**, and you can read more about them on this [issue](https://github.com/paritytech/substrate/issues/9511). Furthermore, a monthly progress report will be released [here](https://gist.github.com/kianenigma/aa835946455b9a3f167821b9d05ba376) to communicate the technical details. Please note that increasing the value of the parameter to **120 DOTs** will hopefully give the team another more time until the new threshold is reached and we have made progress on a more permanent solution. Please leave your comments and feedback on the proposal. Keep in mind these measure is **temporary**, and the overall goal is the stability and security of the network.

- Preimage [HERE](https://drive.google.com/file/d/10FRH_Hzs8kqwI_lfMZhC6bu6Dt0bQdCf/view?usp=sharing) - submitted.
- Hash: `0xb862a50c4e8541c013637e9766f3059af75218f0f9630dc8b6c85dc8f633a971`

Please vote at your convenience!

Increasing nominators’ min bond on Polkadot

- A proposal to upgrade Polkadot to version v9090 is being voted on.
- You can find details like release notes and changes online.
- Developers should be aware that there is a breaking change in this version.
- This proposal uses a special type of runtime called NON COMPRESSED.
- There is a specific hash number related to the proposal.
- Everyone is encouraged to vote when they can.

The proposal, upgrading Polkadot Runtime to **v9090**, is up for vote. Release notes, runtime changes and proposal hash can be found [HERE](https://github.com/paritytech/polkadot/releases/tag/v0.9.9). If you develop & maintain applications for Polkadot, please note there is [a breaking change](https://github.com/paritytech/substrate/pull/9462) on this runtime.

Hash: `0x6f7f0451388d9053db17c61c67678fdd0d775f9c74dc46ebea565ad0cd52bd6e`.

This proposal uses the NON COMPRESSED runtime.

Please feel free to use `srtool` yourself to check the proposal hash. Make sure to vote at your convenience!

Runtime v9090 on Polkadot Network

- Polkadot has 22,500 nominators, but can't add more right now.
- The staking team wants to change rules to allow new nominators to join.
- They plan to increase the minimum amount needed to join from 40 DOTs to 80 DOTs.
- This change will help fill 4,500 available spots for new nominators.
- A new rule called "chill-threshold" will be set at 90%.
- The goal is to make the network stable and secure.
- These changes are temporary until better solutions are found.

As mentioned by the Staking team on [this message](https://matrix.to/#/!FdCojkeGzZLSEoiecf:web3.foundation/$YNsqfhHKXoRbW_QKvtG5EKn8HodUGFts6abJJdSAoVA?via=matrix.parity.io&via=matrix.org&via=corepaper.org), Polkadot currently has 22500 nominators and the configuration of the staking system prevents further nominators to join. 

The team suggests to update the staking parameters as soon as the next runtime upgrade happens today. The proposal has the goal to increase the minimum bond to allow new nominators above the threshold to participate in the network’s security mechanism, and for less staked nominators to be chilled. Note that after 9080, the existing nominators can always update their preference at all conditions. 

The proposal the team suggested will change the staking parameters to allow more nominators with higher backing stake be able to join the staking system. The existing parameters as as follows:

* minimum validator bond: None
* maximum validator count: `1200`
* minimum nominator bond: `40` DOTs
* maximum nominator count: `22500`

**The new proposed parameters will update one value:**
* new minimum nominator bond: `80` DOTs

 and set a new parameter that did not existed before:
* chill-threshold: 90%

The reasoning behind the new minimum nominator bond: Polkadot onboards ~150 nominators per day. That means if the network has 4500 empty slots, they will be filled in 30 days. The team aims to increase the limit enough so that we won't need to do another tweak for at least a month. Changing this parameter to `80` will almost expose 4500 nominators. 

The new chill-threshold will ensure that the permissionless `chill_other` can only be used when more than 90% of "maximum nominator count" is used.
note that to ensure polkadot's stability until the parachains launch, this motion does not yet include an increase in the total count of nominators. Multiple tracks of optimization are ongoing by the development team, and you can read more about them in this [issue](https://github.com/paritytech/substrate/issues/9511).

Please note that doubling the value of the parameter to `80` DOTs will hopefully give the team more time until the new threshold is reached and we have made progress on a more permanent solution. Please leave your comments and feedback on the proposal. Keep in mind these measures are temporary, and the overall goal is the stability and security of the overall network. 


- Preimage can be found [HERE](https://drive.google.com/file/d/1ZdXO1y6_UUlsjaPZgNla6elaMUQgtOxS/view?usp=sharing).

- Hash: `0xc8ca426c26fc637ab82f56e69e91469c6c7205b01609e7970c0ed11cc0c7981f`
- Encoded call data: `0x07170040b743ba00000000000000000000000000000000000000000000000000000001e457000001b0040000015a`

Increasing nominators’ minimum bond on Polkadot

The proposal, upgrading Polkadot Runtime to **v9080**, is up for vote. Release notes, runtime changes and proposal hash can be found [HERE](https://github.com/paritytech/polkadot/releases/tag/v0.9.8). 

This release introduces a **new host function**: As such, node operators should upgrade before the next runtime upgrade on their chain in order to continue being able to sync the chain. 

Please vote at your earliest convenience!

Runtime v9080 on Polkadot Network

- A proposal is being made to change nominator limits so more people can join.
- Right now, current nominators can't change how much they want to stake.
- The update will let existing nominators not be affected by any new limits.
- The nominator capacity will increase by 2,500, reaching a total of 22,500.
- The amount needed to stake will also change to 40 DOTs.
- These changes will help keep things stable until the next upgrade.
- If too many people join quickly, the stake limit may need to go up again.

The proposal will upgrade the nomination limits such that more people can start nominating. Note that this is a time-sensitive action, because currently existing nominators cannot change their intentions. [This pull request](https://github.com/paritytech/substrate/pull/9193) will change this logic, so that those who are already a nominator will not be affected by any limit, and **will be placed in the next Polkadot  runtime upgrade**.

The new limits increase the nominator capacity by `2500` (making it `22500` in total), and increase the the stake threshold to `40DOTs`. It is intended that these numbers would keep the current count of nominators (all of whom must have 40 or more DOTs) below the new count limit (`22500`) **until the next runtime upgrade**: If an influx of nominators is observed over a very short period of time, the stake limit might need to be increased again proportionally to keep the staking system stable.  

Preimage [HERE](https://drive.google.com/file/d/1Pp8mkUkFCkYiauUAe2RXFBhzk5wgulGV/view?usp=sharing).

Please vote at your convenience!

Upgrade the nomination limits on Polkadot

- The proposal limits the number of validators to 1200.
- Nominators' parameters remain unchanged (20000/20DOTs).
- It started as an external motion, needing Council approval and community referendum.
- Discussions on a minimum DOT stake limit for validators are ongoing.
- These limits aim to ensure network safety and will increase as the network grows.
- The proposal's preimage is available [here](https://drive.google.com/file/d/1W8J1zSPobzNMSAoAWaSeTWvLRI7QdmwH/view?usp=sharing).
- More context and explanations are in the [last runtime upgrade post](https://polkadot.polkassembly.io/motion/88).
- Please vote when you can!

The proposal **sets a limit on the maximum number of validators**, namely `1200`, and leaves the rest of the parameters unchanged (`20000`/`20DOTs`) for nominators. This proposal started as an **external motion**, meaning that if the Council passes this, the community needs to vote in referenda queue to be executed. 

The validator community should be aware that the discussion around minimum DOT stake limit for validators (similar to what was imposed recently on nominators) has already begun [on the Polkadot Direction channel](https://matrix.to/#/!OwgojQyBzTlUQGGLhq:matrix.parity.io?via=matrix.parity.io&via=matrix.org&via=corepaper.org), and will be proposed **as soon as discussion reaches consensus**. Similar to the nominator limits, **these limits are for the safety of the network and will grow as the network grows.**

The preimage of this proposal can be found [HERE](https://drive.google.com/file/d/1W8J1zSPobzNMSAoAWaSeTWvLRI7QdmwH/view?usp=sharing). 

Context on why this is needed and an explanation of the scaling issues we are seeing on Polkadot Network can be found on the [last runtime upgrade post](https://polkadot.polkassembly.io/motion/88).

Please vote at your convenience!

Limit on the maximum number of validators, based on scaling issues

- Polkadot is proposing an upgrade to its system called v9050.
- This upgrade is important for fixing problems with how staking works on the Polkadot Network.
- It will set a limit on how many nominators can be on the chain, which can be changed by the community.
- There are discussions and details available about this upgrade and its effects.
- Important information about staking elections and solutions is also shared by Wei.
- A blog post explains the changes in staking limitations due to this upgrade.
- Everyone is encouraged to vote on this upgrade soon!

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!

Runtime v9050 on Polkadot Network

**Motion 78** upgrading Polkadot Runtime to **v30** is up for vote.   Release notes, runtime changes and hash can be found [HERE](https://github.com/paritytech/polkadot/releases/tag/v0.8.30). 

All council members please vote at your earliest convenience!

Runtime v30 on Polkadot

**Runtime v29 on Polkadot** 

**Motion 70** upgrading Polkadot Runtime to v29 is up for vote.   Release notes, runtime changes and hash can be found [here](https://github.com/paritytech/polkadot/releases/tag/v0.8.29). 

All council members please vote at your earliest convenience!

Upgrade of Polkadot runtime to v29

- Proposal 10 is a plan that can't be used anymore because it has the wrong address format.
- It doesn't matter how people vote; the proposal is still invalid.
- The person who made the proposal admitted they used the wrong way to submit it.
- They have created a new proposal, number 11, that people can vote on now.
- Everyone is asked to vote to cancel proposal 10.
- The goal is to clean up the list of proposals.

Proposal 10, a `force_transfer` proposal, cannot be executed: since the Address formats changed, it is now invalid: So it does not matter which way the vote goes, it cannot be applied.

Furthermore, the proposer explains they used the wrong method to submit this proposal, replacing no. 10 with [no. 11](https://polkadot.polkassembly.io/proposal/11) (currently up for vote as Referendum 18). 

Please vote to cancel the proposal and clean the queue. 

Preimage: `democracy > cancelProposal(prop_index) 10`: [HERE](https://drive.google.com/file/d/1W9v7a6LPvO6MzpCy0VahxtRTxv7swcZi/view?usp=sharing).

Cancellation of Proposal 10 on Proposals queue

- Motion 62 is about upgrading the Polkadot system to version 28.
- Some changes include treasury tip slashes and free participation in Council for newcomers.
- There will be a reorganization of the treasury system.
- Changes will help validators with session keys related to parachains.
- New features will allow checking if accounts exist and a new address format.
- More detailed information can be found in the release notes online.

**Motion 62 upgrading Polkadot Runtime to v28 is up for vote.**

**Some interesting changes:** treasury tip slashes, free participation in Council governance for first-timers, refactor treasury pallet, changes for validators session keys to account for parachains, Introduction of account existence providers reference counting and extensive multiaddress format in all runtimes. 

Release notes, runtime changes and hash can be found [here](https://github.com/paritytech/polkadot/releases/tag/v0.8.28).

Upgrade of Polkadot Runtime to v28

**Motion 56 upgrading Polkadot Runtime to v27 is up for vote**.

 After a successful upgrade on Kusama, [motion 56](https://polkadot.polkassembly.io/motion/56) is submitted on Polkadot, aiming to upgrade the network’s runtime to v27. 

  Upgrade priority: **Low** (upgrade at your convenience).

 Release notes, runtime changes and hash can be found [here](https://github.com/paritytech/polkadot/releases/tag/v0.8.27). Please vote at your earliest convenience!

Upgrade to Polkadot runtime v27

- Motion 38 is a vote to upgrade to a new version called v26.
- The priority for this upgrade is medium.
- There are some important changes in this upgrade:
  - It fixes how target names with dashes are logged.
  - It stops using old substreams that aren't needed anymore.
  - It makes certain functions unsafe for remote use.
- People can find more details in the release notes.

**Motion 38** is up for vote: the motion upgrades the runtime to v26.   Upgrade priority: Medium due to changes: Fixes logging of target names with dashes ([#7281](https://github.com/paritytech/substrate/pull/7281)), No longer actively open legacy substreams ([#7076](https://github.com/paritytech/substrate/pull/7076)), Make queryStorage and storagePairs unsafe RPC functions ([#7342](https://github.com/paritytech/substrate/pull/7342)))

Hash and release notes can be found [here](https://github.com/paritytech/polkadot/releases/tag/v0.8.26). 

Runtime upgrade to v26

- A referendum is a way for a community to vote on something important.
- Referendum 7 did not work because it was set to start at zero instead of one.
- The code needed to check if the start time was in the past.
- If it had been set to one, it would have started as soon as the next block happened.
- The writer wants to propose the same idea again to the Council.
- They hope the Council will send it to the voting queue like before.

Referendum 7 (passed by the Council and the community) failed to come into place given the parameter to be executed after was 0 (zero) instead of 1.

```
let when = match when {
			DispatchTime::At(x) => x,
			DispatchTime::After(x) => now.saturating_add(x)
		};

		if when <= now {
			return Err(Error::<T>::TargetBlockNumberInPast.into())
		}
```

0 fails to check, but 1 would happen next block after the referendum is passed. I am proposing the exact same motion to Council and requesting TC to pass to referenda queue in the same way as before.

Proposal to gradually increase the number of validators

This is a motion whose proposer address (13RDY9nrJpyTDBSUdBw12dGwhk19sGwsrVZ2bxkzYHBSagP2) 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.

- Motion 25 wants to add 1 more validator slot every time a new era starts.
- This will happen for 100 eras, which is a lot of blocks.
- The motion will be voted on after the council discusses it.
- The voting process takes about 7 days.
- Councillors need to check a special code called the presage hash.
- Everyone is welcome to share comments or questions. 
- More details can be found in the original proposal link.

**Motion 25** schedules an increase of validators slots by 1 every era (14,400 blocks) with a repetition of 100 eras. 

The motion is to be voted on referenda queue if passed by council for approx. 7 days, after the TC fast-tracks, as explained [here](https://polkadot.polkassembly.io/post/93).   Councillors: **to verify presage hash** you can check [here](https://polkadot.polkassembly.io/post/93#3baa6f49-06c7-4d47-9cb8-44bd19f789d6). Feel free to add any comments or questions. 

Original proposal: https://polkadot.polkassembly.io/post/93

A proposal to gradually increase the number of validators

### Summary of Post Content

1. A referendum to open a channel to HydraDX passed.
2. The XCM (Cross-Consensus Message) was executed.
3. The channel was not opened due to insufficient funds in Zeitgeist's sovereign account on Polkadot.
4. The account has now been funded.
5. The XCM can be resent to open the channel.

Init HRMP open channel request to HydraDX

Motion 20 upgrading Polkadot Runtime to v24 is up for vote.

Upgrade priority: Medium (timely upgrade recommended) To see changes and for release notes and hash, please check [here](https://github.com/paritytech/polkadot/releases/tag/v0.8.24).

All council members please vote at your earliest convenience.

SetCode: Polkadot Runtime v24

Motion 13 is submitted: Polkadot runtime update to v23

Upgrade priority: MEDIUM

Specs of the runtime can be found [here](https://github.com/paritytech/polkadot/releases/tag/v0.8.23).

All Councillors please vote at your convenience. The preimage can be verified in the release notes.

Tech. Comm. Proposals