Skip to content

Commit 8fa3888

Browse files
tersecmkalinin
andauthored
disallow VALID <-> INVALID equivocation (#493)
* disallow valid <-> invalid equivocation * Update src/engine/paris.md Co-authored-by: Mikhail Kalinin <[email protected]> --------- Co-authored-by: Mikhail Kalinin <[email protected]>
1 parent 431cf72 commit 8fa3888

File tree

1 file changed

+4
-2
lines changed

1 file changed

+4
-2
lines changed

src/engine/paris.md

Lines changed: 4 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -111,9 +111,11 @@ Payload validation process consists of validating a payload with respect to the
111111
payload satisfying the above conditions.
112112
* Client software **MUST NOT** surface an `INVALID` payload over any API endpoint and p2p interface.
113113

114-
4. Client software **MAY** provide additional details on the validation error if a payload is deemed `INVALID` by assigning the corresponding message to the `validationError` field.
114+
4. Payload validation process **MUST** be idempotent with respect to payload's validity status (`VALID | INVALID`), i.e. a payload which validity status is `INVALID (INVALID_BLOCK_HASH)` **MUST NOT** become `VALID` and vice versa at any point in time when it subsequently runs through the validation process. Client software **MAY** change payload status from `INVALID` to `SYNCING | ACCEPTED` as long as the payload remains `INVALID` as a result of any further run of the validation process.
115115

116-
5. The process of validating a payload on the canonical chain **MUST NOT** be affected by an active sync process on a side branch of the block tree. For example, if side branch `B` is `SYNCING` but the requisite data for validating a payload from canonical branch `A` is available, client software **MUST** run full validation of the payload and respond accordingly.
116+
5. Client software **MAY** provide additional details on the validation error if a payload is deemed `INVALID` by assigning the corresponding message to the `validationError` field.
117+
118+
6. The process of validating a payload on the canonical chain **MUST NOT** be affected by an active sync process on a side branch of the block tree. For example, if side branch `B` is `SYNCING` but the requisite data for validating a payload from canonical branch `A` is available, client software **MUST** run full validation of the payload and respond accordingly.
117119

118120
### Sync
119121

0 commit comments

Comments
 (0)