-
Notifications
You must be signed in to change notification settings - Fork 191
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
Update accounting logic for total encoded blob size #421
Update accounting logic for total encoded blob size #421
Conversation
b243a84
to
9dcc124
Compare
9dcc124
to
8dfc912
Compare
75d3770
to
95a5644
Compare
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.
Bundles is the part that concerns me, as long as that is addressed, I am good
for _, chunk := range b { | ||
size += int64(chunk.Size()) | ||
size += chunk.Size() |
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.
Just for your information, referring to yesterdays discussion, all chunk will now contains 32bytes. Nothing wrong here
size += uint64(len(chunk.Coeffs) * 256) // 256 bytes per symbol | ||
} | ||
return size + 256*2 // + 256 * 2 bytes for proof | ||
return result.Chunks.Size() |
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.
good catch, 256 byte is 8 times over
Why are these changes needed?
Bundle.Size()
method to keep track of the total size of encoded blobsuint64
instead ofint64
Frame.Size()
Checks