Re: Release 3.2.0.0.0: [EDITED] Stacks 3.2 Hard Fork

10 views
Skip to first unread message

Jesse Wiley

unread,
Jul 25, 2025, 11:09:42 AMJul 25
to announce
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA512

Hello,

The previous release announcement had an incorrect year in the estimated date for Bitcoin block `907,740`.  This has been corrected below.

The corrected date estimation is July 29th, 2025.

Original message follows.

Best,
Jesse Wiley
Engineering Partner, Stacks Foundation

---

Hello,

Stacks core developers have released Stacks Core version 3.2.0.0.0, available here: https://github.com/stacks-network/stacks-core/releases/tag/3.2.0.0.0.

This release implements the 3.2 Stacks consensus rules which activates at Bitcoin block `907,740`. For more details see SIP-031.

**This is a required upgrade**
- Activation is estimated for July 29th, 2025 around 1800 UTC, or Bitcoin block 907,740.
- Upgrading after Bitcoin block 907,740 **will require** a genesis sync.


This release is compatible with chainstate directories from 3.x.x.x.x.

The version of stacks-signer compatible with this release is 3.2.0.0.0.0, available at: https://github.com/stacks-network/stacks-core/releases/tag/signer-3.2.0.0.0.0.


### Added

- Added `/v3/contracts/fast-call-read/:principal/:contract_name/:func_name` api endpoint. It allows to run read-only calls faster by disabling the cost and memory trackers. This endpoint requires authentication.
- **SIP-031 consensus rules, activating in epoch 3.2 at block 907_740**
- Added `info` logs to the signer to provide more visibility into the block approval/rejection status
- Introduced `capitulate_miner_view_timeout_secs`: the duration (in seconds) for the signer to wait between updating the local state machine viewpoint and capitulating to other signers' miner views.
- Added codepath to enable signers to evaluate block proposals and miner activity against global signer state for improved consistency and correctness. Currently feature gated behind the `SUPPORTED_SIGNER_PROTOCOL_VERSION`
- Added the `clarity-serialization` crate: A lightweight crate for serializing and deserializing Clarity values. This crate decouples core data types from the Clarity VM, making it easier to build off-chain tooling, and other applications that interact with Clarity data. It includes support for `wasm32-unknown-unknown` targets via the `wasm-web` and `wasm-deterministic` features.

### Changed

- The HTTP `Date` header in responses now strictly follows RFC7231.
- When a previous block commit is unable to be RBFed, the miner will now just wait for it to be confirmed instead of submitting a new block commit which breaks the miner's UTXO chain.
- When mining, only log new block proposal responses, not duplicates.
- Do not count both a block acceptance and a block rejection for the same signer/block. Also ignore repeated responses (mainly for logging purposes).
- Database schema updated to version 16

### Fixed

- Fixed tenure downloader logic on reward cycle boundaries (#6234).
- Do not send events to event observers for stale StackerDB chunks.


------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

Stacks Core:

Git commit hash: 6c769636d5d598d1872960ca2744ad1b64fa6385

SHA512SUMS:
ec32a0c9d77316f60702affc5e7a28e5ad080e0daad8f52c370b9b9f3ebc3c21a392231a2acf1f8242b275f232dea5229de9c18237715ed83968d4fca287b1e0  linux-glibc-arm64.zip
01e219dc4c0ac1a6f2d0bc38eebf979794044ee0e049d1f19696910199191ff1afa38f59502b0452e4a23d7f50f168833194e25cfbea4e150e6237450b6730f3  linux-glibc-x64.zip
f07d9514218c9e635d865d3d902464897bb7695b5ca23031af3447a7e1ab37e48555321e3d827fe1ec362df51e796feeb2ee4fc1f0d50fa2ebefd9bfebff9424  linux-musl-arm64.zip
d76501196690bbb9ef2950815d2a2eb34636b2e350b158fbd9a30b5adcf865a977494a9bb9258b3ce11519d1f3b1b58dbe573058837348f9633f84789ad71882  linux-musl-x64.zip
8f9af5b95b4177b548522e4cd0f23f6323dcbf4d93ef64b659edcdde0df6aed78d28e7930a6ea387f78864479df7e12b079c39b71342f467cadc2b1c91931e45  macos-arm64.zip
cc5a2b509c8ab63aa33cad7b12d67b58ab7b05eea6fec16dbab9d7d50d44d38cbb165d65e1339ff50e55d44d2d3fa5b43242a2c96efb0c5e1fbecb3d0292d19a  macos-x64.zip
beb41bd79c5684d29080961878169cc5803780718e12d9bfd8ca2d32fe1889e8b1e91092f2a2be322c2401073335f06baeec0bd06df77ef87a2090a01caf7ef8  windows-x64.zip


------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

Stacks Signer:

Git commit hash: 6c769636d5d598d1872960ca2744ad1b64fa6385

SHA512SUMS:
836073ee64276772fa01bc03fb9eaa34f3e3f50542929710ffa4f4d47429dedbd63740c7f13d8637fedc05ced70fc3bf2e186fd1d34e46370ada12baed9a7b39  linux-glibc-arm64.zip
46bd026b3af8c4221ee38b743e14ac22b122accf3eacc4cf2db1a80a91eeb6dbc712612ca6f93190d54437556273700f2b558af0458e7815c4956902acf89cac  linux-glibc-x64.zip
5891aadc027dfd9444a27a510d06b3acf6cbded2bd9280aa90e0fc86d7eb1a2fca806f45acad5de9251b9676040c606704e584864ffd996ac8e36546360fef02  linux-musl-arm64.zip
944d2bcf86af6a416b080a69f1eeb6cb391f76f2ce4e503ee0240ad7c01c11b12f611c23c32b11094054c13f5d95c424db57249c0a898bfb941a04bfe5370219  linux-musl-x64.zip
a3f915a1d2c2b649ee906da9dce78edcee75e5fb3c5cdd3531e1c9c75b037e19e756aee62ddad0f6fefa69a7cc5058d82e9c79731165b2c3f7f9ba992752af11  macos-arm64.zip
eb5c5c162521ffde5b3b637177b3d23853c536c0478cdb7cf6d828f7684a8d35d15300d318122c1ae0b7adc2a23adc2cc03662fdd217c2a31cec87bed97791cd  macos-x64.zip
bb26b915e13caa9d3c83fe9640651d01ab53ab854b963e8095f58f0c702670f2c884256c69e4b6e4c8504f099a038a909c136f027e3b82edaa9f0ed3583014d8  windows-x64.zip


Best,
Jesse Wiley
Engineering Partner, Stacks Foundation
-----BEGIN PGP SIGNATURE-----

iQJFBAEBCgAvFiEEcyLAWCVQ3ogXwlXZge1cNguBENcFAmiDnPcRHGplc3NlQHN0
YWNrcy5vcmcACgkQge1cNguBENdF0xAA6BVMA/tpGghmKoTBgmNHbSpvA5SzWYvz
ilmSzcYRX3T75XlLIdusyPrXyQ/HbtnmwHxvPSv5hIMo92zkiJ5gcNQFWAAZ29OR
lctmeyhrRGXCYKp86LqzzGsKK3QiY5xvNXtcYz7ckUIGQsNiA4tHYHeGUu7AxgIo
LTLUBIJzs0w9/DOK8BWHzDC8sjmJJFQS8TLdOyaE1ZnaPGAvphAA2gy3YW3xSkGf
GsoUAelrbJqlp9wOMyBQ2+vt9ITm/O5P5As/vVtl1jxyGil66EPW/d4Yd8pbM1N5
ETmoc7JzPUyXxTFSVUuZlqbhSiCx6dM6yg0VC5TVxb9BJjqJbWhInQiAS5Qiw+WR
BZBOZ5NDzHBozyMsdeMTHhLUoAgbjP2KfmdQETZE+6hYBPt3sgmusB+D0FUzsYwM
R9wJEvCq3P2QNA32Ij4LEeGYjDqDxdY6LK+lkSrb7+tm8em9OKHRBhETheejzmkJ
QsdUuPHJD4cfZInkxc042PIFtVqYBfjQuhgoyqn7KmYE5VWMWcKZP+EdBDpYh/Vb
6i6Dkkpw8cr0SZ/g5F1Dh65rRFbsxVhldq8rPZT2eKoKVsOOploeWxAnCADPjwQP
wBWGvM+yyKiknOBC9yVjw+dCz7ARww66rRk6JPa+ujTzw4+Bdtgzf+2te5J2azj5
lNGCRS7jdSM=
=i18O
-----END PGP SIGNATURE-----
Reply all
Reply to author
Forward
This conversation is locked
You cannot reply and perform actions on locked conversations.
0 new messages