-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA512
Hello,
We have released Stacks version 2.5.0.0.0, available here:
https://github.com/stacks-network/stacks-blockchain/releases/tag/2.5.0.0.0.
This release implements the 2.5 Stacks consensus rules which activates at Bitcoin block `839,444`: primarily the instantiation of the pox-4 contract. For more details see SIP-021.
This is the first consensus-critical release for Nakamoto. Nodes which do not update before the 2.5 activation height will be forked away from the rest of the network.
This release is compatible with 2.4.x.x.x chainstate directories and does not require re-syncing from genesis.
The first time a node boots with this version it will perform some database migrations which could lengthen the normal node startup time.
Changelog:
## [2.5.0.0.0]
This release implements the 2.5 Stacks consensus rules which activates at Bitcoin block `839,444`: primarily the instantiation
of the pox-4 contract. For more details see SIP-021.
This is the first consensus-critical release for Nakamoto. Nodes which do not update before the 2.5 activation height will be forked away from the rest of the network. This release is compatible with 2.4.x chain state directories and does not require resyncing from genesis. The first time a node boots with this version it will perform some database migrations which could lengthen the normal node startup time.
**This is a required release before Nakamoto rules are enabled in 3.0.**
### Timing of Release from 2.5 to 3.0
Activating Nakamoto will include two epochs:
- - **Epoch 2.5:** Pox-4 contract is booted up but no Nakamoto consensus rules take effect.
- - **Epoch 3:** Nakamoto consensus rules take effect.
### Added
- - New RPC endpoint `/v2/stacker_set/{cycle_number}` to fetch stacker sets in PoX-4
- - New `/new_pox_anchor` endpoint for broadcasting PoX anchor block processing.
- - Stacker bitvec in NakamotoBlock
- - New [`pox-4` contract](./stackslib/src/chainstate/stacks/boot/pox-4.clar) that reflects changes in how Stackers are signers in Nakamoto:
- `stack-stx`, `stack-extend`, `stack-increase` and `stack-aggregation-commit` now include a `signer-key` parameter, which represents the public key used by the Signer. This key is used for determining the signer set in Nakamoto.
- Functions that include a `signer-key` parameter also include a `signer-sig` parameter to demonstrate that the owner of `signer-key` is approving that particular Stacking operation. For more details, refer to the `verify-signer-key-sig` method in the `pox-4` contract.
- Signer key authorizations can be added via `set-signer-key-authorization` to omit the need for `signer-key` signatures
- A `max-amount` field is a field in signer key authorizations and defines the maximum amount of STX that can be locked in a single transaction.
- - Added configuration parameters to customize the burn block at which to start processing Stacks blocks, when running on testnet or regtest.
```
[burnchain]
first_burn_block_height = 2582526
first_burn_block_timestamp = 1710780828
first_burn_block_hash = "000000000000001a17c68d43cb577d62074b63a09805e4a07e829ee717507f66"
```
### Modified
- - `pox-4.aggregation-commit` contains a signing-key parameter (like
`stack-stx` and `stack-extend`), the signing-key parameter is removed from
`delegate-*` functions.
Git commit hash: 560cce42d043fc4ff83a05b1a61b0ad21b7360ed
SHA512SUMS:
67a204a47f5ed84988ae38f8cc187b36c99053a470996276e670a5eae8434a46110793f6124dcae45b337c5047dd2a00debc0ebf93e77978639ef285191cbcf5 linux-glibc-arm64.zip
bb856465894c0befc573f3370805ed68bab990034deedf6dfcb84b21e4b4760d3228023f8f68d4f5df9a93a791905b9928113c6b679d1957c60235d4e759ad1c linux-glibc-armv7.zip
9c4a113feb3d0af2da3bf16c681f408ed326b998f6f8b3d49f8688ce5092c2e95dc57f4df20fc1eb3e1120d812f69aeaafca7e2ec529dcea30cae98090cb334a linux-glibc-x64.zip
92ed6924af432b73c40ac92137d14770e6ef38705eda0e7fb85c1e0ccce942ef59aa134f6abf609ffeda35536ab68056b5627437d45ea65b28148e45866e64c5 linux-musl-arm64.zip
29c9cbb4fbc2bb58ca9e946cdeab9b2b8dd0eee892e4bd090c33b67fbd898f13ad49dc2be2f1d507d747a729a4a02d6ad4a393e4f5f0cc4b2a6ccd933f5f9be3 linux-musl-armv7.zip
54f00418e65f22497af0661f0a45c20555800b644889bf53025753132ca0caff2736a9ac101197e69b55acb889efddbfd11511bf3763fcf72cf14c98247cd9da linux-musl-x64.zip
7df721d00f0d30f0b32176a27b3a65538dbf381fed12893a72e496d52eb43380c7c3113349726bff6a5c21bccb8054517c79ca4dbf69d13f2356675a4c514fb1 macos-arm64.zip
8ab4502d5deaa81981a131dc72ac0320d55a44ce14b3679eba1c575b919ca3e2b065e07151042d96d659cde863ec345b692a62d18ff1ae29cd5f0a5030e2c26a macos-x64.zip
de0c90298f516f81878abcf5443638d4038e7c87e0994a056506cb95310c9f682be76f964747febe1726f1d623f62a4fa49df4869b1540b6e6c8b1cc0ac94cbd windows-x64.zip
87eb070bea719256bfd2199fd4683572f874082a082e1b148d5be344b20beb9e4d46eacbe7bb13909b1eacc25118a6a039c2a767b19ac2ba9e1ea35366715fc7 stacks-core-2.5.0.0.0.zip
04cd9c2f53b28068bf1512a998a76a9926d64048623d3aee36ea2c1b0714a2f5f31631fcfd3211ee89701832214d9126bc45f9641b9df8679c54f35d1ded1e0d stacks-core-2.5.0.0.0.tar.gz
Best,
Jesse Wiley
Engineering Partner, Stacks Foundation
-----BEGIN PGP SIGNATURE-----
iQJFBAEBCgAvFiEEuA5a9CyThwv6776aKDYgwf4oCDwFAmYdypYRHGplc3NlQHN0
YWNrcy5vcmcACgkQKDYgwf4oCDwyMg//fw4icjudd+2bxkFepUuX7/WotsoT7CUY
Eq85t0kX2ZRWZy9N5Jok8xdUklaeQqeQ27dCK/sUL09dKrD6mjEjlgBFJ0lPqFWt
cL9BP0Tj2VVojhQIj5TWdgH4yiFYU213vnRU88h1dWYjqc50ipUTG9lzhpsx3t+o
YnBH5xUbizZU+OORTAGT+vXqZ09aGmXxE3uiSmgFS0b5jNn4uEPOeDR8zCIw5mr1
gwt20y0LEI3xTOPtqsMciBXeRmc0iumCXG83k43VJmwZl25ThLnZI5b0qLKxJ5bb
5pU7oclpJo5BKMAy1hz3o9na7pEpJK93ed3nR6knq4UbryuTc6/hwHhzKT4IoGdQ
1iPJ3jJX898b/qytuXEwevHndb35rYu4e3VvpJ9fdVIL7XMloUiD1GZqNz+QWNtZ
2o1HOYPSXHSQ6bH2X39x/WWMMTdpbTIRCb8wNW/zgBuQOuKc2oRL5w23KIDF3Hiu
HQXabl88v/SiS7Ow8xSm99+sONmVoIPwnP0/twvsHJXZ+S3XUZOgwP972j4HFlde
jms86NBjNrO8qKtF5R+Xcpp/D1EVkYMeIYGX8HyeknFeTTfx1Ysbd88Nm6EcijIv
ZCUEngnMmrtpOevmVK7hylPp7ZHh2tbu0wWZJtMbdnVD4jFHZuEbbfKq+qGnB3p7
prro7+BB0ts=
=dhtm
-----END PGP SIGNATURE-----