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
When deciding what value to put in the version field of the BlobHeader, the dispersing client should request the most recent BlobParams version from the eigenDA owned contract, and put that in the header
Assumptions
We must be able to guarantee that no newly added BlobParams can feasibly be insecure
Future Considerations
Given the assumption that no BlobParams configuration can possibly be insecure, it might make sense to eventually move the version out of the BlobHeader, and into the BlobCertificate, where it would be set by the disperser
The logic behind this is: "why should the dispersing client have to set a value that it doesn't care about?"
The text was updated successfully, but these errors were encountered:
Description
version
field of theBlobHeader
, the dispersing client should request the most recentBlobParams
version from the eigenDA owned contract, and put that in the headerAssumptions
BlobParams
can feasibly be insecureFuture Considerations
BlobParams
configuration can possibly be insecure, it might make sense to eventually move theversion
out of theBlobHeader
, and into theBlobCertificate
, where it would be set by the disperserThe text was updated successfully, but these errors were encountered: