Releases: iotexproject/iotex-core
v1.13.1
Summary
v1.13.1 is the first maintenance release after the latest release v1.13.0. It comes with a bug fix and improvement of ioctl commandline tool.
Bug fix
With the launch of v1.13.0 some user reported issue with old wallet address (see issue #4156 for details). The issue is quickly identified to relate to nonce calculation for certain wallet address, and is properly fixed in this release.
Other Improvements
In v1.13.1, the ioctl commandline tool has enabled querying delegate's reward amount by name. As of now you can only query the reward amount by the actual reward address. With the functionality of querying by name, it makes delegate more convenient to check their reward and improves user experience.
Upgrade Priority
v1.13.1 does not have a hard-fork, but contains a bug fix to ensure prompt transaction processing. All delegate nodes and API nodes are recommended to upgrade to v1.13.1 in order to provide the best up-to-date service
Node type | Action |
---|---|
Delegate | Recommended |
Fullnode | Not required |
API node | Recommended |
Important Commits (not a complete list)
v1.13.0
Summary
v1.13.0 has a hardfork, which will be activated at block height 28,516,681 (ETA is around 02/19/2024 00:58am UTC) on IoTeX mainnet.
All nodes must upgrade to this release, otherwise the node runs the risk of not being able to sync with the IoTeX blockchain after other nodes have upgraded.
Note:
There's no change to the mainnet config.yaml and genesis.yaml. You only need to restart your node with the new v1.13.0 image.
v1.13.0 marks a substantial advancement by upgrading IoTeX network's EVM to the latest Shanghai version. This upgrade brings in the new opcodes and improvements in Shanghai EVM, reducing gas cost with enhanced efficiency and reliability of smart contract execution, ultimately leading to a smoother and more cost-effective experience on the IoTeX network.
We are also excited to announce that v1.13.0 has enabled deterministic deployment functionality on the IoTeX network! This feature would deploy a proxy contract at a fixed address (same for all blockchains), and then it can be used to deploy any contract to a deterministic address using CREATE2. This ensures that any contract could be deployed consistently across different blockchain platforms to the same address, eliminates possible variations, and greatly enhance the predictability and reliability of smart contract deployment processes, providing developers with greater confidence in their deployments and facilitating seamless integration with other systems and protocols.
Other Improvements
v1.13.0 release also comes with a couple of improvements:
- Supported javascript tracing for web3 api
debug_traceCall
ioctl
commandline tool added more w3bstream project commands, and set
default endpoint to IoTeX mainnet- Add operator address into node's metrics reporting
- Updated gas station logic to give a dynamic gas price suggestion
- Increase max code deployment size to 48kB, same as Ethereum's limit
Upgrade Priority
v1.13.0 comes with a hardfork, so all nodes must upgrade in order to keep syncing with the IoTeX blockchain
Node type | Action |
---|---|
Delegate | Must upgrade |
Fullnode | Must upgrade |
Important Commits (not a complete list)
- [actpool] skip adding accounts if pending acts is empty #4027
- [action] Define CandidateSelfStake Action #4007
- feat(ioctl): upgrade ws apis #4021
- [actpool] fix typo for worker queue #4028
- feat(ioctl): project register contract addr config #4039
- feat(ioctl): ipfs endpoint and ipfs gateway config #4038
- feat(ioctl): optimize w3bstream project subcommand #4013
- [staking] Define Endorsement State #4017
- [action] Define CandidateEndorsement Action #4016
- [evm] remove NotCheckPutStateErrorOption() #4040
- Bump golang.org/x/crypto from 0.14.0 to 0.17.0 #4022
- feat(ioctl): bc version #4005
- update github #4048
- [api] web3 api debug_traceCall support javascript tracing #3931
- [api] Get Pending Action by eth_getTransactionByHash #4025
- [ioctl] set default endpoint to iotex mainnet #4050
- [ioctl] ioctl ws code cmd support project config version #4042
- [server] add operator address into node's metrics #4056
- Improve action pool #4030
- feat(ioctl): ioctl ws message with did vc token #4052
- feat(ioctl): use ipfs cid as project config url #4053
- chore: change default ws register contract address #4054
- [log] mute some user request related logs #4033
- Replace with sort.Slice #4034
- [state] convert clean address to zero-nonce type #3991
- [genesis] whitelist replay deployer #4009
- [gasstation] Update gas station logic #4035
- replace golint with go vet #4058
- enable 48kB execution data limit, EIP-2930 tx, and deterministic deployment at Sumatra height #4070
- [action] check calldata size instead of total size for 48kB init code limit #4075
- [action] defer access list tx enabling #4129
- [genesis] set Sumatra to activate at 02-19-2024 00:58AM UTC #4128
v1.12.1
Summary
v1.12.1 is the first maintenance release after the latest release v1.12.0. It comes with several important improvements and fixes for the API functionality.
This release introduces a significant enhancement to the transaction pool functionality. First, pending transactions that can soon be included in upcoming blocks will no longer be expired. Secondly, a mechanism has been implemented to replace less favorable pending transactions with more promising ones when the transaction pool approaches its capacity limit. This helps to ensure a higher likelihood of executing more successful transactions on the blockchain. With these improvement, we anticipate a relatively more stable block size, and legitimate transactions with higher gas prices stand a better chance of being swiftly processed on the blockchain, thereby enhancing the end user's experience.
Major Improvements
- Correct signature's V value in returned web3 transaction, to fix the transaction hash calculation
- Support "input" field in web3 request params to increase the compatibility with latest web3js standard
- Set gRPC MaxConnectionIdle time to 5 minutes to improve the API server performance and responsiveness
Upgrade Priority
v1.12.1 does not have a hardfork, but contains important feature improvements to boost the transaction pool functionality. All delegate nodes and API nodes are strongly recommended to upgrade to v1.12.1 in order to provide the best up-to-date service
Node type | Action |
---|---|
Delegate | Recommended |
Fullnode | Not required |
API node | Recommended |
Important Commits (not a complete list)
- [api] correct signature's V value in returned web3 transaction #3952
- [api] fix typo should use EVMNetworkID() #3960
- [log] fix JSON log, better trace log #3914
- [evm] refactor evm parameters #3958
- [util] implement block time calculator #3951
- remove ValidateRewardProtocol flag #3946
- [config] add SumatraHeight #3962
- [action] add NewEthSigner() and pass Signer as input to rlpRawHash() and rlpSignedHash() #3967
- fix Dockerfile #3970
- [api] support "input" field in web3 request params #3971
- set gprc MaxConnectionIdle to 5 min #4023
v1.12.0
Summary
v1.12.0 has a hardfork, which will be activated at block height 26,704,441 (ETA is around 11/05/2023 23:59pm UTC) on IoTeX mainnet.
All nodes must upgrade to this release, otherwise the node runs the risk of not being able to sync with the IoTeX blockchain after other nodes have upgraded.
Note:
There's no change to the mainnet config.yaml and genesis.yaml. You only need to restart your node with the new image.
v1.12.0 marks a substantial advancement by upgrading the EVM to the Bellatrix release, surpassing the previous London release. Furthermore, our team is actively preparing for the integration with most recent Shanghai release, with more desired features planned for subsequent releases.
v1.12.0 has also enabled weighted vote counting for the Staking Bucket NFT, a feature newly launched in July with version 1.11.0. As a result, buckets created under this new feature will now enjoy an equal voting power and receive identical rewards as those of native buckets with equal balances.
Other Improvements
v1.12.0 release also comes with a couple of improvements:
- Add
ioctl bc delegate
command, allowing users to conveniently access the detailed information of any delegate by name or operator address - Fix json unmarshal error when calling
eth_getTransactionByHash
via ethclient
Upgrade Priority
v1.12.0 comes with a hardfork, so all nodes must upgrade in order to keep syncing with the IoTeX blockchain
Node type | Action |
---|---|
Delegate | Must upgrade |
Fullnode | Must upgrade |
Important Commits (not a complete list)
v1.11.2
Summary
v1.11.2 is a minor release, which fixes a format issue in the return data of
eth_getTransactionByHash API call.
Only API nodes need to upgrade to this release. Delegate nodes can continue to
run v1.11.1 normally, and are NOT required to upgrade.
Bug Fix
- TransactionByHash returns error #3932
Upgrade Priority
v1.11.2 contains fix for an API return data format issue. Only API nodes need to
upgrade to this release.
Node type | Action |
---|---|
Delegate | Not needed |
API node | Recommended |
Commits in This Release
- [api] fix json unmarshal error when calling TransactionByHash via ethclient #3933
v1.11.1
Summary
v1.11.1 is an important maintenance release, which fixes a bug in the system
staking contract. The issue was discovered in a pro-active manner, and
precautionary actions are taken to make sure that no actual harm/damage is done
to the system staking.
All nodes must upgrade to this release, otherwise the node runs the risk of
not being able to sync with the IoTeX blockchain after other nodes have upgraded.
Note:
There's no change to the latest config.yaml and genesis.yaml. You only need to
restart the node with the new image.
Other Improvements
v1.11.1 release also comes with a couple of improvements:
- Enforce height check for system staking indexer to increase error detection
and handling robustness - Fix revert message in eth_call
- Fix panic: concurrent write to websocket connection
- Fix staking action ToEthTx() panic
ioctl] action transfer
now supports 0x address format- Added a new
ioctl ins register
command for INS service
Upgrade Priority
v1.11.1 contains a mandatory bug fix, so all nodes must upgrade in order to
keep syncing with the IoTeX blockchain
Node type | Action |
---|---|
Delegate | Must upgrade |
Fullnode | Must upgrade |
Important Commits (not a complete list)
- [blockindex] return empty result before contract deploy height #3928
- [blockindex] restrict height for sgdindexer during write and read operation #3926
- [blockindex] restrict height for contract_staking_indexer during read operation #3927
- [contractstaking] fix transaction for merge after create bucket #3924
- [blockindex] introduce indexergroup #3906
- [api] fix revert message in eth_call #3922
- [ioctl] action transfer supports 0x address #3917
- [action] simplify address generation #3913
- [chainservice] build contract staking indexer only when staking protocol enabled #3886
- [api] fix panic: concurrent write to websocket connection #3908
- [staking] fix ToEthTx() panic #3910
- [ioctl] support querying delegate by operator address #3904
- [ioctl] Add INS register cmd #3903
- [staking] make contract staking indexer nullable #3883
- [iip15] improve sgd indexer test coverage #3893
v1.11.0
Summary
Version 1.11.0 includes a hardfork that will be activated on the IoTeX mainnet at block height 24,838,201 (ETA approximately 07/20/2023 11pm UTC). It is imperative that all nodes upgrade to this release. Failure to do so will result in the inability to sync with the IoTeX blockchain after the activation block.
Note:
Prior to restarting the node, you must upgrade to the latest config.yaml
file. It contain new configurations required for v1.11.0 to function properly.
Instructions for configuring a node can be found here: https://github.com/iotexproject/iotex-bootstrap#join-mainnet
Breaking Changes
v1.11.0 enables 3 important features:
- IIP-13 Represent Staking Buckets As Non-fungible Tokens
- IIP-14 Account Abstraction
- Enforce ChainID in transaction to prevent possible replay
IIP-13 Represent Staking Buckets As Non-fungible Tokens
IIP-13 supports native representation of staking buckets as Non-fungible Tokens
on the IoTeX blockchain, which opens opportunities for applications such as
Liquid Staking Derivatives (LSD), where these buckets can be traded or used as
collateral in other DeFi protocols. This in turn increases the overall staking
ratio and therefore enhances the degrees of security and decentralization of the
IoTeX blockchain.
IIP-14 Account Abstraction
IIP-14 Account abstraction is a ground-breaking proposal that aims to enhance
the IoTeX platform by abstracting various account operations and properties,
such as authentication, authorization, replay protection, gas payment, batching,
and atomicity. IIP-14, based on EIP-4337, makes IoTeX a more user-friendly and
secure platform, surpassing the limitations of externally owned accounts (EOAs).
For more information on the implementation details, please refer to our github
repo here
Enforce ChainID in transaction for enhanced transaction security
In v1.8 release, we added ChainID into transaction to distinguish transactions on
different networks. In this v1.11 release, the additional constraint is enforced
that each transaction must bear with it the correct ChainID (1 for mainnet, and 2
for testnet), and the default ChainID value 0 will be rejected. This would further
enhance the security of the IoTeX blockchain.
Other Improvements
v1.11 release also comes with a couple of small improvements:
- Added an
ioctl bc delegate
command to retrieve the detailed info of a delegate - Added summary about the node status into console log output
- Enabled message batch in API service to improving network data efficiency
- Added an
ioctl did service
command - Added system action validation step in the block validation process
Upgrade Priority
v1.11.0 comes with a hardfork, so all nodes must upgrade in order to keep
syncing with the IoTeX blockchain
Node type | Action |
---|---|
Delegate | Must upgrade |
Fullnode | Must upgrade |
Important Commits (not a complete list)
- [genesis] set Quebec to activate at 07-12-2023 11pm UTC #3895
- [chainservice] check SystemStakingContract and SystemSGDContract address #3896
- [iip-13] set mainnet contract address and height #3894
- [ioctl] add bc delegate command #3891
- [contract_indexer] improve robustness #3892
- Process batch serialise concurrently #3877
- [contract_indexer] fix vote bug when change delegate #3888
- [contract_indexer] fix transfer event handling #3887
- Log summary about the node status #3870
- [api] ReadStateBucketByIndices return existing buckets #3878
- [iip-13] contract indexer handle BucketExpanded event #3881
- [staking] fix readStateCandidates returning empty #3882
- [staking] validate address of contract indexer #3874
- [staking] add BucketTypes web3 api #3876
- implement composite buckets web3 api #3875
- [actpool] forbid processing system action #3867
- [iip-15] sgd indexer to ignore block less than start height #3873
- [iip-15] sgdRegistry implementation #3845
- [blockdao] introduce blockindexer with start height #3869
- [IIP-13] contract indexer ignore blocks lower than height of contract deployment #3868
- [config] enforce correct chainID and enable IIP-13 at Quebec height #3866
- [IIP-13] enable contract staking indexer #3865
- [IIP-13] combine native and LSD buckets #3859
- [IIP-13] handle contract staking events to store buckets into index #3863
- [IIP-13] introduce read contract staking buckets #3862
- [IIP-13] contract staking struct definition #3861
- [api] Enable message batching #3857
- [iip-15] Sharing gas-fee for DApps #3844
- [IIP-13] Combine native and liquid stake votes #3855
- unitest for iip15-manager contract #3850
- [context] remove EnableWeb3Rewarding flag #3852
- [context] remove FixRewardErroCheckPosition flag #3851
- [ioctl] add did service command #3848
- refactor did ioctl to new resolver #3841
- [state] validate system action layout #3838
- [state] fix test and speedup validation #3842
- [api] ServerV2.Stop() use correct context #3837
v1.10.1
v1.10.1 Release Note
Summary
v1.10.1 is a maintenance release, with couple of improvements:
- Added ChatGPT code review, leveraging the latest AI technology to safeguard
the code quality. - Implemented 2 web3js API:
debug_traceCall
anddebug_traceTransaction
which
further increased our chain's compatibility with the Ethereum ecosystem. - Limited batch size for web3 API request, to help rate-limit the API endpoint and
protect against potential DDoS attack.
Upgrade Priority
Upgrade is not necessary, nodes can continue to run normally.
Node type | Action |
---|---|
Delegate | Not required |
Fullnode | Not required |
Commits In This Release
- [context] remove EnableWeb3Rewarding flag #3852
- [context] remove FixRewardErroCheckPosition flag #3851
- [api] ServerV2.Stop() use correct context #3837
- add chatgpt code review #3824
- [API] add limit batch request for web3 API #3822
- [API] implement web3 API debug_traceCall #3813
- [consensus] Add proposer role #3814
- [API] implement web3 API debug_traceTransaction #3779
- [state] remove unnecessary new(big.Int) #3778
v1.10.0
Summary
v1.10.0 has a hardfork, which will be activated at block height 22,991,401 (ETA is around 04/04/2023 11pm UTC) on IoTeX mainnet.
All nodes must upgrade to this release, or otherwise the node won't be able to sync with the IoTeX blockchain after the activation block.
Also we'll use this release opportunity to disable the auto-upgrader, since the auto-upgrader is a fixed script that cannot adapt perfectly well to each release scenario, and has caused a couple of failed upgrades in the past.
In the past, if you use the one-line upgrader tool to run your IoTeX node, please continue to use it to do the v1.10.0 upgrade. This time the script will turn off the auto-upgrader (if it was turned on before). Run the script below just as before.
sudo bash # If your docker requires root privilege
bash <(curl -s https://raw.githubusercontent.com/iotexproject/iotex-bootstrap/master/scripts/setup_fullnode.sh)
If you use the very long docker run
command (like below) to run your IoTeX node, don't worry about the auto-upgrader since it is not turned on. Continue to upgrade your node using the v1.10.0 image:
docker stop iotex
docker rm iotex
docker run -d --restart on-failure --name iotex \
-p 4689:4689 \
-p 8080:8080 \
-v=$IOTEX_HOME/data:/var/data:rw \
-v=$IOTEX_HOME/log:/var/log:rw \
-v=$IOTEX_HOME/etc/config.yaml:/etc/iotex/config_override.yaml:ro \
-v=$IOTEX_HOME/etc/genesis.yaml:/etc/iotex/genesis.yaml:ro \
iotex/iotex-core:v1.10.0 \
iotex-server \
-config-path=/etc/iotex/config_override.yaml \
-genesis-path=/etc/iotex/genesis.yaml
Breaking Changes
v1.10.0 enables 2 important features:
- Claim reward via web3.js protocol
- Node status monitoring by p2p messaging
Claim reward via web3.js protocol
Similar to how we enabled sending transfer and staking actions via web3.js protocol, in v1.10.0 claim reward is enabled as well. Delegates can now send claim reward action using Metamask.
Node status monitoring by p2p messaging
Currently, the IoTeX node is relying on a pre-defined HTTP port to collect the real-time running status, such as the software version and blockchain height. This means that delegate nodes need to open up that HTTP port which might be a security risk, especially for nodes running on clour service provider. It also requires delegate nodes to expose their public IP address, which is not preferred due to both security and privacy concerns, and creates additional maintenance burden to manually update the IP address in case it changes.
In v1.10.0, a new node status monitoring solution is implemented based on the existing p2p network. By exchanging messages about their running status using the p2p network, delegate nodes no longer have to publicize their IP address nor open that specific HTTP port. In addition, the external IP address of a node can now freely change (like being assigned a new IP address after reboot) without worrying about status reporting/collection.
Also in upcoming new releases, we'll introduce more advanced node status monitor functionalities. For instance, an automatic alert service where delegates can register a webhook and receive notification when the node is becoming offline or entering probation.
Upgrade Priority
v1.10.0 comes with a hardfork, so all nodes must upgrade in order to keep syncing with the IoTeX blockchain
Node type | Action |
---|---|
Delegate | Must upgrade |
Fullnode | Must upgrade |
Important Commits (not a complete list)
- [genesis] set Palau to activate at 04-04-2023 11pm UTC #3823
- [nodeinfo] keep updating broadcast list #3818
- [config] enable web3 staking and broadcast node info at Palau height #3810
- [API] add batch size limit for jsonrpc #3805
- implement isDelegate() in nodeinfo #3804
- [nodeinfo] broadcast node's height info into p2p network #3744
- [goMod] Upgrade iotex-proto to 0.5.13 #3799
- [state] Remove receipt checking after runAction #3780
- [pkg] Introduce batchWriter #3581
- [action] Clean code in handleTransfer #3761
- [state] Return err if receipt is nil #3759
- [block] deprecate ConvertToBlockHeaderPb() #3774
- [db] Optimize memory relocation in writeinfo #3763
- [rewarding] add active web3 rewarding settings #3740
- update docker build command #3751
- complete web3 intergrity test #3743
- [config] move config.API to api package #3739
- [config] move config.Blocksync to blocksync package #3736
- [action] validate candidate name #3705
- [config] move config.Consensus to consensus package #3735
- [api] web3 rewarding action #3691
- [tests] add more cases for gas refund #3707
- use config.GasStation instead of config.API #3721
- remove nonce field #3714
- move IsValidCandidateName to action package #3706
v1.9.2: [API] add batch size limit for jsonrpc (#3805)
Summary
v1.9.2 is a maintenance release, with the following fix:
- Limit the maximum size of RPC response data to prevent node from running out
of memory.
Upgrade Priority
If your node is running as gateway, it is recommended to upgrade to v1.9.2 to
better protect it from potential out-of-memory attack.
Node type | Action |
---|---|
Delegate | Not required |
Gateway | Recommended |
Fullnode | Not required |
Commits In This Release
- [API] add batch size limit for jsonrpc #3805