📣 Good morning dear Friends! A few words about the main mission and rules of this channel
🚀 Channel mission:
- Inform validators about changes in evernode
❗️Our rules:
- No ads
- Only important information for evcerscale validators
- Evernode updates notifications
- Evernode changelogs
😉 Stay tuned and have a good day!
🚀 Channel mission:
- Inform validators about changes in evernode
❗️Our rules:
- No ads
- Only important information for evcerscale validators
- Evernode updates notifications
- Evernode changelogs
😉 Stay tuned and have a good day!
GitHub
GitHub - everx-labs/ever-node: Everscale/Venom node in Rust
Everscale/Venom node in Rust. Contribute to everx-labs/ever-node development by creating an account on GitHub.
👍1
Evernode update info pinned «📣 Good morning dear Friends! A few words about the main mission and rules of this channel 🚀 Channel mission: - Inform validators about changes in evernode ❗️Our rules: - No ads - Only important information for evcerscale validators - Evernode updates notifications…»
📣 Imprortant news about the changelog updates
#evernode_update #evernode_changelog
Node Version: 0.50.5
Tools version: 0.1.262
Block version: 22
❗️Important❗️
DB restoring is mandatory while deploying this node version to fix internal DB data errors that happened earlier. For the correct update:
1. Change the “restore_db” key value from “false” to “true” at the very end of the config.json file (node config file)
2. Stop the node
3. Update the node image
4. Restart the node
❗️DB restoration may take time (1 hour or more)❗️
🛠Changelog
- New ZEROROTRIF instruction
ZEROROTRIF (x y – x y or 0 x y), pushes a Zero under the second stack entry from the top, but only if the topmost Integer y is non-zero.
- New ZEROROTRIF2 instruction
ZEROROTRIF2 (x y – x y or 0 0 x y), pushes two Zeros under the second stack entry from the top, but only if the topmost Integer y is non-zero. Equivalent to ZEROROTRIF; ZEROROTRIF.
- New ZEROROTRIFNOT instruction
ZEROROTRIFNOT (x y – x y or 0 x y), pushes a Zero under the second stack entry from the top, but only if the topmost Integer y is zero.
- New ZEROROTRIFNOT2 instruction
ZEROSWAPIFNOT2 (x – x or 0 0 x), pushes two Zeros under the topmost Integer x, but only if x = 0. Equivalent to ZEROSWAPIFNOT; ZEROSWAPIFNOT.
- New ZEROSWAPIF instruction
ZEROSWAPIF (x – x or 0 x), pushes a Zero under the topmost Integer x, but only if x <> 0.
- New ZEROSWAPIF2 instruction
ZEROSWAPIF2 (x – x or 0 0 x), pushes two Zeros under the topmost Integer x, but only if x <> 0. Equivalent to ZEROSWAPIF; ZEROSWAPIF.
- New ZEROSWAPIFNOT instruction
ZEROSWAPIFNOT (x – x or 0 x), pushes a Zero under the topmost Integer x, but only if x = 0.
- New ZEROSWAPIFNOT2 instruction
ZEROSWAPIFNOT2 (x – x or 0 0 x), pushes two Zeros under the topmost Integer x, but only if x = 0. Equivalent to ZEROSWAPIFNOT; ZEROSWAPIFNOT.
- Disabled setlibcode, changelibcode instruction
- Validator not validating in some cases fix
- Security fix for ADNL packet signature
- Improved DB restoration
- Fixed several bugs (storage fee calculation, storing last state of validator)
Many thanks to EverX for the Changelog
😉 Stay tuned and have a good day!
#evernode_update #evernode_changelog
Node Version: 0.50.5
Tools version: 0.1.262
Block version: 22
❗️Important❗️
DB restoring is mandatory while deploying this node version to fix internal DB data errors that happened earlier. For the correct update:
1. Change the “restore_db” key value from “false” to “true” at the very end of the config.json file (node config file)
2. Stop the node
3. Update the node image
4. Restart the node
❗️DB restoration may take time (1 hour or more)❗️
🛠Changelog
- New ZEROROTRIF instruction
ZEROROTRIF (x y – x y or 0 x y), pushes a Zero under the second stack entry from the top, but only if the topmost Integer y is non-zero.
- New ZEROROTRIF2 instruction
ZEROROTRIF2 (x y – x y or 0 0 x y), pushes two Zeros under the second stack entry from the top, but only if the topmost Integer y is non-zero. Equivalent to ZEROROTRIF; ZEROROTRIF.
- New ZEROROTRIFNOT instruction
ZEROROTRIFNOT (x y – x y or 0 x y), pushes a Zero under the second stack entry from the top, but only if the topmost Integer y is zero.
- New ZEROROTRIFNOT2 instruction
ZEROSWAPIFNOT2 (x – x or 0 0 x), pushes two Zeros under the topmost Integer x, but only if x = 0. Equivalent to ZEROSWAPIFNOT; ZEROSWAPIFNOT.
- New ZEROSWAPIF instruction
ZEROSWAPIF (x – x or 0 x), pushes a Zero under the topmost Integer x, but only if x <> 0.
- New ZEROSWAPIF2 instruction
ZEROSWAPIF2 (x – x or 0 0 x), pushes two Zeros under the topmost Integer x, but only if x <> 0. Equivalent to ZEROSWAPIF; ZEROSWAPIF.
- New ZEROSWAPIFNOT instruction
ZEROSWAPIFNOT (x – x or 0 x), pushes a Zero under the topmost Integer x, but only if x = 0.
- New ZEROSWAPIFNOT2 instruction
ZEROSWAPIFNOT2 (x – x or 0 0 x), pushes two Zeros under the topmost Integer x, but only if x = 0. Equivalent to ZEROSWAPIFNOT; ZEROSWAPIFNOT.
- Disabled setlibcode, changelibcode instruction
- Validator not validating in some cases fix
- Security fix for ADNL packet signature
- Improved DB restoration
- Fixed several bugs (storage fee calculation, storing last state of validator)
Many thanks to EverX for the Changelog
😉 Stay tuned and have a good day!
everx.io
EverX — Venture Studio | Formerly TON Labs
EverX built the core software stack behind a family of high-performance blockchain networks. Today we manage that portfolio of technology, IP and digital assets, and turn it into new companies.
❗️Important❗️
Don't upgrade your nodes!
At the moment, a new version of the ever node is being tested.
⚡️ We will publish information on the test result:
- commit ID
- Node Version
- Tools version
- Block version
😉 Stay tuned and have a good day!
Don't upgrade your nodes!
At the moment, a new version of the ever node is being tested.
⚡️ We will publish information on the test result:
- commit ID
- Node Version
- Tools version
- Block version
😉 Stay tuned and have a good day!
👍4
#evernode_update #evernode_changelog
Commit ID: 51f91af8269e648ff7b3f4a80f2eff0d1e5d831d
Node Version: 0.50.13
Tools version: 0.1.262
Block version: 26
❗️Important❗️
Please update your nodes strictly one at a time! Until one finishes updating completely, it is forbidden to run the other one!
1. Build node.
2. Restart the node
🛠Changelog
node from 0.50.5 to 0.50.13 diff
adnl from 0.7.67 to 0.7.69 diff
ever-crypto from 0.1.7 to 0.1.17 diff
overlay from 0.6.50 to 0.6.52 diff
rldp from 0.7.61 to 0.7.63 diff
ton_block_json from 0.7.5 to 0.7.11 diff
ton_executor from 1.15.57 to 1.15.64 diff
ton_types from 1.10.12 to 1.10.14 diff
ton_block from 1.7.39 to 1.7.43 diff
ton_vm from 1.8.32 to 1.8.33 diff
ton_abi from 2.1.14 to 2.2.1 diff
ton_labs_assembler from 1.2.31 to 1.2.34 diff
dht from 0.5.62 to 0.5.64 updated dependencies only
ton_api from 0.2.120 to 0.2.123 updated dependencies only
😉 Stay tuned and have a good day!
Commit ID: 51f91af8269e648ff7b3f4a80f2eff0d1e5d831d
Node Version: 0.50.13
Tools version: 0.1.262
Block version: 26
❗️Important❗️
Please update your nodes strictly one at a time! Until one finishes updating completely, it is forbidden to run the other one!
1. Build node.
2. Restart the node
🛠Changelog
node from 0.50.5 to 0.50.13 diff
adnl from 0.7.67 to 0.7.69 diff
ever-crypto from 0.1.7 to 0.1.17 diff
overlay from 0.6.50 to 0.6.52 diff
rldp from 0.7.61 to 0.7.63 diff
ton_block_json from 0.7.5 to 0.7.11 diff
ton_executor from 1.15.57 to 1.15.64 diff
ton_types from 1.10.12 to 1.10.14 diff
ton_block from 1.7.39 to 1.7.43 diff
ton_vm from 1.8.32 to 1.8.33 diff
ton_abi from 2.1.14 to 2.2.1 diff
ton_labs_assembler from 1.2.31 to 1.2.34 diff
dht from 0.5.62 to 0.5.64 updated dependencies only
ton_api from 0.2.120 to 0.2.123 updated dependencies only
😉 Stay tuned and have a good day!
GitHub
GitHub - everx-labs/ever-node: Everscale/Venom node in Rust
Everscale/Venom node in Rust. Contribute to everx-labs/ever-node development by creating an account on GitHub.
#evernode_changelog
Node Version: 0.50.21
Tools version: 0.1.280
Block version: 30
🛠Changelog
evernode tools from 0.1.262 to 0.1.280
🔹Minor update and update dependencies
evernode from 0.50.13 to 0.50.21
🔹Block version up to 30
🔹Support TIP-1.1 COPYLEFT
🔹CapFullBodyInBounced (return full body for bounces messages) in development
🔹CapStorageFeeToTvm (return storage fee value) in development
🔹Fix and refactoring evernode stopping by SIGINT
🔹Node stopping delay up to 1000 milliseconds from 100 milliseconds
🔹Check max part size for partially transmitted data like archives and states
🔹Change node statuses (get it from evernode tools console):
🔹🔹Rename finish boot to finish_boot
🔹🔹Rename synchronization by blocks to synchronization_by_blocks
🔹🔹Rename synchronization finished to synchronization_finished
🔹🔹Rename no set status to no_set_status
🔹🔹Add checking_db
🔹🔹Add db_broken
🔹New optional flag for evernode
🔹🔹force_check_db - start check & restore db process forcely
🔹Add DB versions. Preview version 0, current version 1DB updated automatically when node started
🔹Option
ton_vm from 1.8.33 to 1.8.38
🔹Add benchmarks
🔹Add instructions
🔹🔹INITCODEHASH 256 bit hash of code cell with contract was deployed
🔹🔹STORAGEFEE collected storage fee from account in this transaction
🔹🔹SEQNO current sequence number of collating block
🔹🔹FIND_BY_INIT_CODE_HASH the list of accounts with initial code hash
🔹🔹FIND_BY_CODE_HASH list of accounts with code hash
🔹🔹FIND_BY_DATA_HASH list of accounts with data hash
🔹🔹TRYELECT executes try_elect method for accounts got by config param 30
🔹🔹COPYLEFT Add license payment to code creator.
overlay from 0.6.52 to 0.6.58
🔹Fixes
rldp from 0.7.63 to 0.7.68
🔹Add several logs
ton_abi from 2.2.1 to 2.2.8
🔹Fixes
ton_api from 0.2.123 to 0.2.128
🔹Add data for RempMessageStatus
ton_block from 1.7.43 to 1.7.51
🔹Support global config 42 (TIP-1.1 COPYLEFT)
ton_block_json from 0.7.11 to 0.7.18
🔹Remp
🔹Global config 30
🔹Global config 42 (TIP-1.1 COPYLEFT)
ton_executor from 1.15.64 to 1.15.72
🔹Add benchmarks, support global config 42 (TIP-1.1 COPYLEFT)
ton_types from 1.10.14 to 1.11.2
🔹Boc ser/deserialisation with safe aborting
adnl from 0.7.69 to 0.7.74 updated dependencies only
dht from 0.5.64 to 0.5.68 updated dependencies only
ever-crypto from 0.1.17 to 0.1.24 updated dependencies only
lockfree no changes
Node Version: 0.50.21
Tools version: 0.1.280
Block version: 30
🛠Changelog
evernode tools from 0.1.262 to 0.1.280
🔹Minor update and update dependencies
evernode from 0.50.13 to 0.50.21
🔹Block version up to 30
🔹Support TIP-1.1 COPYLEFT
🔹CapFullBodyInBounced (return full body for bounces messages) in development
🔹CapStorageFeeToTvm (return storage fee value) in development
🔹Fix and refactoring evernode stopping by SIGINT
🔹Node stopping delay up to 1000 milliseconds from 100 milliseconds
🔹Check max part size for partially transmitted data like archives and states
🔹Change node statuses (get it from evernode tools console):
🔹🔹Rename finish boot to finish_boot
🔹🔹Rename synchronization by blocks to synchronization_by_blocks
🔹🔹Rename synchronization finished to synchronization_finished
🔹🔹Rename no set status to no_set_status
🔹🔹Add checking_db
🔹🔹Add db_broken
🔹New optional flag for evernode
🔹🔹force_check_db - start check & restore db process forcely
🔹Add DB versions. Preview version 0, current version 1DB updated automatically when node started
🔹Option
adnl.set_options(AdnlNode::OPTION_FORCE_COMPRESSION)ON in evernode version 0.50.21
ton_vm from 1.8.33 to 1.8.38
🔹Add benchmarks
🔹Add instructions
🔹🔹INITCODEHASH 256 bit hash of code cell with contract was deployed
🔹🔹STORAGEFEE collected storage fee from account in this transaction
🔹🔹SEQNO current sequence number of collating block
🔹🔹FIND_BY_INIT_CODE_HASH the list of accounts with initial code hash
🔹🔹FIND_BY_CODE_HASH list of accounts with code hash
🔹🔹FIND_BY_DATA_HASH list of accounts with data hash
🔹🔹TRYELECT executes try_elect method for accounts got by config param 30
🔹🔹COPYLEFT Add license payment to code creator.
overlay from 0.6.52 to 0.6.58
🔹Fixes
rldp from 0.7.63 to 0.7.68
🔹Add several logs
ton_abi from 2.2.1 to 2.2.8
🔹Fixes
ton_api from 0.2.123 to 0.2.128
🔹Add data for RempMessageStatus
ton_block from 1.7.43 to 1.7.51
🔹Support global config 42 (TIP-1.1 COPYLEFT)
ton_block_json from 0.7.11 to 0.7.18
🔹Remp
🔹Global config 30
🔹Global config 42 (TIP-1.1 COPYLEFT)
ton_executor from 1.15.64 to 1.15.72
🔹Add benchmarks, support global config 42 (TIP-1.1 COPYLEFT)
ton_types from 1.10.14 to 1.11.2
🔹Boc ser/deserialisation with safe aborting
adnl from 0.7.69 to 0.7.74 updated dependencies only
dht from 0.5.64 to 0.5.68 updated dependencies only
ever-crypto from 0.1.17 to 0.1.24 updated dependencies only
lockfree no changes
👍1
#evernode_update
📣 Dear validators, an important node update is ahead.
❗️Important❗️
During this update, the node will be inoperable and stop validation for an hour or more.
To maintain network health, follow these rules:
▫️ Do not update more than one node at a time.
▫️ After updating the node and restoring timediff, wait 6 hours before updating the next one.
▫️ Inform the RU EN validators chat about the beginning and completion of the node update.
⚠️ Attention: if a large number of nodes are updated at the same time, this may lead to network instability. Be careful when updating.
📌 Update Instructions
‼️ Attention: do not update the next node until the previous one has worked successfully for 6 hours.‼️
If you use @Custler scripts
1️⃣ They will automatically pick up a convenient update time and update your node
2️⃣ If the database cannot recover on its own and the node goes to the db_broken status, the script PostUpdate_Actions.sh running automatically and resync database
For manual updates
1️⃣ build the node and the tools
Node commit id:
5c3951a4de03833a49079d1c07ad5a05798df169
Node Tools commit id:
a69b0c4b8fe2c95eaea4145dffba9734d8570070
2️⃣ Start a new node (~ 1 hour)
The node will start restoring the database and stop validation
The node gives the status
4️⃣ Node start validation and do some checks (~30 minutes)
5️⃣ Node save new DB state. The node stop validation and resync (~30 minutes)
6️⃣ Node sync the blocks and restore validation
‼️ Attention: do not update the next node until the previous one has worked successfully for 6 hours. ‼️
⚠️ If the recovery failed and the node switched to the status
Full sync time more than 12 hours
❓How to check node status?
✅ Our goal is the stable operation of the network!
📣 Dear validators, an important node update is ahead.
❗️Important❗️
During this update, the node will be inoperable and stop validation for an hour or more.
To maintain network health, follow these rules:
▫️ Do not update more than one node at a time.
▫️ After updating the node and restoring timediff, wait 6 hours before updating the next one.
▫️ Inform the RU EN validators chat about the beginning and completion of the node update.
⚠️ Attention: if a large number of nodes are updated at the same time, this may lead to network instability. Be careful when updating.
📌 Update Instructions
‼️ Attention: do not update the next node until the previous one has worked successfully for 6 hours.‼️
If you use @Custler scripts
1️⃣ They will automatically pick up a convenient update time and update your node
2️⃣ If the database cannot recover on its own and the node goes to the db_broken status, the script PostUpdate_Actions.sh running automatically and resync database
For manual updates
1️⃣ build the node and the tools
Node commit id:
5c3951a4de03833a49079d1c07ad5a05798df169
Node Tools commit id:
a69b0c4b8fe2c95eaea4145dffba9734d8570070
2️⃣ Start a new node (~ 1 hour)
The node will start restoring the database and stop validation
The node gives the status
"sync_status": "checking_db"3️⃣ If the node has restored the database successfully It will sync the blocks that were missed while restoring the database (~30 minutes)
4️⃣ Node start validation and do some checks (~30 minutes)
5️⃣ Node save new DB state. The node stop validation and resync (~30 minutes)
6️⃣ Node sync the blocks and restore validation
‼️ Attention: do not update the next node until the previous one has worked successfully for 6 hours. ‼️
⚠️ If the recovery failed and the node switched to the status
"sync_status": "db_broken"In this case, you need to delete the old database and synch with the network again.
Full sync time more than 12 hours
❓How to check node status?
./console -C /path/to/console.json -c "getstats"
💬 Need help? Ask it in RU EN✅ Our goal is the stable operation of the network!
🔥1
❗️Important❗️
Please update your nodes!
To maintain network health, follow these rules:
▫️ Inform the RU EN validators chat about the beginning and completion of the node update.
For manual updates
build the node and the tools
Node commit id:
5c3951a4de03833a49079d1c07ad5a05798df169
Node Tools commit id:
a69b0c4b8fe2c95eaea4145dffba9734d8570070
Please update your nodes!
To maintain network health, follow these rules:
▫️ Inform the RU EN validators chat about the beginning and completion of the node update.
For manual updates
build the node and the tools
Node commit id:
5c3951a4de03833a49079d1c07ad5a05798df169
Node Tools commit id:
a69b0c4b8fe2c95eaea4145dffba9734d8570070
GitHub
Update version · tonlabs/ton-labs-node@5c3951a
EVER OS NODE. Contribute to tonlabs/ton-labs-node development by creating an account on GitHub.
❗️Important❗️
Please update your nodes!
If you use @Custler scripts
Please update your nodes!
If you use @Custler scripts
sed -i.bak "s/export RUST_VERSION=.*/export RUST_VERSION=\"1.61.0\"/" "./env.sh"
sed -i.bak "s/export RNODE_GIT_COMMIT=.*/export RNODE_GIT_COMMIT=\"5c3951a4de03833a49079d1c07ad5a05798df169\"/" "./env.sh"
sed -i.bak "s/export RCONS_GIT_COMMIT=.*/export RCONS_GIT_COMMIT=\"a69b0c4b8fe2c95eaea4145dffba9734d8570070\"/" "./env.sh"
./Nodes_Build.sh rust
sudo service tonnode restart
or sudo reboot
Evernode update info pinned «❗️Important❗️ Please update your nodes! To maintain network health, follow these rules: ▫️ Inform the RU EN validators chat about the beginning and completion of the node update. For manual updates build the node and the tools Node commit id: 5c3951a4…»
📣 Important news
⚡️ The network has been successfully updated!
Node Version: 0.50.21
Block version: 30
The update process
🔹 10% of the nodes were successfully updated before the official publication
🔹 On June 22 at 18:35 (UTC+0), instructions for updating the node were published
🔹 On June 24 at 11:20 (UTC+0), ~30% of the nodes were updated, the degradation of the network began
🔹 On June 24 at 18:44 (UTC+0), the network stopped due to incompatibility of the new and old versions
🔹 June 24 at 21:37 (UTC+0) updated >70% node network restored
🔹 June 26 at 10:00 (UTC+0) >82% of the nodes updated
⚠️ Update your node if you haven't already
Reason for network shutdown
The 0.50.21 node was backward compatible with the blocks of the old version of the node. All new features were enabled and by default they all were turned off.
With this in mind, we planned to make the update unnoticed by users within 7 days.
Unfortunately, one of the possible processes while processing bounce messages was calculated in node 0.50.21 according to the new scheme.
This led to the fact that old and new nodes could not come to a consensus when releasing a block including these transactions.
This led to a network shutdown and alerting all validators to update as soon as possible.
Soon we will provide more details on this incident.
⚡️ The network has been successfully updated!
Node Version: 0.50.21
Block version: 30
The update process
🔹 10% of the nodes were successfully updated before the official publication
🔹 On June 22 at 18:35 (UTC+0), instructions for updating the node were published
🔹 On June 24 at 11:20 (UTC+0), ~30% of the nodes were updated, the degradation of the network began
🔹 On June 24 at 18:44 (UTC+0), the network stopped due to incompatibility of the new and old versions
🔹 June 24 at 21:37 (UTC+0) updated >70% node network restored
🔹 June 26 at 10:00 (UTC+0) >82% of the nodes updated
⚠️ Update your node if you haven't already
Reason for network shutdown
The 0.50.21 node was backward compatible with the blocks of the old version of the node. All new features were enabled and by default they all were turned off.
With this in mind, we planned to make the update unnoticed by users within 7 days.
Unfortunately, one of the possible processes while processing bounce messages was calculated in node 0.50.21 according to the new scheme.
This led to the fact that old and new nodes could not come to a consensus when releasing a block including these transactions.
This led to a network shutdown and alerting all validators to update as soon as possible.
Soon we will provide more details on this incident.
🔥3👍2
Evernode update info pinned «📣 Important news ⚡️ The network has been successfully updated! Node Version: 0.50.21 Block version: 30 The update process 🔹 10% of the nodes were successfully updated before the official publication 🔹 On June 22 at 18:35 (UTC+0), instructions for updating…»
📣 Important news
⚡️ We have reduced the minimum number of shards from 16 to 1 in the mainnet.
Why did this?
🔹 The current procedure for finding consensus slows down the release of blocks
🔹 The current load on the network can be handled by fewer shards
🔹 We tested the network in devnet and got a performance boost
What's next?
SMFT protocol is currently being developed and tested. When implementing it in the mainnet, the speed of reaching consensus will be significantly increased.
⚡️ We have reduced the minimum number of shards from 16 to 1 in the mainnet.
Why did this?
🔹 The current procedure for finding consensus slows down the release of blocks
🔹 The current load on the network can be handled by fewer shards
🔹 We tested the network in devnet and got a performance boost
What's next?
SMFT protocol is currently being developed and tested. When implementing it in the mainnet, the speed of reaching consensus will be significantly increased.
👍3
#evernode_update #evernode_changelog
Commit ID: 5438eaab4db17c0c78869debf3e936078d9d7150
Node Version: 0.50.23
Tools version: 0.1.282
Block version: 31
1. Build node.
2. Restart the node
🛠Changelog
evernode tools from 0.1.280 to 0.1.282
🔹 Switched to Rust 2021 edition
🔹 adnl_resolve - use new API for DHT overlay node address search
node from 0.50.21 to 0.50.23
🔹 Update recommended rust version to 1.61.0
🔹 crc version from 0.6 to 3.0
🔹 Code improvement for workchains support
🔹 Code improvement for migrate to new elector
🔹 Removed unused code
🔹 Added rust version to node info
🔹 Fixed build warnings
ton_vm from 1.8.38 to 1.8.40
🔹 Implemented behavior modifier for skipping check of signature for offline execution purposes
🔹 Add tvm.pdf to repository
🔹 Fixed several potential panics
ton_abi from 2.2.8 to 2.3.1
🔹 Removed unneeded cell's tag cleaning (there is no more tag)
🔹 Move big int2 (#103)
🔹 Change detokenizer
🔹 Fix conversion
🔹 Improve tokenization errors
🔹ABI 2.3 introduces new signature calculation method for external inbound messages
ton_block from 1.7.51 to 1.8.0
🔹 Deprecated functions removed
🔹 Refactor in message types naming
🔹 Switched to Rust 2021 edition
🔹 Performance issue in ValidatorDescr - removed ed25519_dalek::PublicKey using for holding public_key data
🔹 Removed unused SignedBlock structure
🔹 crc version from 1.8.1 to 3.0
🔹 ed25519-dalek from 1.0.0-pre.4 to 1.0
🔹 sha2 up to 0.10.0
ton_block_json from 0.7.18 to 0.7.24
🔹 Add code for work with mandatory fields in config (not used now, only for future)
ton_executor from 1.15.72 to 1.15.78
🔹 Support behavior modifier mechanism for TVM
🔹 Backward compatibility to prev nodes in bounced fee calculating
ton_types from 1.11.2 to 1.11.3
🔹 Fixed bug in 'deserialize_cells_tree_inmem_with_abort' - deleted unneded check with error (all needed checks performs in 'precheck_cells_tree_len'). Error appeared when BOC contained CRC.
🔹 Fixed bug in 'deserialize_cells_tree_inmem_with_abort' - CRC calculated using wrong offsets.
adnl from 0.7.74 to 0.7.75
🔹 zstd version up from 0.8 to 0.11
dht from 0.5.68 to 0.5.72
🔹 Construction of DHT node info with arbitrary timestamp (old construction mark as deprecated)
🔹 Changed API for DHT overlay node address search
overlay from 0.6.58 to 0.6.59
🔹 Updated dependencies only
rldp from 0.7.68 to 0.7.69
🔹 Updated dependencies only
ever-crypto from 0.1.24 to 0.1.29
🔹 Updated dependencies only
ton_api from 0.2.128 to 0.2.129
🔹 Updated dependencies only
lockfree
🔹 no changes
Commit ID: 5438eaab4db17c0c78869debf3e936078d9d7150
Node Version: 0.50.23
Tools version: 0.1.282
Block version: 31
1. Build node.
2. Restart the node
🛠Changelog
evernode tools from 0.1.280 to 0.1.282
🔹 Switched to Rust 2021 edition
🔹 adnl_resolve - use new API for DHT overlay node address search
node from 0.50.21 to 0.50.23
🔹 Update recommended rust version to 1.61.0
🔹 crc version from 0.6 to 3.0
🔹 Code improvement for workchains support
🔹 Code improvement for migrate to new elector
🔹 Removed unused code
🔹 Added rust version to node info
🔹 Fixed build warnings
ton_vm from 1.8.38 to 1.8.40
🔹 Implemented behavior modifier for skipping check of signature for offline execution purposes
🔹 Add tvm.pdf to repository
🔹 Fixed several potential panics
ton_abi from 2.2.8 to 2.3.1
🔹 Removed unneeded cell's tag cleaning (there is no more tag)
🔹 Move big int2 (#103)
🔹 Change detokenizer
🔹 Fix conversion
🔹 Improve tokenization errors
🔹ABI 2.3 introduces new signature calculation method for external inbound messages
ton_block from 1.7.51 to 1.8.0
🔹 Deprecated functions removed
🔹 Refactor in message types naming
🔹 Switched to Rust 2021 edition
🔹 Performance issue in ValidatorDescr - removed ed25519_dalek::PublicKey using for holding public_key data
🔹 Removed unused SignedBlock structure
🔹 crc version from 1.8.1 to 3.0
🔹 ed25519-dalek from 1.0.0-pre.4 to 1.0
🔹 sha2 up to 0.10.0
ton_block_json from 0.7.18 to 0.7.24
🔹 Add code for work with mandatory fields in config (not used now, only for future)
ton_executor from 1.15.72 to 1.15.78
🔹 Support behavior modifier mechanism for TVM
🔹 Backward compatibility to prev nodes in bounced fee calculating
ton_types from 1.11.2 to 1.11.3
🔹 Fixed bug in 'deserialize_cells_tree_inmem_with_abort' - deleted unneded check with error (all needed checks performs in 'precheck_cells_tree_len'). Error appeared when BOC contained CRC.
🔹 Fixed bug in 'deserialize_cells_tree_inmem_with_abort' - CRC calculated using wrong offsets.
adnl from 0.7.74 to 0.7.75
🔹 zstd version up from 0.8 to 0.11
dht from 0.5.68 to 0.5.72
🔹 Construction of DHT node info with arbitrary timestamp (old construction mark as deprecated)
🔹 Changed API for DHT overlay node address search
overlay from 0.6.58 to 0.6.59
🔹 Updated dependencies only
rldp from 0.7.68 to 0.7.69
🔹 Updated dependencies only
ever-crypto from 0.1.24 to 0.1.29
🔹 Updated dependencies only
ton_api from 0.2.128 to 0.2.129
🔹 Updated dependencies only
lockfree
🔹 no changes
GitHub
ever-abi/ABI_2.3_spec.md at master · tonlabs/ever-abi
Application Binary Interface implementation for TVM compatible blockchains (Everscale, Venom, TON, Gosh, etc) - ever-abi/ABI_2.3_spec.md at master · tonlabs/ever-abi
Evernode update info pinned «#evernode_update #evernode_changelog Commit ID: 5438eaab4db17c0c78869debf3e936078d9d7150 Node Version: 0.50.23 Tools version: 0.1.282 Block version: 31 1. Build node. 2. Restart the node 🛠Changelog evernode tools from 0.1.280 to 0.1.282 🔹 Switched to…»
📣 Dear validators, update your nodes!
⚡️ The network partially updated!
Block version: 27 < 1%
Block version: 30 ~ 39%
Block version: 31 ~ 60%
Update your node if you haven't already
⚡️ The network partially updated!
Block version: 27 < 1%
Block version: 30 ~ 39%
Block version: 31 ~ 60%
Update your node if you haven't already
📣 Dear validators, update your nodes!
Commit ID: 5438eaab4db17c0c78869debf3e936078d9d7150
Node Version: 0.50.23
Tools version: 0.1.282
Block version: 31
⚡️ The network partially updated!
Block version: 27 < 1%
Block version: 30 ~ 35%
Block version: 31 ~ 64%
❗️Important❗️
Update your node if you haven't already
Commit ID: 5438eaab4db17c0c78869debf3e936078d9d7150
Node Version: 0.50.23
Tools version: 0.1.282
Block version: 31
⚡️ The network partially updated!
Block version: 27 < 1%
Block version: 30 ~ 35%
Block version: 31 ~ 64%
❗️Important❗️
Update your node if you haven't already
🐳2