candidates

members

proficients

fellows

senior_fellows

experts

senior_experts

masters

senior_masters

grand_masters

whitelisted_caller

Executed

Update Kusama v1.3.0

- The referendum increases the number of parachain validators from 400 to 500.
- It also increases the maximum backing group size from 4 to 5.
- The total number of usable cores stays at 100.
- Changing the backing group size helps reduce parachain block times.
- All 100 backing groups will still get rewards.
- The session lasts 1 hour, and group rotations happen every 1 minute.
- More details can be found in the provided links.

WHO: Kusama network

WHAT: Increase parachain validator set size from 400 to 500 and maximum backing group size from 4 to 5.

PRICE/TIMEFRAME/RESOURCES: Not specified.

Increase max_validators to 500 and max_validators_per_core to 5

### Kreivo Parachain Incident Summary

- **Date**: June 29
- **Issue**: Kreivo stopped producing blocks after a runtime upgrade to version 0.13.0.
- **Causes**: The upgrade introduced new features and updated the PolkadotSDK from 1.5 to 1.12, but missed crucial intermediate migrations.
- **Impact**: 
  - Virto team's salaries are affected as they are paid through the DAO's governance.
  - KSM Community cannot vote on OpenGov proposals.
- **Solution**: An updated WASM runtime will fix the issue, allowing a manual code upgrade.
- **Request**: Kusama governance and the Fellowship are asked to approve unlocking the parachain.
- **Future Plans**: A public postmortem will be conducted, and additional safeguards will be implemented.

WHO: Kreivo team, Kusama governance, and the Fellowship.

WHAT: Requesting approval to unlock the Kreivo parachain to restore functionality by preparing an updated WASM of the runtime that fixes the issue.

PRICE/TIMEFRAME/RESOURCES: Not specified.

Unlock para 2281 (Kreivo)

Increase core count to 100

Upgrade Kusama: v1.2.6

Upgrade Kusama: v1.2.5

- The referendum increases the number of parachain validators from 300 to 400.
- It also increases the maximum backing group size from 3 to 4.
- The total number of cores stays at 100, with 56 active and 44 inactive.
- Changing the backing group size helps improve parachain block times.
- It ensures all 100 backing groups receive rewards during a 1-hour session.
- Group rotations happen every 1 minute.
- More details can be found on the Polkadot forum.
- The referendum is whitelisted for further review.

WHO: Kusama community 
WHAT: Increase parachain validator set size from 300 to 400 and maximum backing group size from 3 to 4, while keeping the total number of cores at 100. 
PRICE/TIMEFRAME/RESOURCES: Not specified.

Increase max_validators to 400 and max_validators_per_core to 4

Update Kusama System v1.2.4

Assign core for People Chain directly on relay

- This referendum helps make the network bigger by allowing up to 500 validators.
- It changes how validators vote to make the process faster and use less computer power.
- Validators will use a new way to vote and can approve multiple things at once with one signature.
- These changes help reduce the amount of data and work the network needs to do.
- The goal is to make the network handle more validators smoothly.
- The changes were made in late 2023.
- You can learn more about these updates on GitHub.

WHO: Polkadot network validators

WHAT: Enact two approval voting protocol improvements to scale up the number of parachain validators to 500. 

PRICE/TIMEFRAME/RESOURCES: Not specified.

Enable approval voting protocol improvements

Enable Identity Again on People Chain

Upgrade Kusama Relay Chain for People Launch

Register People Chain and upgrade Coretime Chain to v1.2.3

- Kusama needs an upgrade to fix issues with core sales and bridges.
- The upgrade will fix a problem where a message about leases didn't work because of a weight mismatch.
- The upgrade will also let parachains renew their cores if they had leases before core sales started.
- After the upgrade, core sales will restart 7 days later.
- There's a bug in the Kusama BridgeHub that can cause problems with validator set changes.
- This bug has already caused issues on the Polkadot BridgeHub, stopping traffic from Kusama to Polkadot.
- The upgrade will fix this bug on Kusama BridgeHub.
- The proposal is being voted on to make sure it can go through.

The proposal suggests upgrading Kusama to the latest release (1.2.2) to fix issues with core sales and bridges. The upgrade will include a fix to ensure every parachain can renew their core and reset the sales state. The upgrade will also fix a bug in the Polkadot-GRANDPA-light-client running on Kusama BridgeHub. The proposal is submitted on the Whitelisted Caller track, and a parallel submission is up for a vote on Fellowship to whitelist the proposal.

Kusama Runtime Upgrade to 1.2.2

Enable Coretime

### Kusama Async-Backing Referendum

- **Purpose**: Enable faster block production for parachains.
- **Current Status**: Async-backing logic is active but in sync mode, producing blocks every 12 seconds.
- **Proposed Change**: Parachains can choose to produce blocks every 6 seconds.
- **Testing**: Successfully tested on Rococo and Westend since late 2023.
- **Dependencies**: Requires the upcoming `v1.2` runtime release.
- **Known Issues**: Some validators need to upgrade to avoid backing issues.
- **Action Required**: Validators should ensure their network keys are persistent to avoid discovery issues.

The proposal enables async backing on Kusama, allowing parachains to produce blocks at a faster rate of 6s. This is not mandatory, and they can still run at 12s. No critical issues are known, and the proposal won't change anything regarding that. The referendum will be enacted after the upcoming v1.2 runtime release.

Enable async backing on kusama

Upgrade Kusama v1.2.0

Register Coretime Parachain

### Summary

- **Proposal**: Increase backing timeout from 2s to 2.5s and approval-voting timeout from 12s to 15s.
- **Rationale**: To ensure a smoother experience for async backing parachains.
- **Details**: Found in [GitHub issue #3565](https://github.com/paritytech/polkadot-sdk/issues/3565).
- **Call Details**: Available [here](https://polkadot.js.org/apps/?rpc=wss%3A%2F%2Frpc-kusama.luckyfriday.io#/extrinsics/decode/0x332e0c01002000000600c4090000000000000601983a000000000000).
- **Parameter Adjustment**: `MaxMemoryPage` param is reset to its previous value.
- **Testing**: Conducted locally with zombienet and on Rococo.

WHO: The proposal is made by an unknown individual or group.

WHAT: Increase the backing timeout on validators from 2s to 2.5s and approval-voting timeout from 12s to 15s.

PRICE/TIMEFRAME/RESOURCES: No information provided.

Bump parachain validation timeouts

- A referendum is moving 25,000 KSM (about 10% of the Kusama Treasury) from the Relay Chain to Asset Hub.
- It sets the KSM asset rate to 1, meaning 1 KSM equals 1 KSM.
- This move requires special permission (root privilege).
- Once moved, the Treasury can operate normally on Asset Hub using Treasurer and XSpender tracks.
- Moving funds to Asset Hub enables new Treasury features, like staged spends.
- If successful, a similar proposal will be made for Polkadot.
- Polkadot could use more features like USDC/T spends and funding sub-treasuries.

WHO: Kusama Treasury

WHAT: Move 25k KSM from Relay Chain to Asset Hub, set asset rate of KSM to 1, enable new Treasury features

PRICE/TIMEFRAME/RESOURCES: Not specified.

Migrate 25k KSM to Asset Hub Treasury

### Summary of Async Backing Referendum

- **Purpose**: Enable async-backing on Kusama, allowing parachains to produce blocks at a faster rate.
- **Current Status**: Async backing is already enabled in sync mode since v1.1.0, with a 12-second block production rate.
- **Proposed Change**: Parachains can choose to produce blocks at a 6-second rate after the referendum.
- **Testing**: Async backing has been tested on Rococo and Westend since late 2023, with successful migration to 6-second block rates.
- **Dependencies**: The referendum should be enacted after the v1.2 runtime release, which includes critical fixes.
- **Known Issues**: Some validators need to upgrade to avoid backing issues, and network key persistence is crucial for proper functioning.
- **Action Required**: Validators should upgrade to a version higher than 1.8 and ensure network keys persist across restarts.

TimedOut

WHO: Kusama network

WHAT: Enabling async backing on Kusama, allowing parachains to produce blocks at 6s rate instead of 12s rate.

PRICE/TIMEFRAME/RESOURCES: No information provided.

[Please reject] Enable async backing on kusama

- The proposal sets the minimum fee for an on-demand order to 0.005 KSM per block.
- This fee aims to prevent spam while allowing for affordable experimentation.
- If the fee is too high after the system goes live, a new proposal can be made to lower it.
- The proposal is on the Whitelisted Caller track, requiring approval from the Fellowship.

WHO: The proposal is not clear about who is proposing the change.
WHAT: Set the minimum fee for an order for a single block via the on-demand system to be 0.005 KSM.
FOR WHAT PRICE/TIMEFRAME/RESOURCES: The proposal does not mention any specific price, timeframe, or resources.

Setting onDemandBaseFee to 0.005 KSM

- The P<>K bridge charges fees when users start transactions on Asset Hub.  
- It pays rewards to relayers from AssetHub's accounts on BridgeHub parachains.  
- These rewards are a big part of the bridge's costs.  
- At first, the treasury will fund these accounts with 10,100 DOT and 2,030 KSM.  
- This money helps the bridge start working.  
- Later, user fees will cover the costs.  
- Extra fees ("bridge profits") go back to the treasury.  
- More details on funding can be found in the link.

WHO: The P<>K bridge

WHAT: Proposes an initial seed of 10100 DOT and 2030 KSM to be split among relevant system chain sovereign accounts for initial bootstrap runway to the bridge.

PRICE/TIMEFRAME/RESOURCES: Not specified.

[1] Origin: WhitelistedCaller