-
Notifications
You must be signed in to change notification settings - Fork 214
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
[Merged by Bors] - Update size of Ballot #5619
Conversation
ff1a415
to
db573da
Compare
Codecov ReportAll modified and coverable lines are covered by tests ✅
Additional details and impacted files@@ Coverage Diff @@
## develop #5619 +/- ##
=========================================
- Coverage 79.8% 79.8% -0.1%
=========================================
Files 271 271
Lines 27347 27346 -1
=========================================
- Hits 21842 21841 -1
- Misses 3972 3973 +1
+ Partials 1533 1532 -1 ☔ View full report in Codecov by Sentry. |
db573da
to
a9af7e0
Compare
7897095
to
997c608
Compare
// | ||
// Assuming the largest smesher won't control more than 10% of space in the network, we can assume that the | ||
// highest number of eligibilities in a single ballot will be below 25000. (10% of 4032 * 50 = 20160) | ||
EligibilityProofs []VotingEligibility `scale:"max=25000"` |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
we are not concerned about number of eligibility proofs for a single identity.
instead number of identities will grow, and therefore number of proposals/ballots. so we have to update collections that references proposals/ballots per layer.
- hare preround message
- LayerData for sync
- number of rewards in the block
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I checked those and updated the maximum allowed number for each of them.
bors merge |
## Motivation This updates max scale collection sizes to support a network with up to 2.2 mio unique (valid) identities.
Pull request successfully merged into develop. Build succeeded: |
## Motivation This updates max scale collection sizes to support a network with up to 2.2 mio unique (valid) identities.
## Motivation This updates max scale collection sizes to support a network with up to 2.2 mio unique (valid) identities.
## Motivation This updates max scale collection sizes to support a network with up to 2.2 mio unique (valid) identities.
* Update size of Ballot (#5619) ## Motivation This updates max scale collection sizes to support a network with up to 2.2 mio unique (valid) identities. * Update CHANGELOG.md
Motivation
This updates max scale collection sizes to support a network with up to 2.2 mio unique (valid) identities.
Description
EligibilityProofs
inBallot
is misleading. Additionally the current maximum size is too small when ATX merging will be introduced. The new limit is based on the same assumption that no single identity will control more than 10% of the networks PoST size. See the added comment for details.Rewards
in aBlock
,Ballots
in aLayer
andProposals
for a hare message all depend on the total number of ATXs that are valid for a given epoch. Since those are probabilistic (randomly distributed) I calculated the expected value with a 6 sigma (99.997%) safety margin and used this as new maximum for the collection. For 2.2 mio ATXs that turned out to be ~ 743 so I chose 800.Test Plan
n/a
TODO