Skip to content
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 EIP-4844: Disable Blob Transaction Broadcast #5930

Merged
merged 4 commits into from
Nov 22, 2022

Conversation

adietrichs
Copy link
Member

@adietrichs adietrichs commented Nov 14, 2022

Specifies that blob transactions should not be broadcast to peers, but only announced (so that they can then be manually retrieved).

Adds a reference to #5793 which will give peers more fine-grained control by making it possible to identify blob transactions (and their size) from announcement messages.

@github-actions github-actions bot added c-update Modifies an existing proposal s-draft This EIP is a Draft t-core labels Nov 14, 2022
@eth-bot
Copy link
Collaborator

eth-bot commented Nov 14, 2022

A critical exception has occurred:
Message: pr 5930 is already merged; quitting
(cc @alita-moore, @mryalamanchi)

@adietrichs adietrichs marked this pull request as ready for review November 14, 2022 22:12
@Pandapip1 Pandapip1 changed the title [EIP-4844] Add EIP-5793 Dependency Update EIP-4844: Add EIP-5793 Dependency Nov 15, 2022
@adietrichs adietrichs marked this pull request as draft November 19, 2022 18:02
protolambda
protolambda previously approved these changes Nov 21, 2022
@adietrichs adietrichs changed the title Update EIP-4844: Add EIP-5793 Dependency Update EIP-4844: Disable Blob Transaction Broadcast Nov 22, 2022
@adietrichs adietrichs marked this pull request as ready for review November 22, 2022 04:59
EIPS/eip-4844.md Outdated
@@ -322,6 +322,8 @@ The actual `data_fee` as calculated via `calc_data_fee` is deducted from the sen

### Networking

Blob transactions are not automatically broadcast to peers. Instead, they are only announced using `NewPooledTransactionHashes` messages, and can then be manually requested via `GetPooledTransactions`.
Copy link
Contributor

Choose a reason for hiding this comment

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

I wonder if this shall be moved to a separate EIP addressing Network layer only

Copy link
Member Author

Choose a reason for hiding this comment

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

As this is required behavior for all nodes implementing 4844, it seems appropriate to keep it within the EIP.

Copy link
Contributor

@xinbenlv xinbenlv Nov 22, 2022

Choose a reason for hiding this comment

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

While I think there is no EIP editorial policy or guideline strictly prohibiting this, as far as I know, hence I think it's ok to stay same EIP.

However, proper scoping could help improve readability and technical soundness for an EIP. For large EIPs like 4844. I humbly suggest consider discuss among your fellow coauthors to see if it make more sense to put network part of spec into the same core EIP or a separate one.

An example of split scoping: EIP-1559 depends on EIP-2718, EIP-2930 which depends on EIP-2929(Network).

EIPS/eip-4844.md Outdated Show resolved Hide resolved
EIPS/eip-4844.md Outdated Show resolved Hide resolved

- include a 1.1x (or potentially higher) data gasprice bump requirement to the mempool replacement rules
- modify the Ethereum Wire Protocol to stop automatically broadcasting large transactions
In addition, we recommend including a 1.1x data gasprice bump requirement to the mempool transaction replacement rules.
Copy link
Contributor

@xinbenlv xinbenlv Nov 22, 2022

Choose a reason for hiding this comment

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

Suggested change
In addition, we recommend including a 1.1x data gasprice bump requirement to the mempool transaction replacement rules.
In addition, we recommend including a 1.1x data gasprice bump requirement to the mempool transaction replacement rules.

Is the "recommendation" added here as a specification? Could you clarify if it's a comment or it's a specification?

Copy link
Member Author

Choose a reason for hiding this comment

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

This is client-internal logic, so up to implementers to make decisions on. That's why it is not part of the EIP specification.

Co-authored-by: xinbenlv <zzn@zzn.im>
@eth-bot eth-bot enabled auto-merge (squash) November 22, 2022 05:19
eth-bot
eth-bot previously approved these changes Nov 22, 2022
@eth-bot eth-bot enabled auto-merge (squash) November 22, 2022 05:20
auto-merge was automatically disabled November 22, 2022 05:24

Head branch was pushed to by a user without write access

@eth-bot eth-bot enabled auto-merge (squash) November 22, 2022 05:24
@eth-bot eth-bot enabled auto-merge (squash) November 22, 2022 05:25
Copy link
Member

@MariusVanDerWijden MariusVanDerWijden left a comment

Choose a reason for hiding this comment

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

LGTM

@lightclient lightclient merged commit 3358a80 into ethereum:master Nov 22, 2022
@adietrichs adietrichs deleted the 4844-mempool branch November 22, 2022 15:19
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
c-update Modifies an existing proposal s-draft This EIP is a Draft t-core
Projects
None yet
Development

Successfully merging this pull request may close these issues.

6 participants