Skip to content

Releases: chainstack/near-docker

1.39.0

09 Apr 15:01
934822f
Compare
Choose a tag to compare
CODE_COLOR: CODE_YELLOW_MAINNET
RELEASE_VERSION: 1.39.0
PROTOCOL_UPGRADE: TRUE
DATABASE_UPGRADE: FALSE
SECURITY_UPGRADE: FALSE

Protocol Upgrade Voting
This release contains a protocol upgrade. Voting for upgrading to protocol version 66 will start on Wednesday 2024-04-10 03:00:00 UTC.

What's Changed
This release introduces a change in the default behaviour of broadcast_tx_commit,send_tx, tx, EXPERIMENTAL_tx_status RPC methods. The default behaviour no longer waits for refund receipts. If you do need to wait for refund receipts, you need ask about it explicitly by using TxExecutionStatus::Final option ("wait_until": "FINAL" in the json request). More information in the docs.
This release decreases the function call base execution cost to 1TGas.
Introduces more trie values prefetching to optimise the contract execution.

1.38.0

19 Mar 18:11
ba5dcb0
Compare
Choose a tag to compare
CODE_COLOR: CODE_YELLOW_MAINNET
RELEASE_VERSION: 1.38.0
PROTOCOL_UPGRADE: TRUE
DATABASE_UPGRADE: FALSE
SECURITY_UPGRADE: FALSE

Protocol Upgrade Voting

This release contains a protocol upgrade. Voting for upgrading to protocol version 65 will start on Wednesday 2024-03-20 14:00:00 UTC. Depending on epoch durations, resharding is expected to happen around Wednesday 2024-03-20 18:00 UTC +/-4h, and protocol adoption is expected to happen around Thursday 2024-03-21 10:00 UTC +/-4h. Resharding and adoption times are only estimates, since many factors influence them.

Managing Resharding

This protocol upgrade includes resharding of shard 2. Which means that after protocol upgrade we will have 6 shards. New shard split is defined by these border accounts vec!["aurora", "aurora-0", "game.hot.tg", "kkuuue2akv_1630967379.near", "tge-lockup.sweat"]

Important points:

Resharding will happen in the epoch RIGHT AFTER protocol voting epoch (and RIGHT BEFORE actual protocol upgrade).
If your node fails to reshard before protocol upgrade, it will not be able to continue being a part of the chain. If that happens, you should restart from a Pagoda provided backup.
Resharding creates a database snapshot that is deleted right after resharding is finished. This snapshot will not take extra space at first, but you may notice a progressive increase of data folder size up to around 50GB higher than before. There should no longer be an issue with the data directory increasing to an unmanageable size.
To monitor resharding you can use metrics near_resharding_status, near_resharding_batch_size, and near_resharding_batch_prepare_time_bucket. You can read more here https://github.com/near/nearcore/blob/master/docs/architecture/how/resharding.md#monitoring.
If you observe problems with block production or resharding performance, you can adjust resharding throttling configuration. Read more here https://github.com/near/nearcore/blob/master/docs/architecture/how/resharding.md#monitoring.
RAM usage during resharding is around 8-10GB.
Full resharding doc can be found here https://github.com/near/nearcore/blob/master/docs/architecture/how/resharding.md.

Protocol Changes

Resharding v3 - resharding of shard 2 implemented by near/nearcore#10725

Known issues

This release removes state snapshot compaction configuration options, as they are no longer needed. Your node may emit a warning that those configuration options are not recognized, but this is not an issue.

1.38.0-rc.2

13 Mar 07:21
241eb5b
Compare
Choose a tag to compare
CODE_COLOR: CODE_YELLOW_TESTNET
RELEASE_VERSION: 1.38.0-rc.2
PROTOCOL_UPGRADE: TRUE
DATABASE_UPGRADE: FALSE
SECURITY_UPGRADE: FALSE

Protocol Upgrade Voting

This release contains a protocol upgrade. Voting for upgrading to protocol version 65 will start on Tuesday 2024-03-12 18:00:00 UTC.

Fixes

This release applies the fixes included in 1.37.2 on top of 1.38.0-rc.1, as well as a minor metrics fix

1.37.1

10 Mar 04:48
e950e29
Compare
Choose a tag to compare
CODE_COLOR: CODE_GREEN_MAINNET
RELEASE_VERSION: 1.37.1
PROTOCOL_UPGRADE: FALSE
DATABASE_UPGRADE: FALSE
SECURITY_UPGRADE: FALSE

This release does not contain protocol upgrade, and it is completely optional.

Fixes

This release includes two fixes for common problems:

near/nearcore@2567e70 addresses OOM crashes
near/nearcore@915aea7 addresses stack overflow crashes

Release notes for 1.37.0

CODE_COLOR: CODE_YELLOW_MAINNET
RELEASE_VERSION: 1.37.0
PROTOCOL_UPGRADE: TRUE
DATABASE_UPGRADE: FALSE
SECURITY_UPGRADE: FALSE

Protocol Upgrade Voting
This release contains a protocol upgrade. Voting for upgrading to protocol version 64 will start on Monday 2024-03-11 18:00:00 UTC.

Managing Resharding

This protocol upgrade includes resharding of shard 3. Which means that after protocol upgrade we will have 5 shards. New shard split is defined by these border accounts vec!["aurora", "aurora-0", "kkuuue2akv_1630967379.near", "tge-lockup.sweat"]

Important points:

Resharding will happen in the epoch RIGHT AFTER protocol voting epoch (and RIGHT BEFORE actual protocol upgrade).
If your node fails to reshard before protocol upgrade, it will not be able to continue being a part of the chain. If that happens, you should restart from a Pagoda provided backup.
Resharding creates a database snapshot that is deleted right after resharding is finished.During resharding, though, you may notice progressive increase of data folder size (around 150GB).
To monitor resharding you can use metrics near_resharding_status, near_resharding_batch_size, and near_resharding_batch_prepare_time_bucket. You can read more here https://github.com/near/nearcore/blob/master/docs/architecture/how/resharding.md#monitoring.
If you observe problems with block production or resharding performance, you can adjust resharding throttling configuration. Read more here https://github.com/near/nearcore/blob/master/docs/architecture/how/resharding.md#monitoring.
RAM usage during resharding is around 8-10GB.
Full resharding doc can be found here https://github.com/near/nearcore/blob/master/docs/architecture/how/resharding.md.

Protocol Changes

Resharding v2 - new implementation for resharding and a new shard layout for production networks. near/nearcore#10303, NEP-0508
Restrict the creation of non-implicit top-level accounts that are longer than 32 bytes. Only the registrar account can create them. near/nearcore#9589
Adjust the number of block producers and chunk producers on testnet to facilitate testing of chunk-only producers near/nearcore#9563

Non-protocol Changes

Add prometheus metrics for the internal state of the doomslug. near/nearcore#9458
Fix EXPERIMENTAL_protocol_config to apply overrides from EpochConfig. near/nearcore#9692
Add config option tx_routing_height_horizon to configure how many chunk producers are notified about the tx. near/nearcore#10251

Known issues

[This item includes the mitigations] State snapshot compaction may cause stack overflow. To avoid this issue, make sure that fields store.state_snapshot_config.compaction_enabled and store.state_snapshot_compaction_enabled are set to false in config.
[This one does not] A bug in network tracing spans management may lead to stack overflow. This issue will be fixed in 1.37.1 release that we plan to make after the protocol upgrade.

Testnet release 1.37.0-rc.3

05 Feb 11:30
8b49791
Compare
Choose a tag to compare
Pre-release

What's Changed

Full Changelog: v1.37.0-rc.1...v1.37.0-rc.3

Mainnet release v1.36.5

05 Feb 11:36
7c2dd49
Compare
Choose a tag to compare

What's Changed

Full Changelog: v1.36.4...v1.36.5

Testnet release v1.37.0-rc.1

27 Jan 10:42
1569b0b
Compare
Choose a tag to compare

What's Changed

Full Changelog: v1.36.4...v1.37.0-rc.1

Mainnet release v1.36.4

04 Jan 05:02
382d512
Compare
Choose a tag to compare

Notice

This release of nearcore is a security release (CODE_RED_MAINNET). It fixes a handshake parsing vulnerability that, if exploited, can lead to a node crash.

All node operators must upgrade to 1.36.4 immediately.

This release contains no additional code or behavior changes beyond the fix that addresses the security vulnerability, which is related only to a feature that isn't used in production today.

Fixes

Fix an issue related to handshake parsing

CODE_COLOR: CODE_RED_MAINNET
RELEASE_VERSION: 1.36.4
PROTOCOL_UPGRADE: FALSE
DATABASE_UPGRADE: FALSE
SECURITY_UPGRADE: TRUE

Mainnet release v1.36.2

26 Dec 07:35
d88d52b
Compare
Choose a tag to compare
Merge pull request #29 from chainstack/feature/near-1.36.2-release

NEAR 1.36.2 Security Update

Mainnet release v1.36.0

31 Oct 03:01
afe7dcf
Compare
Choose a tag to compare
Merge pull request #28 from chainstack/feature/1.36.0

v1.36.0