Skip to content

Conversation

@Matilda-Clerke
Copy link
Contributor

PR description

This PR adds SyncTransactionReceipt (similar to SyncBlockBody) to allow us to perform sync operations without fully parsing and duplicating the backing data. (PoC branch at #9416)

// Flat receipts can be either legacy or eth/69 receipts.
// To determine the type, we need to examine the logs' position, as the bloom filter cannot be
// used. This is because compacted legacy receipts also lack a bloom filter.
// The first element can be either the transaction type (eth/69 or stateRootOrStatus (eth/68
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
// The first element can be either the transaction type (eth/69 or stateRootOrStatus (eth/68
// The first element can be either the transaction type (eth/69) or stateRootOrStatus (eth/68)

}

@Test
public void testDecode() {
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
public void testDecode() {
public void testDecodeLegacyReceipt() {

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

is this testing legacy, or eth/69 ?

can you add test coverage for the other decode methods?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants