candidates

members

proficients

fellows

senior_fellows

experts

senior_experts

masters

senior_masters

grand_masters

- **Issue**: The `ump trasact` in XCM cannot call the `contribute` function due to insufficient weight limits.
- **Proposal**: Increase the weight limit to allow more functions like `contribute` and `staking`.
- **Benefit**: Enhances flexibility for parachains, benefiting Kusama's ecosystem.
- **Example**: Bifrost uses XCM to help parachains participate in crowdloans with locked assets.
- **Current Problem**: The current weight threshold prevents this, causing the call to fail.
- **Original Discussion**: Available [here](https://matrix.to/#/!WuksvCDImqYSxvNmua:matrix.parity.io/$eoiPfsYmW-za4zCrhGhFEFL2JAaRbG3lFi61sn_Soz4?via=matrix.parity.io&via=matrix.org&via=web3.foundation).
- **Referenda**: Can be found [here](https://polkadot.js.org/apps/#/democracy).
- **Hash**: `0x370695c3d94646368444225c6473fc0081af1a3f08074471d3155ec8497811cf`.

Increasing `ump service limit` threshold value

Untitled - public proposal #47

Authorize Staking precompile and smart contract interaction

### Litentry Registrar Service

- **Purpose**: Automates identity verification using cryptographic challenges to reduce human intervention.
- **Components**: Includes **Validators**, **Event Listener**, **ProvideJudgement** Service, and **Database** Service.
- **Verification Methods**: Supports **Email**, **Element**, and **Twitter** account verification.
- **Security**: Uses JSON Web Token (JWT) for secure verification, with automatic reconnection to Kusama if the connection is lost.
- **User Interaction**: Provides easy-to-follow verification steps for Email, Element, and Twitter accounts.
- **Benefits**: Streamlines the verification process, reduces costs, and enhances transparency and usability within the Kusama ecosystem.

A registrar service on Kusama focusing on automatic verifications

### Summary of Proposal

- **Redenominate Kusama**: The proposal suggests changing Kusama's denomination by a factor of 100 to align with DOT's system.
- **Benefits**: This would simplify calculations and comparisons between Kusama (KSM) and DOT, making them more straightforward.
- **Current Issue**: Kusama currently uses more decimal places than DOT, which complicates comparisons.
- **Challenges**: Redenominating Kusama is a complex task and was not done when DOT was redenominated.
- **Market Focus**: Currently, the priority is deploying parachains, which is crucial for the DOT ecosystem.
- **Mistake**: The proposer acknowledges that they didn't fully understand the complexity and potential confusion of the redenomination.
- **Future Possibility**: There may be a future opportunity to add rebase functionality to Kusama, but it's not a current priority.

Now is not the Time; Vote Against This Proposal 

### Wasm Smart Contracts Bounty Proposal

- **Purpose**: Encourage WebAssembly smart contract development on Polkadot parachains.
- **Initiators**: A coalition of teams.
- **Objectives**:
  - Create audited Ink!/Ask! smart contract showcases.
  - Develop an incubation program.
  - Build a React Hooks library called "UseInk".
- **Approval Process**: 
  - Council approval required first.
  - Followed by a community vote via Referendum.
- **Budget and Details**: Available on the bounty page [here](https://polkadot.polkassembly.io/bounty/19).
- **Preimage Status**: Submitted but not yet paired due to application issue.
- **Proposal Hash**: `0xad5bd919076c71a6acba8ffafe12dfaf8ef83e40d69a56ee1ae1d5ffaa9f429e`.

Approval of Wasm Smart Contracts Bounty - bounty 19

### Summary

- **Proposal**: Open a bi-directional channel between Moonriver and Shiden.
- **Purpose**: Facilitate the transfer of MOVR and SDN tokens between the two chains.
- **Asset Registration**: Register SDN as xcSDN with specific details (multilocation, decimals, name, symbol).
- **Technical Steps**:
  - Moonriver will propose to open and accept HRMP channels with Shiden.
  - Shiden will accept the HRMP channel from Moonriver.
  - Execute extrinsics on the relay chain to set up the channels.
- **Asset Details**: xcSDN will have a specific asset ID and XC-20 address.
- **Execution**: Use XCM messages to manage asset transfers and channel setup.

Open/Accept HRMP channel to/from Shiden and Register SDN Asset

### Summary

- A proposal suggests adding a system remark on the blockchain to signal whether human verification by Registrar #1 should continue.
- If the proposal passes, it will write "Registrar #1 should keep on performing human verification" on the blockchain.
- Not voting means the community prefers to remove the extra human verification step.
- Registrar #1 currently performs human verification for every identity verification, sometimes twice.
- The proposer plans to reduce this to either one or zero human verifications.
- Reasons for reducing human verification include: it takes time, automatic checks are now reliable, it increases costs, and users may prefer to pay less.
- The proposer will make the final decision based on the vote outcome.

Human verification for Registrar #1

I just test how the proposal on the chain connects to polkassembly

### Moonbeam Runtime Upgrade to Version 1504

- **Security Issue**: A security problem was found and reported through Moonbeam's Immunefi bug bounty program.
- **Upgrade Proposal**: The Moonbeam Council suggests upgrading to runtime version 1504 to fix the issue.
- **Fix Details**: The upgrade will restore DELEGATECALL for Ethereum standard precompiles and smart contracts, but keep it disabled for custom precompiles.
- **Release Note**: More information about the upgrade can be found in the release note on GitHub.
- **Security Announcement**: Detailed information about the security issue is available in a blog post.
- **Bug Bounty Program**: Learn more about Moonbeam's bug bounty program on Immunefi.
- **Verification**: The Blake2_256 Hash for the proposal is `0xadf9d791567b5170326a535af19d2fec6b8d3931cca1083a625b6aeb58e75c0d`.

Runtime Upgrade 1504 - Moonriver Network

### Summary of Proposal

- The proposal suggests changing the denomination of KSM to align with Polkadot's DOT, aiming for better system testing and market validation.
- However, the proposal has been criticized for being vague and lacking a clear plan or strategy.
- Redenomination would require significant work with users, wallets, custodians, and other teams, potentially falling on Parity/W3F.
- The proposal does not change the economic properties of the network but would simplify calculations by reducing decimal places from 12 to 10.
- The main concern is the potential confusion and complexity it would introduce, outweighing the benefits.
- The proposal does not need to be implemented for slot auctions and is not a pre-condition for network preparation.
- Kusama's current state, with enabled transfers, makes such changes more complicated compared to Polkadot's redenomination.

Redenomination KSM for better parallel chain slot auction testing.（The revision：I'm sorry about my proposal ）

### Kusama Chain Redenomination Proposal

- **Redenomination**: Increase KSM by a factor of 100.
- **Total KSMs**: Increase from ~10 million to ~1 billion.
- **Balances**: 1 old KSM = 100 new KSMs.
- **Distribution**: No change in ownership.
- **Precision**: Change from 12 to 10 decimal places.
- **Planck Units**: No change in Plancks, just decimal placement.
- **Benefit**: Easier calculations, similar to Polkadot's DOT redenomination.

Proposal for redenomination of KSM

### Proposal Summary

- **Adaptation**: Based on a similar proposal for Polkadot, adapted for Kusama.
- **Objective**: Gradually increase the number of validator slots.
- **Mechanism**: Scheduled increases over time.
- **Details**:
  - Increase by 1 slot every era (6 hours).
  - Repeat the increase for 400 eras.
- **Goal**: Avoid a sudden increase in validators, aiming for a threshold of 1000 validators.

A proposal to gradually increase the number of validators

### Summary

- Kusama version 0.9.19 changed how weight is converted to KSM for fee payments.
- Before 0.9.19, the conversion rate was 0.27 KSM per unit of weight.
- After 0.9.19, the rate is now about 0.41 KSM per unit of weight.
- This update affects the XCM-Transactor, which needs to be adjusted.
- The new conversion rate is 0.41485177350 KSM per weight.
- A proposal (#17) has been made to update this value.
- The proposal uses a specific function to set the new conversion rate.

Set new relay transactor info in Moonriver

### Summary of Proposal to Register xcUSDT on Moonriver

- **Objective**: Register USDT from Statemine as xcUSDT on Moonriver.
- **Details**:
  - Multilocation: `{ "parents": 1, "interior": {"X3": [ { "Parachain": 1000}, {“PalletInstance”: 50},{ "GeneralIndex": 1984 }]}}`
  - Decimals: `6`
  - Name: `Tether USD`
  - Symbol: `xcUSDT`
- **Asset ID**: Extracted from Tether’s official website.
- **Fee Calculation**: Based on the current KSM to USD price ratio.
- **Proposal Hash**: `0x0ea6d0cf368bc6f02a0397837a00b32f2bf25745a64ed9265cef0c4f8a0ff535`
- **Technical Steps**:
  - Register the asset using `assetManager.registerAsset`.
  - Store a revert code using `system.setStorage` for smart contract interaction.
- **Outcome**: xcUSDT will be assigned asset ID `133057993812922544048267207069832508503` and XC-20 address `0xFFFFffFf641a099723723c870F7368C47f96F457`.

Register USDT from Statemine as xcUSDT on Moonriver

### Summary of Proposal to Update XCM Version on Moonriver

- **Current XCM Version**: Kusama currently uses XCM Version 1 to communicate with Moonriver.
- **Proposed Update**: The proposal suggests updating the supported XCM version to Version 2.
- **Proposal Details**: The proposal is Proposal #17 with the hash `0x1fbe2211015409a8a4ab90235a19436e63690e333356e965f3f842389bb1ef31`.
- **Technical Steps**: 
  - Kusama expects Moonriver to respond to a Query ID with the supported version.
  - The Query ID can be verified using the chain state.
  - The update involves sending a XCM message with specific instructions.
- **Hex-Encoded Call Data**: The hex-encoded call data for the update is `0x67000101000204037929030200000000`.

Updated XCM Supported Version on Kusama

### Summary of HRMP Channel Proposal

- **Proposal Acceptance**: We propose to accept an HRMP (Horizontal Relay-routed Message Passing) channel between Bifrost (Kusama) and Moonriver.
- **Previous Failure**: The previous proposal failed due to improper execution on Kusama.
- **Main Use Case**: Initially, the channel will be used to transfer BNC tokens from Bifrost to Moonriver, with potential for other uses later.
- **Technical Execution**: The acceptance requires executing a specific extrinsic on Kusama, involving several steps like withdrawing assets, buying execution time, and transacting call data.
- **Collateral Requirement**: The parachain's sovereign account needs to hold at least 5 KSM as collateral and additional KSM for execution fees.
- **Proposal Details**: The proposal has a specific hash and call data, which can be viewed on Moonriver's extrinsic decoder.
- **Hex-Encoded Call Data**: The call data for accepting the channel is provided in hex format.

Accept HRMP Channel from Bifrost to Moonriver

### Summary of HRMP Channel Proposal

- **Proposal**: Accept an HRMP channel between Bifrost and Moonriver.
- **Initial Use**: Transfer BNC tokens from Bifrost to Moonriver.
- **Fast-Tracked**: Due to high block production times, the proposal was expedited.
- **Technical Steps**:
  - Execute acceptance in Kusama using specific extrinsics.
  - Use XCM messages to withdraw assets, buy execution time, and execute call data.
- **Collateral**: Requires ~5 KSM per channel direction, plus fees for XCM execution.
- **Referendum**: Referendum #77 with hash *0xb9a83527d40a4d28321346eb73e9ad5431d3cc82d7330a12fab098324f750f96*.

### Summary of Proposal to Register xcAUSD on Moonriver

- **Objective**: Register aUSD (Acala Dollar on Karura) as xcAUSD on Moonriver.
- **Details**:
  - **Multilocation**: `{ "parents": 1, "interior": {"X2": [ { "Parachain": 2000}, { "GeneralKey": "0x0081" }]}}`
  - **Decimals**: 12
  - **Name**: Acala Dollar
  - **Symbol**: xcAUSD
- **Fee**: Karura (KAR) fee for executing the XCM.
- **Proposal**: Proposal #79 with hash `0xc0d55701c24731f46df65f6feffdbd68acae2c4276b3b4c750cfdbd154ad4e40`.
- **Technical Steps**:
  - Register the asset using `assetManager.registerAsset`.
  - Store a revert code using `system.setStorage` for smart contract interaction.
- **Outcome**: xcAUSD will be assigned asset ID `214920334981412447805621250067209749032` and XC-20 address `0xFfFffFFfa1B026a00FbAA67c86D5d1d5BF8D8228`.

Register Acala Dollar from Karura as (xcAUSD) on Moonriver

### Proposal Summary

- The proposal aims to increase the number of validators by 2 every 3600 blocks (1 era) for 336 times.
- This process will take about 3 months.
- By the end, the total number of validators will be x + 672, where x is the initial number of validators.
- If the proposal passes, the initial number of validators will be 1172; if it doesn't, it will be 1072.
- The proposal can be stopped early if network stability or economics are negatively affected.
- The proposal has not been extensively analyzed for potential issues, but a basic check was done.

Gradual Validator Count Ramp-up (+672 Validators/~3 Months)

500 validators

### Summary

- This proposal updates the `UnitsPerSecond` fee for all registered XC-20 tokens.
- The `UnitsPerSecond` fee is set when a token is registered and is adjusted based on token price changes.
- The goal is to keep the XCM transfer fee around $0.02.
- The fee update is calculated using a script that fetches token prices from Coingecko.
- The proposal has a specific hash and call data for Moonriver.
- The script used for calculations can be found on GitHub.
- The fee update was based on token prices from August 24th.

Update XCM Fee Information for All Registered XC-20s

### Proposal Summary

- **Objective**: Register the foreign asset USD Coin (Moonbeam Wormhole).
- **Asset Address**: The USDC Wormhole contract on Moonbeam is located at [0x931715FEE2d06333043d11F658C8CE934aC61D0c](https://moonscan.io/address/0x931715FEE2d06333043d11F658C8CE934aC61D0c#code).
- **Usage**: USDC will be available as a base asset in prediction markets.
- **Fee Payment**: USDC can be used to pay fees.
- **Fee Conversion**: The initial fee factor is approximately 0.038 USDC per ZTG.

Onboard USD Coin (Moonbeam Wormhole)

**Kevin Li**

- Founder of Exoplanet Capital, focusing on blockchain investments.
- Graduated from the Chinese Academy of Fiscal Sciences.
- 20 years of experience in Investment Banking and Venture Capital.
- Started buying Bitcoin in November 2013.
- Currently a validator and nominator in the Kusama network.
- Believes in the spirit of freedom, creativity, and inclusiveness in Kusama.
- Hopes to contribute to the Kusama ecosystem through investment.
- Aims to provide good service for Chinese investors using Kusama.

Apply for a new Registrar proposal description

### Summary

- **Proposal**: Open a bi-directional channel between Moonriver and Shiden.
- **Purpose**: Initially for transferring MOVR and SDN tokens, with potential for other uses.
- **SDN Token Registration**:
  - Multilocation: `{"parents": 1, "interior": {"X1": {"Parachain": 2007}}}`
  - Decimals: 18
  - Name: SDN
  - Symbol: xcSDN
- **Asset Details**:
  - Asset ID: 16797826370226091782818345603793389938
  - XC-20 Address: 0xffffffff0ca324c842330521525e7de111f38972
- **Technical Steps**:
  - Open and accept HRMP channels between the two chains.
  - Register SDN as an XC-20 asset.
  - Execute XCM messages for cross-chain transfers.
- **Prerequisite**: Ensure the parachain's sovereign account has sufficient KSM for collateral and fees.

Democracy Public Proposals