-
Notifications
You must be signed in to change notification settings - Fork 195
New issue
Have a question about this project? # for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “#”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? # to your account
Single stETH rebasing limit #428
Labels
next-upgrade
Things to pickup for the next protocol upgrade
Comments
# for free
to join this conversation on GitHub.
Already have an account?
# to comment
There is a discussion was introduced previously on the purpose of rebase-incurred sandwich-like arbitrageability: #405
The merge-ready protocol has separate limit enforcement levers to make these arbitrages unprofitable.
It was discussed on the Lido research forum that it's better to enforce the overall rebasing limit via a single number (and, effectively, using the single lever): https://research.lido.fi/t/announcement-merge-ready-protocol-service-pack/2184/8
The issue is here to pick up the idea while designing the next major protocol upgrade (I believe that it should be
withdrawals-enabled protocol
expected to happen with Capella or later)The text was updated successfully, but these errors were encountered: