Release 2.0.3

Note: This release contains a database schema change and therefore a fresh working directory must be used to spin up the node.

During this, miners are recommended to use the new --mine-at-height command line argument which will instruct the node to not mine until the Stacks chain has synchronized to the provided Stacks block height.

Added

• stacks-node --mine-at-height commandline option, which tells the
  stacks-node not to mine until it has synchronized to the given
  Stacks block height
• A new RPC endpoint /v2/blocks/upload/{consensus_hash} that accepts
  an uploaded Stacks block for a given sortition

Changed

• Enabled WAL mode for the chainstate databases. This allows much more
  concurrency in the stacks-node, and improves network performance
  across the board. NOTE: This changed the database schema, any
  running node would need to re-initialize their nodes from a new chain
  state when upgrading.
• Default value wait_time_for_microblocks: from 60s to 30s
• The mempool now performs more transfer semantics checks before admitting
  a transaction (e.g., reject if origin = recipient): see issue #2354
• Improved the performance of the code that handles GetBlocksInv p2p
  messages by an order of magnitude.
• Improved the performance of the block-downloader's block and
  microblock search code by a factor of 5x.

Fixed

• Miner mempool querying now works across short-lived forks: see issue #2389
• JSON deserialization for high-depth JSON objects
• Atlas attachment serving: see PR #2390
• Address issues #2379, #2356, #2347, #2346. The tracking of the
  LeaderBlockCommit operations inflight is improved, drastically
  reducing the number of block commit rejections. When
  aLeaderBlockCommit is not included in the Bitcoin block it was
  targeting, it is condemned to be rejected, per the Stacks
  consensus. To avoid wasting BTC, the miner now tries to send its
  next LeaderBlockCommit operations using the UTXOs of the previous
  transaction with a replacement by fee. The fee increase increments
  can be configured with the setting rbf_fee_increment.

Release 2.0.2

cargo fmt

Release 2.0.1

Merge pull request #2344 from blockstack/fix/peer-versions

Fix: peer version to 0x18 rather than 0x17

Release 2.0.0

Merge pull request #2343 from blockstack/fix/sleep-syncctl

sleep 1s if we're in the first reward cycle

v22.2.0.0 - FINAL STACKS 1.0 BUILD

FOR STACKS 1.0 DEPLOYMENTS ONLY

Looking for a Stacks 2.0 release? Check the latest releases, this release is for Stacks 1.0

This is the FINAL release for Stacks 1.0. Any existing Stacks 1.0 deployments should upgrade immediately.

It includes the functionality outlined in this forum post. Specifically

• The node will watch the .miner namespace. Once 20 names are registered, a "threshold trigger" is activated
• 300 blocks after the threshold trigger is activated, the the node will stop accepting any further Stacks 1.0 transactions

v22.1.1.0 - SEMI-FINAL STACKS 1.0 BUILD

FOR STACKS 1.0 DEPLOYMENTS ONLY

Looking for a Stacks 2.0 release? Check the latest releases, this release is for Stacks 1.0

This is a SEMI-FINAL release for Stacks 1.0. Any existing Stacks 1.0 deployments should upgrade immediately.

It includes the functionality outlined in this forum post. Specifically

• The node will watch the .miner namespace. Once 20 names are registered, a "threshold trigger" is activated
• 300 blocks after the threshold trigger is activated, the the node will stop accepting any further Stacks 1.0 transactions

Release 2.0.0-rc1

Merge pull request #2295 from blockstack/next

Merge `next` into `master`

v22.1.0.0

THIS RELEASE IS OUTDATED

Please use https://github.com/blockstack/stacks-blockchain/releases/tag/v22.1.1.0 instead

Release v24.3.3.0-xenon

Merge pull request #2271 from blockstack/fix/2270

Fix 2270

Release v24.3.2.0-xenon

Merge pull request #2266 from blockstack/fix/net-slow-lock

Fix/net slow lock