uncle risk and maxPriorityFeePerGas #4127
-
|
hi, so if I understand it correctly the uncle risk is when the forked blocks are getting deleted and the TXs in them are getting reverted, right? so.... the docs say and I'm not really getting the meaning of "The maxPriorityFeePerGas to use for a transaction. This accounts for the uncle risk and for the majority of current MEV risk." It accounts who.. the miner? so the value of maxPriorityFeePerGas returns to the sender in case of uncle blocks? So the docs are just basically explain how the uncle thing works? Doesn't depend on is this param used to send a TX or not? or maybe smth completely different? Thank you |
Beta Was this translation helpful? Give feedback.
Replies: 1 comment 1 reply
-
|
If there is an uncle block, the block’s transactions are all “undone” and never happed, so none of the senders in those transactions are charged anything, since they didn’t happen. But, that said, most those transactions will have occurred in another block, where they executed normally and were charged. But, since including more transactions increases the odds of an uncle (since it takes longer to build the block, propagate the block, etc) you need to offset those costs to encourage a miner to even bother including your transaction; keep in mind all the baseFee is burned and the miner gets none of that. So the priority fee is the only incentive for a miner to not produce empty blocks. In a proof of stake work though, risk is much smaller, which is why we now use a default of 1 gwei for priority fees. Does that make sense? |
Beta Was this translation helpful? Give feedback.
-
|
yes it makes, thank you, so the description in the docs are just saying that hey, this is the way we're doing it now for the EIP 1559 transactions. ok. Thanks for the explanation |
Beta Was this translation helpful? Give feedback.
If there is an uncle block, the block’s transactions are all “undone” and never happed, so none of the senders in those transactions are charged anything, since they didn’t happen.
But, that said, most those transactions will have occurred in another block, where they executed normally and were charged.
But, since including more transactions increases the odds of an uncle (since it takes longer to build the block, propagate the block, etc) you need to offset those costs to encourage a miner to even bother including your transaction; keep in mind all the baseFee is burned and the miner gets none of that. So the priority fee is the only incentive for a miner to not produce empty blocks.
In …