You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
We currently store both single-vote attestations and aggregates in the attestation pool - the former are used to "top up" the latter - ie when an incomplete aggregate arrives on the aggregate channel, we use singles to fill in any gaps.
Once an aggregate is "full", ie all attesters are represented, we could drop the singles because there can be no better aggregate constructed any more.
Given that attestations are stored for 2 epochs with signatures and all, they contribute significantly to memory usage - this is a simple way to reduce this footprint.
The text was updated successfully, but these errors were encountered:
We currently store both single-vote attestations and aggregates in the attestation pool - the former are used to "top up" the latter - ie when an incomplete aggregate arrives on the aggregate channel, we use singles to fill in any gaps.
Once an aggregate is "full", ie all attesters are represented, we could drop the singles because there can be no better aggregate constructed any more.
Given that attestations are stored for 2 epochs with signatures and all, they contribute significantly to memory usage - this is a simple way to reduce this footprint.
The text was updated successfully, but these errors were encountered: