-
Notifications
You must be signed in to change notification settings - Fork 1.3k
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
chore(transaction-pool): remove duplicate code #13627
base: main
Are you sure you want to change the base?
Conversation
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.
makes sense, but good candidate for upstreaming
pub(crate) fn match_versioned_hashes( | ||
blob_sidecar: &BlobTransactionSidecar, | ||
versioned_hashes: &[B256], | ||
) -> Vec<Option<BlobAndProofV1>> { |
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.
could you perhaps also upstream this to alloy and make this a function of BlobTransactionSidecar
?
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 have PR to update here -> alloy-rs/alloy#1882
actually, need to take a closer look at this
let matches = match_versioned_hashes(blob_sidecar, versioned_hashes); | ||
for (i, match_result) in matches.into_iter().enumerate() { |
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.
this is a bit problematic because this now allocates let mut result = vec![None; versioned_hashes.len()];
per blob_sidecar
we can solve this differently:
@hoank101 this is blocked until next alloy release |
No description provided.