Releases: near/nearcore
2.10.3
CODE_COLOR: CODE_GREEN_MAINNET
RELEASE_VERSION: 2.10.3
PROTOCOL_UPGRADE: FALSE
DATABASE_UPGRADE: FALSE
SECURITY_UPGRADE: FALSE
This release includes the following on top of 2.10.2:
- Optimize the network traffic involved in distributing state snapshot information between nodes.
- Optimize data copying to make sure archival node can keep up with the chain.
While this release is marked as CODE_GREEN, it contains optimizations enabling substantial cost savings associated with state sync network traffic. We strongly encourage all node operators to apply this patch.
2.10.2
2.10.1
CODE_COLOR: CODE_GREEN_MAINNET
RELEASE_VERSION: 2.10.1
PROTOCOL_UPGRADE: FALSE
DATABASE_UPGRADE: FALSE
SECURITY_UPGRADE: FALSE
This release addresses the following issues discovered in 2.10.0:
- Bug in networking code resulting in decrease in chunk endorsements: fixed in #14739
- Runtime issue resulting in transactions with duplicate nonces included as part of shard chunks: fixed in #14747
While this release is marked as CODE_GREEN, it contains important stability and reliability improvements for nodes during both binary and protocol upgrades. We strongly encourage all node operators to apply this patch.
2.10.0
CODE_COLOR: CODE_YELLOW_MAINNET
RELEASE_VERSION: 2.10.0
PROTOCOL_UPGRADE: TRUE
DATABASE_UPGRADE: TRUE
SECURITY_UPGRADE: FALSE
Protocol Changes
- Introducing deterministic account IDs: Account IDs starting with the prefix
0scan only be created with the new actionDeterministicStateInit. Its name is derived from the initial state and global contract it uses. #14307 - New host functions for deterministic initialization: Three new host functions
promise_batch_action_state_init,promise_batch_action_state_init_by_account_idandset_state_init_data_entryallow creating the new actionDeterministicStateInitfrom within a smart contract. #14364 - Accessing the current contract code: The new host function
current_contract_codeallows smart contracts to read the currently deployed code hash or global contract identifier. #14372 - Controlling balance refunds: The new host function
promise_set_refund_toallows smart contracts to redirect balance refunds of outgoing receipts to other accounts. #14285 - Querying refund receivers: The new host function
refund_to_account_idreturns the receiver of balance refunds, which is eitherpredecessor_idor the refund receiver set by the predecessor usingpromise_set_refund_to. #14372 - Gas optimization: Calls to the existing host functions
inputandpromise_resultno longer charge gas per byte (wasm_write_memory_byte), thanks to an optimization that eliminates unnecessary data copying. #14405 - Introduce versioned StatePart in state sync and update protocol messages to support compressed state parts. #14013
- Reduce gas cost for
wasm_touching_trie_node(from16_101_955_926to2_280_000_000) and increase the compute cost ofwasm_read_cached_trie_node(from0to4_000_000_000), making them equal so they can be interchangeable in the future, enabling potential performance optimizations. #14046
Non-protocol Changes
- Indexer changes, including breaking changes in the API. See the indexer changelog for details.
- Stabilize
EXPERIMENTAL_changes_in_block,EXPERIMENTAL_genesis_config, andEXPERIMENTAL_maintenance_windowsRPC methods and rename them toblock_effects,genesis_configandmaintenance_windowsrespectively. #13763 - Batch ed25519 signature verification for transaction processing. #14196
- New
/actorspage in debug-ui, showing utilization of actors and dequeue time of recently processed messages. #14452 - Fix to avoid re-applying state parts in case state sync was interrupted and resumed. #14232
Protocol upgrade voting
This release upgrades the protocol version from 81 to 82.
Voting for protocol version 82 will start on Tuesday 2025-12-09 03:00:00 UTC.
To continue participating in consensus, you need to upgrade your node before this time.
If voting succeeds in one epoch, the protocol upgrade to version 82 is expected to happen 7-14 hours after the voting epoch ends.
2.10.0-rc.5
CODE_COLOR: CODE_GREEN_TESTNET
RELEASE_VERSION: 2.10.0-rc.5
PROTOCOL_UPGRADE: FALSE
DATABASE_UPGRADE: FALSE
SECURITY_UPGRADE: FALSE
This release includes #14700 on top of 2.10.0-rc.4.
2.10.0-rc.4
CODE_COLOR: CODE_GREEN_TESTNET
RELEASE_VERSION: 2.10.0-rc.4
PROTOCOL_UPGRADE: FALSE
DATABASE_UPGRADE: FALSE
SECURITY_UPGRADE: FALSE
This release includes #14680 on top of 2.10.0-rc.3 addressing memory leak when executing view function calls.
2.10.0-rc.3
CODE_COLOR: CODE_GREEN_TESTNET
RELEASE_VERSION: 2.10.0-rc.3
PROTOCOL_UPGRADE: FALSE
DATABASE_UPGRADE: FALSE
SECURITY_UPGRADE: FALSE
This release includes transactions state changes fix #14650 on top of 2.10.0-rc.2.
2.10.0-rc.2
CODE_COLOR: CODE_GREEN_TESTNET
RELEASE_VERSION: 2.10.0-rc.2
PROTOCOL_UPGRADE: FALSE
DATABASE_UPGRADE: FALSE
SECURITY_UPGRADE: FALSE
This release includes indexer backward compatibility fix #14634 on top of 2.10.0-rc.1.
2.10.0-rc.1
CODE_COLOR: CODE_YELLOW_TESTNET
RELEASE_VERSION: 2.10.0-rc.1
PROTOCOL_UPGRADE: TRUE
DATABASE_UPGRADE: TRUE
SECURITY_UPGRADE: FALSE
Protocol Changes
- Introducing deterministic account IDs: Account IDs starting with the prefix
0scan only be created with the new actionDeterministicStateInit. Its name is derived from the initial state and global contract it uses. #14307 - New host functions for deterministic initialization: Three new host functions
promise_batch_action_state_init,promise_batch_action_state_init_by_account_idandset_state_init_data_entryallow creating the new actionDeterministicStateInitfrom within a smart contract. #14364 - Accessing the current contract code: The new host function
current_contract_codeallows smart contracts to read the currently deployed code hash or global contract identifier. #14372 - Controlling balance refunds: The new host function
promise_set_refund_toallows smart contracts to redirect balance refunds of outgoing receipts to other accounts. #14285 - Querying refund receivers: The new host function
refund_to_account_idreturns the receiver of balance refunds, which is eitherpredecessor_idor the refund receiver set by the predecessor usingpromise_set_refund_to. #14372 - Gas optimization: Calls to the existing host functions
inputandpromise_resultno longer charge gas per byte (wasm_write_memory_byte), thanks to an optimization that eliminates unnecessary data copying. #14405 - Introduce versioned StatePart in state sync and update protocol messages to support compressed state parts. #14013
- Reduce gas cost for
wasm_touching_trie_node(from16_101_955_926to2_280_000_000) and increase the compute cost ofwasm_read_cached_trie_node(from0to4_000_000_000), making them equal so they can be interchangeable in the future, enabling potential performance optimizations. #14046
Non-protocol Changes
- Indexer changes, including breaking changes in the API. See the indexer changelog for details.
- Stabilize
EXPERIMENTAL_changes_in_block,EXPERIMENTAL_genesis_config, andEXPERIMENTAL_maintenance_windowsRPC methods and rename them toblock_effects,genesis_configandmaintenance_windowsrespectively. #13763 - Batch ed25519 signature verification for transaction processing. #14196
- New
/actorspage in debug-ui, showing utilization of actors and dequeue time of recently processed messages. #14452 - Fix to avoid re-applying state parts in case state sync was interrupted and resumed. #14232
Protocol upgrade voting
This release upgrades the protocol version from 80 to 82.
Voting for protocol version 82 will start on Tuesday 2025-11-25 00:00:00 UTC.
To continue participating in consensus, you need to upgrade your node before this time.
If voting succeeds in one epoch, the protocol upgrade to version 82 is expected to happen 7-14 hours after the voting epoch ends.
2.8.1-rc.1
CODE_COLOR: CODE_RED_TESTNET
RELEASE_VERSION: 2.8.1-rc.1
PROTOCOL_UPGRADE: FALSE
DATABASE_UPGRADE: FALSE
SECURITY_UPGRADE: TRUE
Note
This release fixes a critical flaw that could cause the chain to stall.
Upgrade as soon as possible to avoid node downtime.