You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Move from the validators’ guide price through gas price surveys to the implementation of a fixed gas price. This requires a restructure of the flow of payments. This fixed posted-price does not adapt based on congestion metrics of any kind, and any increase in demand would be handled by the FPA component of the TFM.
The text was updated successfully, but these errors were encountered:
Introduce a protocol parameter BaseGasPrice with units of Nanos per computation unit. This parameter should be available to all actors required to check the validity of a transaction.
Introduce a validity check for all transactions that the specified gas_price field is greater than or equal to BaseGasPrice, else the transaction should be deemed invalid.
In the SDK and any user-facing application for transaction creation, the gas_price field should default to BaseGasPrice and users should be warned if they set their gas price any lower that their transaction will be invalid.
The advance_epoch function should be updated to handle the new distribution of fees.
The total fees from the epoch, denoted computation_rewards is already provided in units of Nanos.
A variable called computation_units containing the total number of computation units from all transactions in the epoch should also be passed to advance_epoch.
The match_computation_reward_to_target_reward function should be modified so that:
If validator_target_rewards > computation_units*BaseGasPrice
Mint validator_target_rewards - computation_units*BaseGasPrice
Else
Burn computation_units*BaseGasPrice - validator_target_rewards
Then validator_target_rewards + [computation_rewards -
computation_units*BaseGasPrice] goes to the validators as rewards.
Note that no change is required to the prioritization rules applied by validators for sequencing, and with this change, the existing priority rules (highest gas_price first) are properly incentivised because higher gas_price actually means higher rewards for validators.
Move from the validators’ guide price through gas price surveys to the implementation of a fixed gas price. This requires a restructure of the flow of payments. This fixed posted-price does not adapt based on congestion metrics of any kind, and any increase in demand would be handled by the FPA component of the TFM.
The text was updated successfully, but these errors were encountered: