Versions Compared

Key

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

General

  • Sprint and Release
    • 2-week sprint ends April 1. Priorities: public testnet monitoring, long-running testing, improvements support consensus performance
    • RNode v0.9 to release week of March 25. RNode-0.9.1 release plan.
  • Mercury requirements and acceptance criteria
  • Testnet status
    • A public test net is not yet available and there is a plan to launch one the week of March 25. Please see RChain public testnet information to learn about the rollout plan for launching the public testnet as well as a FAQ
    • At this time there are no known blockers to the delivery of Testnet-1. 
  • Community testing

Consensus

  • Ran a testnet over the weekend and are investigating options for reducing time required to add blocks. This work includes adding metric spans to Casper to support analysis. Investigating possibility of improving how we record history as a way to reduce time required to add a block. This would be a significant change in terms of development and is critical to achieving Mercury performance goals. Work in progress to analyze this plan and determine next steps.
  • Improved performance by limiting the check depth of deploy history duplication, 
    Jira Legacy
    serverSystem JIRA
    columnskey,summary,type,created,updated,due,assignee,reporter,priority,status,resolution
    serverId50130123-f232-3df4-bccb-c16e7d83cd3e
    keyRCHAIN-3070
  • Demonstrated successful attempts at validator bonding in 20190314 RNode community testing. We have observed some bugs related to bonding after the fact. Investigation in progress for 
    Jira Legacy
    serverSystem JIRA
    columnskey,summary,type,status
    maximumIssues20
    jqlQuerykey in (rchain-1031, rchain-3106)
    serverId50130123-f232-3df4-bccb-c16e7d83cd3e

Cost accounting

  • Ran into an issue in the investigation of why running out of phlo doesn't stop the evaluation of other execution branches, RChain-3077. The current implementation does not provide synchronization, which means that concurrent branches of execution would not always see the latest amount of available phlogistons and continue executing also if the account was in the meantime depleted. Testing if replacing Ref with MVar will be the resolution.

Node

  • Very pleased with RNode stability in this weekend's testing.
  • Removed round trip from the transport layer and rely on heartbeat to improve node performance.
    Jira Legacy
    serverSystem JIRA
    columnskey,summary,type,created,updated,due,assignee,reporter,priority,status,resolution
    serverId50130123-f232-3df4-bccb-c16e7d83cd3e
    keyRCHAIN-3110
     
  • Many improvements to RNode over the past week. Some in RNode-0.8.5 release plan and others in RNode-0.9.1 release plan.
    Jira Legacy
    serverSystem JIRA
    columnskey,summary,type,status
    maximumIssues1000
    jqlQueryproject = RCHAIN AND fixVersion in (RNode-0.8.5, RNode-0.8.6) AND component = Node order by created DESC
    serverId50130123-f232-3df4-bccb-c16e7d83cd3e

RSpace

  • Tuning work in progress both related to offering better support to Casper and to the introduction of F in IStore. PR in today related to RSpace reset. 

Test infrastructure and performance testing

  • Testnet support: Finishing off work to monitor the public testnet.
  • Performance testing: Focused on performance related to consensus and time to add blocks this week.

Wallet

Developer website


Page Properties
iddev_updates


Date