-
Notifications
You must be signed in to change notification settings - Fork 352
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Make --eth1_withdrawal_address required #315
base: dev
Are you sure you want to change the base?
Conversation
This feels a bit heavy-handed. Making it default, with an override to create BLS credentials, sure. Required feels a little much. Some folk prefer BLS credentials so their consensus layer rewards don’t become income for tax purposes every 5 ish days, and they control when they do. That depends heavily on jurisdiction and even where possible may not be desirable. To still offer the option to create 0x00 credentials seems reasonable though. |
I'm also against this. I'd like to see some kind of warning, in case that the user forgets to set a withdrawal address, but I would most definitely not force them to set one. There are plenty of use cases where 0x00 addresses can be still useful in the future. |
This will lead to some challenges depending on the jurisdiction one is in and the complexity of a setup. |
Although, I was initially encouraged removing the option for BLS-withdrawal keys, I have also come around to not removing them. That said, I still think we should change the default so that people favour execution withdrawals and opt in to bls-withdrawals should they prefer. |
Agreed 100%. Please default to |
Similarly. Initially didn't see any logical reason to not unlock your funds, but I can certainly respect the complicated nuances of tax law, and agree that in hindsight, don't think we need to forcefully take this option away from stakers. Totally on board with making this "default" but not "required". If users choose 0x00, I would suggest something in the UX to make users away that this will prevent reward payments from being distributed, and will eventually require an additional step to enable. |
No description provided.