candidates

members

proficients

fellows

senior_fellows

experts

senior_experts

masters

senior_masters

grand_masters

whitelisted_caller

- A new proposal wants to make parachains safer by checking runtime upgrades before they happen.
- Validators will test and agree on the upgrade before it is used.
- This idea has already been tested successfully on Versi, Rococo, and Westend.
- It helps reduce risks, especially for slashing (penalties for bad behavior).
- Parachains need to support a signal called `go_ahead_signal`.
- Links are provided to review and vote on the proposal.
- The proposal is ready for voting, so people can check and vote when they want.

Executed

The proposal enables pre-checking for runtime upgrade on parachains. Validators must compile and agree on the new runtime before it can be upgraded. This reduces the risk of unjustified slashes and has been successfully tested. Parachains need to support the `go_ahead_signal`. The call to be enacted and the fellowship proposal to be approved are provided.

Setting pvfCheckingEnabled In The Configuration To TRUE

### Bridge Hub (BH) Parachain Proposal

- **Purpose**: To add a Bridge Hub (BH) parachain to Kusama.
- **Function**: Acts as a gateway between Kusama and other networks like Polkadot and Ethereum.
- **Current State**: Contains basic logic but lacks bridge-specific features.
- **Future Plans**: Bridge-specific pallets will be added in future upgrades.
- **Primary Role**: Serves as a message routing system within Kusama and between other networks.
- **Example Use**: Parachains can route messages to the BH for handling cross-network communication.
- **Expected Impact**: Once operational, it will enable more interaction between Kusama and Polkadot.
- **Goal**: To get approval from Kusama stakeholders and establish a "shell" for bridge teams to develop their logic.

The proposal is to add a Bridge Hub (BH) parachain to Kusama, acting as a message routing system between Kusama and other networks. The BH will not contain bridge-specific pallets, but will allow bridge teams to focus on releasing their bridge logic. The goal is to get approval from Kusama stakeholders and launch a "shell" operational. Once operational, a Polkadot<>Kusama bridge will allow more interaction between the networks. No price, timeframe, or resources are mentioned.

[Whitelisted Caller] Referendum #53 - Add Bridge Hub System Parachain

[Whitelisted Caller] Referendum #50 - Upgrade Statemine v9360

Enable conditional fast-unstake service in Kusama

- A new proposal wants to schedule 4 auctions for Kusama.  
- One auction was lost during a migration, and two were left from LP27.  
- The community will vote on a new schedule for 2023.  
- The proposal is part of OpenGov and needs approval from the Kusama community.  
- The Fellowship is voting to whitelist the proposal hash.  
- People are encouraged to vote and ask questions if needed.  
- The proposal hash is `0x85928b2b75ffadbfbd4e321f46183cb33f5a3b68baaca0ebf62d4695a01d0070`.  
- More details can be found in the release notes.

The proposal aims to schedule 4 new auctions and a new schedule for 2023 for the Kusama community to vote on. The proposal is submitted as a referendum in OpenGov and requires approval and whitelisting by the Fellowship. No specific price, timeframe, or resources mentioned.

Proposal replacing the last 4 auctions on Kusama (until LP27) due to them failing on dispatch queue.

- Kusama is upgrading to version v9360.
- The upgrade includes changes from version v0.9.35 to v0.9.36.
- Some updates help with staking and warnings.
- There are fixes for rate limits and logs.
- The community needs to approve the upgrade.
- The Fellowship must whitelist the proposal.
- Everyone can vote on the upgrade.

The proposal suggests upgrading Kusama to v9360, including changes in runtime and miscellaneous areas. The proposal is submitted as a referendum in OpenGov, and the Kusama community needs to approve it.

Runtime Release v9360 for Kusama

- Encointer is resubmitting a runtime upgrade after fixing issues with past referendums.
- The upgrade allows participants to unregister from ceremonies, reducing no-shows and improving security.
- It also lets trusted users endorse new participants, helping the community grow.
- The upgrade updates dependencies to polkadot-0.9.28.
- The proposal has been whitelisted by the fellowship and is now up for a public vote.
- The community is asked to vote in favor of the upgrade to make it happen.

Encointer proposes a runtime upgrade v12 which allows participants to unregister from ceremony cycles and allows reputables to endorse newbies. The proposal calls for the dispatch of the whitelisted call, which has already been whitelisted. The public referendum has been started to execute the proposal.

Encointer runtime upgrade v12 2nd try

- Kusama is being upgraded to fix issues from a past event on 09.12.2022.
- The upgrade includes changes to how validators are treated when slashed.
- Some small updates are being made, like renaming crates and removing old code.
- A new function is added to check if an asset exists.
- The upgrade also includes changes to how messages are handled in the system.
- Two proposals will be voted on: one by the community and one by the Fellowship members.

The proposal aims to upgrade Kusama to v9350 to fix the last action point in the plan to relieve validators from slash events on 09.12.2022. The upgrade includes several runtime and miscellaneous changes, and the proposal is submitted to the Whitelisted Caller Track. No price/timeframe/resources mentioned.

Runtime Release v9350 for Kusama

Moonriver Council proposes to upgrade the Moonriver's runtime to version 2402, reducing the maximum concurrent votes for a given account on OpenGov to 20. No information on price/timeframe/resources.

### Encointer V12 + Statemine 9330 Upgrade

- **Purpose**: Upgrade Kusama's system parachains: Statemine and Encointer.
- **Encointer V12**: Adds new features and improvements. Details in [this post](https://kusama.polkassembly.io/post/2017).
- **Statemine 9330**: Introduces a new Assets API for asset class destruction. Allows state cleanup over multiple calls.
- **Proposal Calls**:
  - **Statemine**: `StatemineAuthorizeUpgrade` with data `0x0102957f0c9b47bc84d11116aef273e61565cf893801e7db0223aeea112e53922a4a`.
  - **Encointer**: `EncointerAuthorizeUpgrade` with data `0x0102ccdfc804e0482f951ef7ad15fda0d38ead81c42e93a8276e60a45c663b8a3b91`.
  - **Relay Chain**: `Batch XCM Send` with call hash `0x461c26edbf3148234fef402415fd55aa80add45abc3982578218d0b2f690141c`.
- **Whitelist Call**: `WhitelistCall` with hash `0x34fd5fdf54f9cfcfe8038d1aed183df0f84791878e29f0572d7c3b7d6d08f181`.
- **Dispatch Call**: `WhitelistedCallWithPreimage` with hash `0xc77ff5a4dd42ef33bad99104b6580c6cda9ff9c32086840d8492ed751d744893`.

WHO: Kusama's system parachains, including Encointer and Statemine.

WHAT: Upgrade to Encointer V12 and Statemine 9330, adding new features and an Assets API for asset class destruction.

PRICE/TIMEFRAME/RESOURCES: Not specified.

[Whitelisted Caller] Referendum #17: Upgrade Statemine and Encointer Parachains

- The proposal wants to upgrade Kusama's system to version v9340.
- It replaces an older proposal (referendum 254) that didn't work because of changes.
- The upgrade includes small fixes and improvements, like better handling of large assets and voting rights.
- Some changes are already checked and approved, while others are still being reviewed.
- The proposal uses a special method called `set_storage` instead of `set_code`.
- After the Council votes, the community will also need to vote on it.
- People can check the details and verify the proposal using tools like `SRTool`.

The proposal aims to upgrade Kusama's runtime to v9340, which includes various low-level changes. The proposal is submitted as an external motion and requires community voting. No information is provided regarding the price, timeframe, or resources required for the upgrade.

Runtime v9340 Upgrade On Kusama: Fixing OpenGov Parameters and more! (Replacing referendum 254 on Gov1, which failed to execute)

Cancelled

REJECT - FAILED SUBMISSION

- Encointer has a new update that lets people leave ceremony cycles, which helps reduce no-shows and makes things safer.
- Now, anyone who has proven they are real can help new people join, not just special helpers. This helps more people join easily.
- The update also improves the system's technology to work better with Polkadot.
- Encointer wants a special group called the fellowship to check and approve this update because it's important and needs expert review.
- There are steps to follow for the fellowship to approve the update, including voting and checking the changes.
- The process involves creating and checking special codes and making sure everything is safe and correct.
- After the fellowship approves, everyone else can vote on the update too.
- This whole process helps make sure the update is good and safe for everyone using Encointer.

TimedOut

Encointer proposes a code upgrade that allows participants to unregister from ceremony cycles, allows reputables to endorse newbies, and upgrades dependencies to polkadot-0.9.28. They would like their runtime upgrade to be whitelisted by the fellowship, and the decision period for the fellowship whitelist referendum is 7 days. The submission deposit for the public referendum is 100KSM, and the decision deposit is 33.333 KSM.

Encointer runtime upgrade v12

- Kintsugi parachain stopped making new blocks because of a problem with how long each block takes to make.
- A fix has been found and tested with help from Parity.
- No one's money is lost or at risk right now.
- To fix Kintsugi, the Kusama community needs to vote on a special update.
- The problem is only with Kintsugi, no other parachains are affected.
- Until fixed, no new kBTC can be made, and no money can be moved on Kintsugi.
- Exchanges and other parachains have been told to stop certain activities until Kintsugi is fixed.

Kintsugi parachain stopped producing blocks due to a Kintsugi-specific issue with the slot duration in Aura. The only way to recover the chain is via a Kusama governance proposal. The Kusama community is asked to vote on recovering the Kintsugi parachain as soon as possible. No user funds are affected. The proposal is requesting the whitelist track for this proposal to accelerate recovery of Kintsugi. The estimated time and cost are not mentioned.

[1] Origin: WhitelistedCaller