Skip to content

Commit

Permalink
rename vars about combatting MEV
Browse files Browse the repository at this point in the history
  • Loading branch information
NathanBSC committed Jun 4, 2024
1 parent 147e96e commit f0939e1
Show file tree
Hide file tree
Showing 2 changed files with 3 additions and 3 deletions.
6 changes: 3 additions & 3 deletions BEPs/BEP-341.md
Original file line number Diff line number Diff line change
Expand Up @@ -86,16 +86,16 @@ To prevent fewer than 1/2 of the nodes from controlling the entire network, bloc
When n=1, it is equivalent to disabling the feature of consecutive block production, while significant optimization is observed when n belongs to the range [3,5]. Currently, the range for the value of n is set to [1,9] but except 2.

#### 4.2.5 Combatting MEV
As the consecutive period in which a single validator gains priority in block production extends, it may facilitate MEV extraction, potentially leading validators to include more transactions in the later blocks they consecutively produce. To constrain validators to promptly package transactions, within a validator's consecutive priority over n blocks, the transaction fees' split to the SystemRewardContract will increase linearly with block number, capped at the value denoted as antiMEVSystemRewardRatio.
Respectively, the split ratio remains at initSystemRewardRatio when continuous block production is disabled. Once continuous block production is enabled (i.e., when n > 1), the systemRewardRatio is calculated as:
As the consecutive period in which a single validator gains priority in block production extends, it may facilitate MEV extraction, potentially leading validators to include more transactions in the later blocks they consecutively produce. To constrain validators to promptly package transactions, within a validator's consecutive priority over n blocks, the transaction fees' split to the SystemRewardContract will increase linearly with block number, capped at the value denoted as systemRewardAntiMEVRatio.
Respectively, the split ratio remains at systemRewardBaseRatio when continuous block production is disabled. Once continuous block production is enabled (i.e., when n > 1), the systemRewardRatio is calculated as:
<div align="center">
<img src=./assets/bep-341/4.2.5-1.png width=150% />
</div>
as shown in the following picture:
<div align="center">
<img src=./assets/bep-341/4.2.5-2.png width=75% />
</div>
In addition, antiMEVSystemRewardRatio will be governable.
In addition, systemRewardAntiMEVRatio will be governable.

## 5. Incentive Fairness Analysis
Within a single epoch, tail validators have fewer block-producing opportunities, but the allocation of priority rights is unbiased and cannot be manipulated. Therefore, from a statistical perspective, it is fair.
Expand Down
Binary file modified BEPs/assets/bep-341/4.2.5-1.png
Loading
Sorry, something went wrong. Reload?
Sorry, we cannot display this file.
Sorry, this file is invalid so it cannot be displayed.

0 comments on commit f0939e1

Please sign in to comment.