Runtime v9080 on Polkadot Network

- A referendum to open a channel to HydraDX passed.
- The XCM message was sent and executed.
- The channel didn't open because Zeitgeist's account on Polkadot lacked funds.
- The account now has enough funds.
- The XCM message can be sent again to open the channel.

Init HRMP open channel request to HydraDX

- The proposal aims to increase the number of people who can nominate in the Polkadot network.
- Currently, existing nominators cannot change their intentions, but this will be fixed in the next upgrade.
- The new limit will allow up to 22,500 nominators, an increase of 2,500.
- Nominators must have at least 40 DOTs to participate.
- If too many people try to nominate quickly, the stake limit might need to be raised again.
- The changes will be part of the next Polkadot runtime upgrade.
- A preimage of the proposal is available [here](https://drive.google.com/file/d/1Pp8mkUkFCkYiauUAe2RXFBhzk5wgulGV/view?usp=sharing).
- Please vote on the proposal when you can.

Upgrade the nomination limits on Polkadot

- The proposal limits the number of validators to 1200.
- It keeps other parameters the same for nominators.
- The proposal needs approval from the Council and community vote.
- Discussions on minimum DOT stake limits for validators are ongoing.
- These limits aim to ensure network safety and will increase as the network grows.
- The proposal's details can be found in the preimage link.
- Background and scaling issues are explained in the last runtime upgrade post.
- Community members are encouraged to vote on the proposal.

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

### Polkadot Runtime Upgrade Proposal (v9050)

- **Proposal**: Upgrade Polkadot's runtime to version 9050.
- **Purpose**: Address scaling issues in staking.
- **Changes**: Introduce hard limits on the number of nominators, configurable by governance.
- **Details**: Find release notes, runtime changes, and hash [here](https://github.com/paritytech/polkadot/releases/tag/v0.9.5).
- **Previous Discussions**: Available [here](https://matrix.to/#/!OwgojQyBzTlUQGGLhq:matrix.parity.io/$EVsIkHKQaZHNrnOCSrLWwE918yPa3u6srpziFs4usvo?via=matrix.parity.io&via=matrix.org&via=corepaper.org).
- **Staking Election Issues**: Discussed by Wei [here](https://corepaper.org/polkadot/staking/).
- **Blogpost**: Explanation of staking changes [here](https://polkadot.network/polkadot-and-kusama-staking-changes/).
- **Action**: Vote at your earliest convenience!

Runtime v9050 on Polkadot Network

### Summary of the Proposal

- **Issue**: Validator nodes on Polkadot encounter a "allocator failed to allocate memory" error during staking elections.
- **Cause**: The error occurs because the offchain worker thread, running in WASM, has limited memory.
- **Current Solution**: Increase the overall WASM runtime memory pages, affecting both block execution and offchain worker.
- **Expected Impact**: This change is expected to have no notable effect on the main runtime's progress and execution.
- **Memory Allocation**: Memory is allocated in "pages" (called "Heap pages"), with a default of 1024 pages currently used.
- **Temporary Fix**: This proposal is a temporary solution until a permanent fix is implemented.
- **Permanent Fix**: Kian from Parity is working on a long-term solution to separate the memory configurations for the offchain worker and main runtime.
- **Rejection**: The team has decided to reject this proposal as the heap pages increase is included in an upgrade.

Increasing the WASM heap pages.

Jonathan Kleiman is a lawyer in Toronto with 10 years of experience, licensed by the Law Society of Ontario. He is a candidate for the Polkadot ambassador program. Kleiman plans to verify legal name identities on-chain using his notary services, requiring two pieces of photo ID and a video call for confirmation. The video call will be recorded but not shared without consent. Kleiman will charge 3 DOT for verification services, offering free verification to voters if the proposal is approved. He also plans to verify email, Twitter, and Element names. Non-English identification will require a lawyer from the account holder's jurisdiction. If needed, additional lawyers can be involved, but Kleiman will remain the main registrar to ensure security and reliability.

Lawyer to Verify Legal Names

Runtime v30 on Polkadot

Unlock manager account

- Proposal 10, a `force_transfer` proposal, is invalid due to changes in Address formats.
- The proposer used the wrong method to submit the proposal.
- Proposal 10 has been replaced with Proposal 11, which is currently up for vote as Referendum 18.
- The proposer requests to cancel Proposal 10 and clean the queue.
- A preimage for canceling Proposal 10 is available [HERE](https://drive.google.com/file/d/1W9v7a6LPvO6MzpCy0VahxtRTxv7swcZi/view?usp=sharing).
- Voting to cancel Proposal 10 will help maintain the proposal queue.

Cancellation of Proposal 10 on Proposals queue

Increase active collator set size to 32

Upgrade of Polkadot runtime to v29

Increase active collator set size to 28

**Polkadot Runtime Upgrade (v28)**

- **Voting:** Motion 62 is up for vote to upgrade Polkadot to version 28.
- **Treasury Tips:** Introduces slashing for treasury tips.
- **Council Governance:** First-time participants can join the Council for free.
- **Treasury Pallet:** Refactored to improve functionality.
- **Validators:** Session keys updated to support parachains.
- **Account Providers:** Reference counting for account existence providers.
- **Multiaddress Format:** Extended format now used in all runtimes.
- **Details:** Full release notes and changes are available [here](https://github.com/paritytech/polkadot/releases/tag/v0.8.28).

Upgrade of Polkadot Runtime to v28

Increase active collator set size to 24

### Summary of Polkadot Council Motion 43

- **Issue**: A bug in the Polkadot v26 runtime caused incorrect slashing of candidacy bonds for council members.
- **Fix**: The bug was fixed, and now the council aims to refund those affected.
- **Motion 43**: This motion proposes to reimburse candidates and runners-up who were slashed due to the bug.
- **Verification**: To verify the refund list, check the [gist](https://gist.github.com/kianenigma/93c3a86a72823a3f703c442e00929a0a) generated from a specific code snippet.
- **Process**: The motion uses a `utility.batch` to create a single batch of transfers from the treasury to the affected accounts.
- **Voting**: Councillors are encouraged to vote on the motion. If it passes, the proposal will be voted on by the community.
- **Original Post**: The full details can be found [here](https://polkadot.polkassembly.io/post/165).

Incorrect Slashing on Council Caused by elections-phragmen Pallet Bug

Upgrade to Polkadot runtime v27

Increase active collator set size to 20

**Motion 38** is about upgrading the runtime to version 26. Here are the main points:

- **Upgrade Priority:** Medium
- **Changes:**
  - Fixes logging of target names with dashes.
  - Stops actively opening old substreams.
  - Marks `queryStorage` and `storagePairs` as unsafe RPC functions.
- **Details:** You can find the full release notes and hash [here](https://github.com/paritytech/polkadot/releases/tag/v0.8.26).

Runtime upgrade to v26

- The proposal aimed to increase the active collator set size to 16.
- It was linked to a runtime upgrade to Zeitgeist v0.3.6 (`spec_version 40`).
- The parachain-staking pallet changed function indices after the upgrade.
- Before the upgrade, the function selector for `setTotalSelected` was `0x6e06`.
- After the upgrade, `setBlocksPerRound` took `0x6e06`, and `setTotalSelected` became `0x6e04`.
- The proposal originally intended to invoke `setTotalSelected`.
- After the upgrade, it mistakenly invoked `setBlocksPerRound`.
- The proposal should be rejected due to this error.

Increase active collator set to 16

### Summary of Referendum 7 Failure

- **Referendum 7** was passed by both the Council and the community.
- The referendum was supposed to be executed after a certain number of blocks.
- The required number of blocks was set to **0 (zero)**, which caused the referendum to fail.
- The code checks if the target block number is in the past, and **0** failed this check.
- If the number of blocks had been **1**, the referendum would have been executed in the next block.
- The proposer is now **re-proposing** the same motion to the Council.
- The goal is to have the motion passed again and added to the referenda queue.

Proposal to gradually increase the number of validators

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

- **Motion 25** proposes increasing the number of validator slots by 1 every era (14,400 blocks) for 100 eras.
- The motion will be voted on in the referenda queue if approved by the council.
- Voting will last for about 7 days after being fast-tracked by the Technical Committee (TC).
- Councillors can verify the presage hash [here](https://polkadot.polkassembly.io/post/93#3baa6f49-06c7-4d47-9cb8-44bd19f789d6).
- Original proposal details are available [here](https://polkadot.polkassembly.io/post/93).

A proposal to gradually increase the number of validators

### Summary of Referendum and XCM Execution

1. **Referendum Passed**: A referendum to open a channel to HydraDX was approved.
2. **XCM Execution**: The XCM message was sent and executed on Polkadot.
3. **Channel Not Opened**: Despite execution, the channel wasn't opened due to insufficient funds in Zeitgeist's sovereign account on Polkadot.
4. **Funding Issue**: The account lacked the necessary funds to reserve for opening the channel.
5. **Solution**: The account has now been appropriately funded.
6. **Next Step**: The XCM message can be resent to open the channel.

Democracy Referenda