Features have names and unique IDs and can be enabled by setting
supported parameter in the
features section of the node configuration file. For details see Features Settings section of the Node Configuration article.
Waves Mainnet nodes currently support the following features:
|Feature ID||Name||Description||Blockchain Height*||Activation Date|
|1||Minimum Generating Balance of 1000 WAVES||Min generating balance of the mining account has to be 1000 WAVES, for the accout to generate blocks||810 000||Dec 2017|
|2||NG Protocol||Transition to Waves NG protocol||805 000||Dec 2017|
|3||Mass Transfer Transaction||Introduction of mass transfer transaction||940 000||Mar 2018|
|4||Smart Accounts||Introduction of smart accounts||1 190 000||Sep 2018|
|5||Data Transaction||Introduction of data transactions||1 060 000||Jun 2018|
|6||Burn Any Tokens||Ability of the issuer to burn tokens||1 070 000||Jul 2018|
|7||Fee Sponsorship||Introduction of sponsor transactions||1 080 000||Jul 2018|
|8||Fair PoS||Changes in PoS protocol. The share of generated blocks must match the share of the node generating balance||1 100 000||Jul 2018|
|9||Smart Assets||Introduction of smart assets||1 340 000||Jan 2019|
|10||Smart Account Trading||Ability to place smart account orders. The Matched-account can be smart account or dApp||1 340 000||Jan 2019|
|11||RIDE 4 DAPPS||Improvements of Ride language. Added [functions]. Introduced script invocation transaction||1 610 000||Jul 2019|
|12||Order Version 3||Ability to set order comission in any token||1 610 000||Jul 2019|
|13||Reduce NFT fee||If the amount of token in the issuing transaction is 1, the number of decimal places is 0, and the token cannot be reissued, then the commission for such a transaction will be 0.001 WAVES instead of 1||1 610 000||Jul 2019|
|14||Block Reward and Community Driven Monetary Policy||Introduction of mining reward||1 740 000||Oct 2019|
*Mainnet blockchain height where the feature was activated.
⚠️ The following features are available starting from node version 1.2.x currently supported on Stagenet:
|15||Ride V4, VRF, Protobuf, Failed transactions||• Ride Standard library version 4.|
• Added update asset info transaction.
• Blocks generation using VRF (Verifiable random function).
• Signing only the block header by the generating node.
• SNARK verifier support.
• Transaction binary format based on protobuf.
• Saving invoke script transactions and exchange transaction with failed script result.
See complete list of changes in the Release 1.2 article
# Feature Status
Each feature can have one of the three statuses:
# Activation of New Features
Feature activation protocol is a procedure according to which a new feature gets activated, i.e. it gets the "activated" status.
Activation process consists of voting and activation. Each mining node (which generates blocks) can vote for a new feature by having the voting parameter set in its configuration file. Such node generates blocks that contain the vote for the feature. See example and more details in Activation Protocol article.
If there are not less than 8000 blocks on Mainnet (2700 on Testnet and 40 on Stagenet) with support of the feature during the voting period (every 10000 blocks on Mainnet, 3000 on Testnet and 100 on Stagenet), the feature gets "approved" status on the blockchain. An "approved" feature becomes "activated" after another 10000 blocks on Mainnet (3000 on Testnet and 100 on Stagenet). Then the feature starts working and all the nodes which can not support such feature (old versions) stop.
For more details see Activation protocol article.