Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

v2.3.0 #538

Closed
wants to merge 1 commit into from
Closed

v2.3.0 #538

wants to merge 1 commit into from

Conversation

pinheadmz
Copy link
Member

This release contains a bug fix that affected wallet balances after sending or receiving names. The bug could permanently corrupt the walletDB. It also introduces an API endpoint to clear out this corruption so the wallet can be restored with a rescan (after upgrading). There are also policy improvements to help clear out or confirm transactions accidentally sent with too-low a fee.

Reviewers can install master branch of hsd at this time, and check through the list of closed PRs in the v2.3.0 milestone list: https://github.com/handshake-org/hsd/milestone/2?closed=1

You might grep your log for similar messages to see 3-day-old transactions being evicted from the mempool:

[D:2021-01-14T15:46:44Z] (mempool) Added 6cb49aa29103f4f74ab9a9d37e776a827eec26957544eb69f15e13e04db91821 to mempool (txs=46).
...
[D:2021-01-17T15:46:44Z] (mempool) Removing package 6cb49aa29103f4f74ab9a9d37e776a827eec26957544eb69f15e13e04db91821 from mempool (too old).

And if you ever transferred names in or out of your wallet you can try the deepclean process to restore an accurate balance in the UI (hsw-cli balance).

@pinheadmz pinheadmz requested a review from chjj January 18, 2021 20:45
@coveralls
Copy link

coveralls commented Jan 18, 2021

Pull Request Test Coverage Report for Build 494508710

  • 1 of 1 (100.0%) changed or added relevant line in 1 file are covered.
  • 3 unchanged lines in 2 files lost coverage.
  • Overall coverage decreased (-0.005%) to 59.604%

Files with Coverage Reduction New Missed Lines %
lib/net/pool.js 1 32.63%
lib/net/peer.js 2 35.28%
Totals Coverage Status
Change from base Build 480764491: -0.005%
Covered Lines: 19512
Relevant Lines: 30510

💛 - Coveralls

@coveralls
Copy link

Pull Request Test Coverage Report for Build 494508710

  • 1 of 1 (100.0%) changed or added relevant line in 1 file are covered.
  • 6 unchanged lines in 2 files lost coverage.
  • Overall coverage decreased (-0.01%) to 59.594%

Files with Coverage Reduction New Missed Lines %
lib/net/peer.js 2 35.28%
lib/net/pool.js 4 32.49%
Totals Coverage Status
Change from base Build 480764491: -0.01%
Covered Lines: 19509
Relevant Lines: 30510

💛 - Coveralls

@tynes
Copy link
Contributor

tynes commented Jan 18, 2021

The updates to the following files all look good to me:

  • package.json
  • package-lock.json
  • lib/pkg.js
  • CHANGELOG.md

It may be worth updating the README.md so that it doesn't need to be changed for each release, something like:

... a # and the name of the git ref to the URL. For example,
https://github.com/handshake-org/hsd.git#<tag> where <tag> is a tagged
release of hsd.

It may also be worth documenting the release process someplace so that a checklist can be followed, helping to prevent a release from ever forgetting anything. This could go in the README or in a docs directory.

Will you be able to release this on npm?

@pinheadmz
Copy link
Member Author

@tynes thanks for asking, its important to note that only @chjj can push updates to npm. That means that although we can bump versions on github, we can not bump versions on npm without his permission. I'm not in love with npm anyway and I think it's probably best if we eventually migrate away from npm as bcoin has. We will have to instruct new users to clone from github and not npm for the time being. Most important is that the new bug fixes and corruption-fixes get merged into Bob ASAP before more users experience the bug.

Relay nodes and miners hopefully will upgrade via github once we announce to get the mempool policy rules deployed. My experience chatting with project leaders on telegram is that they usually clone from github anyway (not npm install).

Regarding the README note and future release processes: I have been thinking about this lately and after this bug fix release I want to adopt a policy like Bitcoin Core. Specifically that master branch will always have a v.X.Y.Z.99 version to indicate it is unstable master branch, and as we get close to release, a new branch will created with the updated version number so we can feature-freeze and finalize that release while ongoing work continues merging to master branch.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

3 participants