Skip to main content

Kusama Upgrade Bulletin (1030)

December 13, 2019 in Upgrade Bulletin, Kusama
Avatarby Gavin Wood

Kusama is about to get a new logic core; here’s the details.

Details

  • Runtime version: 1030
  • Supported natively by Polkadot v0.7.9
  • Polkadot Git commit hash: f23ce3e
  • Substrate Git commit hash: c6fc2e6

Key changes

  • Revamp reaping rules (#4371): When reaping a proposal preimage, it is now possible for the original submitter of the preimage to reap (i.e. to remove the preimage and have their deposit returned) before the public at large get a chance to claim the deposit. This makes it much less likely that a preimage submitter will lose their deposit. To prevent the possibility of a yank-attack, where the preimage owner removes the preimage and reclaims their deposit just before it is to be used by the chain (and therefore effectively cancels the upgrade), it is no longer permitted to reap preimages that are about to be claimed. This required altering the DispatchQueue implementation.
  • Allow referendums to begin out of order (#4345): It was not possible to place a referendum to end before any pre-existing referendum, thereby severely reducing the utility of the fast-track rescue feature. There was no particular reason for this requirement, so it has been lifted.
  • Including runners-up in check for defunct Phragmen voter (#4349): A simple bug fix; runners-up in the council were identified as being defunct, when they should have been considered still active.
  • More comprehensive identity system (#4326): The Nicks identity system is rather problematic. This introduces a standardised and federated system for identity attestations, allowing for anyone to submit their identity information and pay one or more registrars to verify and attest to its legitimacy. There is no limit to the number of registrars that the system supports but they must be approved by council mandate. Registrars may specify which identity fields that they bother to verify. Each attestation they make can take one of several values according to the degree to which the registrar believes the information is accurate. Identities may be removed or withdrawn for a refund of any deposits placed. It is written to be extensible and allow for addition of new identity fields as time goes on.

Timeline

  • Proposed by council at: #197,534
  • Preimage noted at: #201,096
  • Referendum end block: #202,866
  • Activation block: #203,466

From the blog

Consensus

Consensus 2024: Get Ready, Get Set, Polkadot

Polkadot is revving up for Consensus 2024 in Austin, Texas, from May 29th to May 31st. The road to this year’s conference is fueled by the community Indy 500 sponsorship and ecosystem teams and is set to be an unforgettable journey into Polkadot. Before Consensus Polkadot hackathon: North America edition 2024 April 15 to May 6, 2024 The Polkadot hackathon: North America edition 2024 is igniting the imaginations of developers worldwide, offering an unparalleled opportunity to dive deep into

Technology

The Way to a 10x Throughput Lift on Parachains

Parity engineer Dmitry Siniavin explains the calculations involved in determining that Polkadot parachains can increase their throughput rate by a factor of 10.

Ecosystem

Polkadot’s April Ecosystem Insights

Welcome to Polkadot’s new monthly ecosystem insights blog, your go-to source for all the latest tech updates, feedback and discussions happening across the Polkadot Ecosystem. In this blog we’ll explore a variety of topics and gather insights from sources ranging from GitHub to the Forums. Authors: Remy Le Berre and Joshua Cheong Ecosystem Activity OpenGov OpenGov sits at the heart of decision-making within the Polkadot Ecosystem. A place where anyone can freely discuss, propose, vote and v

Subscribe to the newsletter to hear about updates and events.