Skip to content
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

chore: reduce consensus msg lifetime #1056

Merged

Conversation

byte-bandit
Copy link
Contributor

@byte-bandit byte-bandit commented Dec 7, 2023

Related Github tickets

Background

Changes the lifetime of a consensus message to 300 blocks, approximately 8 minutes with an average block speed of 1.6 seconds per block.

Before automatic reassignment of messages, a message would stay in the queue for up to 1200 blocks, giving the assigned validator some time to fix ongoing issues.

With the reassignment of tardy messages in place, there's no need for messages to stay around considerably longer than 100 blocks really, but with 300 blocks we still get some opportunity to inspect what's going on in logs.

We can reduce this value further to something like 100 or even 50 once we're confident with our relay stability.

Testing completed

  • test coverage exists or has been added/updated
  • tested in a private testnet

Breaking changes

  • I have checked my code for breaking changes
  • If there are breaking changes, there is a supporting migration.

Changes the lifetime of a consensus message to 300 blocks,
approximately 8 minutes with an average block speed of 1.6
seconds per block.

Before automatic reassignment of messages, a message would
stay in the queue for up to 1200 blocks, giving the assigned
validator some time to fix ongoing issues.

With the reassignment of tardy messages in place, there's
no need for messages to stay around considerably longer
than 100 blocks really, but with 300 blocks we still get
some opportunity to inspect what's going on in logs.

We can reduce this value further to something like 100 or
even 50 once we're confident with our relay stability.
@byte-bandit byte-bandit enabled auto-merge (squash) December 7, 2023 17:25
@taariq
Copy link
Contributor

taariq commented Dec 7, 2023

Why not 5 minutes? does it matter?

Copy link
Contributor

@taariq taariq left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGTM!

@byte-bandit byte-bandit merged commit c071ba5 into palomachain:master Dec 7, 2023
2 checks passed
@taariq taariq deleted the feature/reduce-message-lifetime branch December 7, 2023 17:30
@byte-bandit
Copy link
Contributor Author

@taariq

Why not 5 minutes? does it matter?

The longer message stay in the queue, the easier it is for us to debug ongoing issues in production. Once they're gone, it becomes more difficult. In theory though, we should have a lot of intel in the logs by now. So once I see this working as expected, I believe we can lower it considerably.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants