July 2025 update proposal

Core

We propose validators to vote for the following change of network configs:

Config parameter 8

capabilities version:10 capabilities:494

will be changed to

capabilities version:11 capabilities:494

This change will activate a few new instruction in TVM and change the way how large accounts are stored, to improve their efficiency.

Full list is here.

Config parameter 12

monitor_min_split:2 min_split:2

it will be changed to

monitor_min_split:0 min_split:0

also additional parameters will be added:

1) split_merge_timings

will be filled with:

split_merge_delay:100
split_merge_interval:100
min_split_merge_interval:30
max_split_merge_delay:1000

2) persistent_state_split_depth will be set to 4

Note, that to include parameters constructor of 12 config entry will be change from old workchain#a6 to workchain_v2#a7.

These changes will allow to achieve the following goals:

1) decrease of monitor_min_split and min_split will decrease number of shards and thus time of asynchronous operation most of the time (when load of blockchain is relatively low). Thanks to optimizations of last few months, "relatively low" is now about 100 tps.

2) split_merge_timings are not actually changes, but now will be explicitly presented in blockchain config and thus available for smart-contracts

3) introduction of persistent_state_split_depth allows to serialize state in "harded mode that substantially decrease memory consumption. That means that light servers can work with less memory and, moreover, memory requirements can be constrained regardless of size of blockchain state.

Note: previous config allowed partial nodes, that is liteservers that only synchronize subset of shards, but not the whole network. Since under current TON loads this option is not in demand we simplify config for now.

Config parameter 19

Currently empty config will be filled with:

global_id: -239

to match content of block headers. Introduction of this parameter will allow to implement checks of network on smart-contract level and replay protection between mainnet/testnet/side-chains even for wallets with the same address and public keys.

Config parameter 23

Block limits, in particular

bytes:(param_limits underload:131072 soft_limit:524288 hard_limit:1048576)

will be increased 2x:

  bytes:(param_limits underload:262144 soft_limit:1048576 hard_limit:2097152)

This become possible thanks to optimization of validation and broadcasting, and will allow basechain to split at higher TPS, and thus to be in the fastest mode more time.

Config parameter 31

New governance contract will be added to the list:

Ef_q19o4m94xfF-yhYB85Qe6rTHDX-VTSzxBh4XpAfZMaOvk

is the address of the future TON Teleport BTC Coordinator smart contract that will allow validators to perform DKG and reach consensus on signing Bitcoin transactions on-chain.