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
At the moment if the fee recipient for a validator's block/mev (EL rewards) is not tracked by rotki, then the reward won't be counted. It seems our current logic has it as a requirement to track the fee recipient.
There is some setups like having a staking service that needs fee reipient be a common address where this won't work. We need to account for them.
Specification
Count EL rewards for a validator if the validator is tracked. So if the validator finds a block and either the block reward or the MEV reward (need to think how to differentiate them) goes to a non-tracked fee recipient, still count them as earned EL rewards.
Open questions:
Without a tracked fee recipient (and a list of builder adddresses) how would you differentiate between which of the mev reward or block reward or both to count as reward?
At some other point that ETH is gonna be claimed by the user. Would it not be double counting them in the PnL report when it touches a tracked address?
The text was updated successfully, but these errors were encountered:
Abstract
Fren @Buttaa reported this.
At the moment if the fee recipient for a validator's block/mev (EL rewards) is not tracked by rotki, then the reward won't be counted. It seems our current logic has it as a requirement to track the fee recipient.
There is some setups like having a staking service that needs fee reipient be a common address where this won't work. We need to account for them.
Specification
Count EL rewards for a validator if the validator is tracked. So if the validator finds a block and either the block reward or the MEV reward (need to think how to differentiate them) goes to a non-tracked fee recipient, still count them as earned EL rewards.
Open questions:
The text was updated successfully, but these errors were encountered: