Skip to content
This repository has been archived by the owner on Nov 6, 2022. It is now read-only.

Limit max increase in retryable cost #542

Open
edfelten opened this issue Jul 2, 2021 · 0 comments
Open

Limit max increase in retryable cost #542

edfelten opened this issue Jul 2, 2021 · 0 comments
Assignees
Labels
ArbOs An issue related to ArbOs enhancement New feature or request

Comments

@edfelten
Copy link
Contributor

edfelten commented Jul 2, 2021

The cost of submitting a retryable is updated once per day (on mainnet) at a predictable time. This poses UX issues around the time of the update, because users can't easily predict how much their submission will cost (in the case where the submission lands on L2 just after the update).

To mitigate this, we should put an upper bound on the increase, so that a dev can ensure that their submission won't get rejected.

@edfelten edfelten added enhancement New feature or request ArbOs An issue related to ArbOs labels Jul 2, 2021
@edfelten edfelten self-assigned this Jul 2, 2021
@edfelten edfelten linked a pull request Jul 13, 2021 that will close this issue
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
ArbOs An issue related to ArbOs enhancement New feature or request
Projects
None yet
Development

Successfully merging a pull request may close this issue.

1 participant