-
Notifications
You must be signed in to change notification settings - Fork 305
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
Support custom timeout_commit
in testing mode
#4080
Comments
Furthermore, we might want to, if it's not too breaking, to rename the current timeout_commit and timeout_propose in the config.toml (or at least the go struct) to something else so as to avoid confusion. Most teams may still be setting these values and think it will change the times |
We have the Alternatively, we could override the
IMO we should deprecate the config |
Related: #4023 |
Closes #4080 ## Testing 1. `./scripts/single-node.sh` now makes blocks faster 🎊 2. `./scripts/arabica.sh` throws an error if you try to add `--timeout-commit 1s` ``` Error: the --timeout-commit flag was used on arabica-11 but it is unsupported on public networks: arabica-11, mocha-4, celestia. The --timeout-commit flag should only be used on private testnets. ```
Closes #4080 ## Testing 1. `./scripts/single-node.sh` now makes blocks faster 🎊 2. `./scripts/arabica.sh` throws an error if you try to add `--timeout-commit 1s` ``` Error: the --timeout-commit flag was used on arabica-11 but it is unsupported on public networks: arabica-11, mocha-4, celestia. The --timeout-commit flag should only be used on private testnets. ``` (cherry picked from commit d20916c) # Conflicts: # cmd/celestia-appd/cmd/start.go # scripts/single-node.sh
Summary
Since v3, timeout commits are now dictated by the application. This has made it difficult in the case of testing, where we and others want to be able to have short timeouts. Both sovereign and eiger have reported this being problematic for them.
Proposal
Introduce either an environment variable or a flag to force set the timeout commit. We may want to consider this to also set the square size as well. If we're concerned about misuse on a live network we can add chainID checks.
The text was updated successfully, but these errors were encountered: