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 under 1 second #214

Closed
electrone13 opened this issue Nov 1, 2023 · 2 comments
Closed

block under 1 second #214

electrone13 opened this issue Nov 1, 2023 · 2 comments

Comments

@electrone13
Copy link

can horcrux in 3 signers 3 node with 100-200ms between the signers and similar with nodes sign blockchains with block time equal or less than 1 second , if yes how to achieve that and what could be the bottle necks that will prevent achieving this

Thanks

@agouin
Copy link
Member

agouin commented Nov 1, 2023

Those RTTs will be too long to sign 1 second blocks consistently, as you will have the following for a block:

Time to receive proposal from proposer via p2p network
+ time from sentry to cosigner (assume it's the leader, otherwise will need another trip to the leader) (50-100ms + 100-200ms if not directly to the leader)
+ time from leader to other cosigner(s) for encrypted nonces request (100-200ms)
+ time from leader to other cosigner(s) to spread nonces + payload for signature and request signature (100-200ms)
+ time from leader back to sentry (50-100ms)
+ time from sentry back to other validators via p2p

This means your total time to sign and share a vote with other validators is >300-800ms, since it does not include the negligible compute time along the way plus the RTT from your sentry(ies) to the other validators via p2p. Two votes are needed to sign a block (prevote and precommit), so this will barely be fast enough in the best case.

We are able to reliably sign 1 second blocks with a RTT of ~30ms between cosigners and sentries, but we do see missed blocks here and there. This allows us to maintain an uptime of >=99.2% in the slashing period window.

@electrone13
Copy link
Author

thanks @agouin for your great illustration about this . and yes it will be very hard to compete with ( one node signs all ) approach from the speed and performance point . and maintain a ~30ms between ISPs or Different Sites will be very difficult
Thanks again @agouin

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

No branches or pull requests

2 participants