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

Block Rebroadcasting not occurring automatically - causing invalid blocks across the network #790

Closed
aramsdale opened this issue Apr 10, 2018 · 1 comment
Assignees

Comments

@aramsdale
Copy link

Some UDP block broadcasts appear to only be on the local ledger, and not broadcasted to the wider network. Additionally, when this occurs, the node never appears to 'recover' or rebroadcast the blocks in question. A local explorer search shows the block information, but taking that same hash to another node shows 'Invalid Block' or Not Found.

This appears to be more common on high-volume nodes, and potentially saturated routers, where the UDP broadcast may get dropped.

The current workaround is to perform a rebroadcast.

This block from 24 hours prior still shows on nanode's node:
image

But the same hash is invalid on nano.org explorer (500):
image

Steps to reproduce the issue:

  1. Force the UDP broadcast to not be received by the larger network, either by transaction flooding, outage, etc
  2. Check local ledger for hash, will show. Then check hash on outside ledger, won't appear.
  3. Report it to Austin in #support that you're missing a transaction! :D
@rkeene rkeene added this to the V18.0 milestone Aug 23, 2018
@argakiig
Copy link
Contributor

This issue has not been observed on the network since multiple improvements were added to rebroadcast, will close this ticket after discussion with @aramsdale. If the issue resumes please reopen this issue

@rkeene rkeene removed this from the V18.0 milestone Sep 5, 2018
@rkeene rkeene added the wontfix label Sep 5, 2018
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

3 participants