From a9c9d36a018ad40d1234099150287c90e8c13742 Mon Sep 17 00:00:00 2001 From: Justin Traglia <95511699+jtraglia@users.noreply.github.com> Date: Fri, 1 Nov 2024 09:27:46 -0500 Subject: [PATCH] Update EIP-7742: Rename *_blob_count to *_blobs_per_block Merged by EIP-Bot. --- EIPS/eip-7742.md | 10 +++++----- 1 file changed, 5 insertions(+), 5 deletions(-) diff --git a/EIPS/eip-7742.md b/EIPS/eip-7742.md index db94f38a8880b..54820d0d83b23 100644 --- a/EIPS/eip-7742.md +++ b/EIPS/eip-7742.md @@ -64,11 +64,11 @@ to preserve the security of optimistic sync. ### Block structure and validity Upon activation of this EIP, execution clients **MUST** extend the header schema with an -additional 64-bit field: the `target_blob_count`. This value is set to the current target blob count. The Engine API -is modified along with this EIP to provide the `target_blob_count` with each payload and implementations can use this +additional 64-bit field: the `target_blobs_per_block`. This value is set to the current target blob count. The Engine API +is modified along with this EIP to provide the `target_blobs_per_block` with each payload and implementations can use this value to correctly set the block header field. -Validity of the `target_blob_count` is guaranteed from the consensus layer, much like how withdrawals are handled. +Validity of the `target_blobs_per_block` is guaranteed from the consensus layer, much like how withdrawals are handled. When verifying a block, execution clients **MUST** ensure the target blob count in the block header matches the one provided by the consensus client. @@ -81,13 +81,13 @@ target blob count given by that genesis block's protocol rule set. Upon activating this EIP (i.e. before processing any transactions), the verification of the blob maximum as given in EIP-4844 can be skipped. Concretely, this means any logic relating to `MAX_BLOB_GAS_PER_BLOCK` as given in EIP-4844 can be deprecated. -Additionally, any reference to `TARGET_BLOB_GAS_PER_BLOCK` from EIP-4844 can be derived by taking the `target_blob_count` from the CL and multiplying by `GAS_PER_BLOB` as given in EIP-4844. +Additionally, any reference to `TARGET_BLOB_GAS_PER_BLOCK` from EIP-4844 can be derived by taking the `target_blobs_per_block` from the CL and multiplying by `GAS_PER_BLOB` as given in EIP-4844. Otherwise, the specification of EIP-4844 is not changed. For example, blob base fee accounting and excess blob gas tracking occur in the exact same way. ### Block construction -The Engine API is extended to provide both the `target_blob_count` and the `maximum_blob_count` when the CL requests the EL to construct a payload for proposal. +The Engine API is extended to provide both the `target_blobs_per_block` and the `max_blobs_per_block` when the CL requests the EL to construct a payload for proposal. These values should be used to ensure the correct number of blobs are included in any constructed payload, and to ensure that the blob base fee accounting is correctly computed.