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

Vote storage #4

Open
zhyatt opened this issue Oct 14, 2020 · 0 comments
Open

Vote storage #4

zhyatt opened this issue Oct 14, 2020 · 0 comments

Comments

@zhyatt
Copy link
Contributor

zhyatt commented Oct 14, 2020

Summary
Allow nodes to be configured for storage and republishing of Principal Representative votes for blocks.

What problem would be solved by this feature?
Currently, any node that isn't able to observe enough votes to confirm a block from the initial vote publishing and rebroadcasting done during elections send all vote requests directly to Principal Representatives, who must spend resources responding (and sometimes regenerating the votes). This can reduce the network throughput during heavy traffic times as nodes falling out of sync rely heavily on PR responses to catch them back up. Vote storage allows secure response to vote requests by non-PRs, thus reduces PR load and is anticipated to help keep throughput maximized during high traffic times.

Dependencies

  • Network overlay (DHT-based) - how votes are storage and requested would be based on network structures established by the network overlay implementation
@zhyatt zhyatt transferred this issue from another repository Oct 16, 2020
@nanocurrency nanocurrency locked and limited conversation to collaborators Oct 16, 2020
@qwahzi qwahzi moved this to Research for Future in Nano Roadmap Jul 2, 2024
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
Status: Research for Future
Development

No branches or pull requests

1 participant