Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

Reference

Document status

Status
colourGreen
titlecomplete

Release status

Status
colourGreen
titlein Dev

Milestones

Start date

 

Release

 

Stakeholders

Development team

Program manager

Project Manager

Engineering Lead

SRE

Medha Parlikar

Piotr Dziubecki

Ed Hastings (Deactivated)

Joe Sacher


Marketing team


Release Overview

Simple Overview

Release 21.03 marks the first Mainnet version of the Casper protocol.

Detailed Overview

This release will focus on performance and hardening improvements. The protocol will also complete the integration with a custody provider during this release cycle.

Dead validators (offline validators) will be ejected (forcibly unbonded) if they do not send messages for an era. We will also deliver the features that support social consensus - the ability for validators to restart the network from a non-genesis global state root hash.

We will deliver this update to the testnet via a protocol upgradelaunch the final Casper testnet with this version of the software as well as Mainnet.

Protocol Features:

  • Restart/Crash Recovery/Upgrades/Social Consensus

  • Fast Sync

  • Block Header Structure

  • Dead validator Ejection.

  • The Auction contract will be enhanced to include the unlock schedule to be compliant with the VFTA

  • Push rewards to bid_purses (automatic re-staking of rewards)

Operations & Monitoring

  • Grafana dashboard for Rust node

  • Load and performance testing

  • Explainer guide on metrics - key metrics, what they are, why they matter.

Ecosystem

  • We will update our documentation at docs.casperlabs.io

  • Provide update for JavaScript SDK

  • Provide tools to generate Casper addresses.

We will create video tutorial content for the following:

  • Deploying a token & calling it to send tokens to an account.

  • Deploying a contract and then upgrading it. Showing the change in version.

    • Walk through of code to upgrade.

Tickets for this Release

Features

Jira Legacy
serverSystem JIRA
maximumIssues20
columnskey,summary,status,priority
jqlQueryproject = FEAT and fixVersion in(21.03) AND ( labels not in ("ecosystem") or labels is EMPTY) ORDER BY priority
serverId74adbfdc-03f9-334e-80a4-d9a3f2a98ccf

Ecosystem Features

Jira Legacy
serverSystem JIRA
maximumIssues20
columnskey,summary,status,priority
jqlQueryproject = FEAT AND issuetype = Epic AND status in (Analyzing, Backlog, Implementing, "In Review", Planning) AND fixVersion = 21.03 AND labels =ecosystem ORDER BY priority
serverId74adbfdc-03f9-334e-80a4-d9a3f2a98ccf

Key Consensus Deliverables

Jira Legacy
serverSystem JIRA
maximumIssues20
columnskey,summary,assignee,status,sprint,priority
jqlQueryIssuetype=story and labels ="consensuscrew" and fixVersion="21.03"
serverId74adbfdc-03f9-334e-80a4-d9a3f2a98ccf

Key Node Deliverables

Jira Legacy
serverSystem JIRA
maximumIssues1000
columnskey,summary,assignee,status,sprint,priority
jqlQueryissuetype !=Epic and project=node-rs and FixVersion=21.03 and labels is empty
serverId74adbfdc-03f9-334e-80a4-d9a3f2a98ccf

Key Contract Runtime Deliverables

Jira Legacy
serverSystem JIRA
maximumIssues1000
columnskey,summary,status,sprint,priority
jqlQueryproject = ee and fixVersion = 21.03
serverId74adbfdc-03f9-334e-80a4-d9a3f2a98ccf

Ecosystem Product Updates

  • Event Capturing Service, Event Store

  • Javascript SDK

  • Clarity supporting Rust Node

  • Enhancements to Signer

Jira Legacy
serverSystem JIRA
maximumIssues1000
columnskey,summary,assignee,status,sprint,priority
jqlQueryproject = eco and FixVersion = 21.03
serverId74adbfdc-03f9-334e-80a4-d9a3f2a98ccf

SRE

  • Network Health Monitoring

Documentation

  • Updated dApp developer guide for Rust Node

Defects Fixed

Jira Legacy
serverSystem JIRA
columnskey,summary,status
maximumIssues1000
jqlQueryissuetype = Bug AND fixVersion= 21.03 ORDER BY status DESC, key ASC
serverId74adbfdc-03f9-334e-80a4-d9a3f2a98ccf

Metric for tracking the success:

What is special about this release?

For dApp Developers 

For Node Operators

Are we doing something differently? If so, why are we doing it this way?


Before these features were available, what were developers able to do?


After these features launch, what will developers be able (and not able) to do?

Description of release packaging

Release packaging will include:

  • Debian package 

  • Docker image

  • Brew packages

  • RPM package

  • tar.gz file

Where do developers go to learn more and get started?

  • At release, links to installation packages and relevant documentation is available at 

  • Packages available at: http://github.com/CasperLabs/releases

  • Docs available on GitHub. http://docs.casperlabs.io

Where will bugs be filed?

Github - part of the public release.

Where do developers go for support? What is the SLA? Who is on point?