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
Copy file name to clipboardExpand all lines: docs/the_nimbus_book/src/suggested-fee-recipient.md
+1
Original file line number
Diff line number
Diff line change
@@ -28,6 +28,7 @@ For each validator, it selects from the first available, in the following order:
28
28
For example, `nimbus_beacon_node --suggested-fee-recipient=0x70E47C843E0F6ab0991A3189c28F2957eb6d3842` suggests to the execution client that `0x70E47C843E0F6ab0991A3189c28F2957eb6d3842` might be the coinbase.
29
29
If this Nimbus node has two validators, one of which has its own suggested fee recipient via the keymanager API and the other does not, the former would use its own per-validator suggested fee recipient, while the latter would fall back to `0x70E47C843E0F6ab0991A3189c28F2957eb6d3842`.
30
30
31
+
Fee recipients are recorded publicly on-chain as part of proposed blocks, so suggested fee recipients should allow for this.
0 commit comments