engine: send only execution requests hash commitment instead of full …

…requests

src/engine/prague.md

@@ -26,7 +26,7 @@ This specification is based on and extends [Engine API - Cancun](./cancun.md) sp
 
 ### engine_newPayloadV4
 
-Method parameter list is extended with `executionRequests`.
+Method parameter list is extended with `executionRequestsHash`.
 
 #### Request
 
@@ -35,9 +35,7 @@ Method parameter list is extended with `executionRequests`.
   1. `executionPayload`: [`ExecutionPayloadV3`](./cancun.md#executionpayloadv3).
   2. `expectedBlobVersionedHashes`: `Array of DATA`, 32 Bytes - Array of expected blob versioned hashes to validate.
   3. `parentBeaconBlockRoot`: `DATA`, 32 Bytes - Root of the parent beacon block.
-  4. `executionRequests`: `Array of DATA` - List of execution layer triggered requests,
-each element of the list represents an SSZ encoded list of requests of a certain type as it is defined by [EIP-7685](https://eips.ethereum.org/EIPS/eip-7685)
-Elements of the list **MUST** be ordered by `requestType` in ascending order.
+  4. `executionRequestsHash`: `DATA`, 32 Bytes - Hash of execution layer triggered requests, defined by [EIP-7685](https://eips.ethereum.org/EIPS/eip-7685)
 
 #### Response
 
@@ -49,14 +47,11 @@ This method follows the same specification as [`engine_newPayloadV3`](./cancun.m
 
 1. Client software **MUST** return `-38005: Unsupported fork` error if the `timestamp` of the payload does not fall within the time frame of the Prague fork.
 
-2. Given the `executionRequests`, client software **MUST** compute the execution requests commitment
-and incorporate it into the `blockHash` validation process.
-That is, if the computed commitment does not match the corresponding commitment in the execution layer block header,
-the call **MUST** return `{status: INVALID, latestValidHash: null, validationError: errorMessage | null}`.
+2. Client software **MUST** incorporate the given `executionRequestsHash` into the `blockHash` validation process. That is, if the computed hash does not match the corresponding hash in the `executionPayload`, the call **MUST** return `{status: INVALID, latestValidHash: null, validationError: errorMessage | null}`.
 
 ### engine_getPayloadV4
 
-The response of this method is extended with the `executionRequests` field.
+The response of this method is extended with the `executionRequestsHash` field.
 
 #### Request
 
@@ -72,7 +67,7 @@ The response of this method is extended with the `executionRequests` field.
   - `blockValue` : `QUANTITY`, 256 Bits - The expected value to be received by the `feeRecipient` in wei
   - `blobsBundle`: [`BlobsBundleV1`](#BlobsBundleV1) - Bundle with data corresponding to blob transactions included into `executionPayload`
   - `shouldOverrideBuilder` : `BOOLEAN` - Suggestion from the execution layer to use this `executionPayload` instead of an externally provided one
-  - `executionRequests`: `Array of DATA` - Execution layer triggered requests obtained from the `executionPayload` transaction execution.
+  - `executionRequestsHash`: `DATA`, Bytes 32 - Hash of execution layer triggered requests obtained from the `executionPayload` transaction execution.
 * error: code and message set in case an exception happens while getting the payload.
 
 #### Specification
@@ -81,9 +76,7 @@ This method follows the same specification as [`engine_getPayloadV3`](./cancun.m
 
 1. Client software **MUST** return `-38005: Unsupported fork` error if the `timestamp` of the built payload does not fall within the time frame of the Prague fork.
 
-2. The call **MUST** return `executionRequests` list representing execution layer triggered requests obtained from the `executionPayload` transaction execution.
-Each element of the list represents an SSZ encoded list of requests of a certain type as it is defined by [EIP-7685](https://eips.ethereum.org/EIPS/eip-7685).
-Elements of the `executionRequests` list **MUST** be ordered by the `requestType` in ascending order.
+2. The call **MUST** return `executionRequestsHash` representing the corresponding execution layer header field triggered requests obtained from the `executionPayload` transaction execution.
 
 ### Update the methods of previous forks