Skip to content

Commit 797fc0e

Browse files
Apply suggestions from code review
Co-authored-by: Jordan Schalm <[email protected]>
1 parent 863ad9e commit 797fc0e

File tree

1 file changed

+3
-3
lines changed

1 file changed

+3
-3
lines changed

engine/common/follower/compliance.go

Lines changed: 3 additions & 3 deletions
Original file line numberDiff line numberDiff line change
@@ -6,8 +6,8 @@ import (
66
)
77

88
// complianceCore interface describes the follower's compliance core logic. Slightly simplified, the
9-
// compliance layer ingest incoming untrusted blocks from the network, filter out all invalid block,
10-
// extend the protocol state with the valid blocks, and lastly pipes the valid blocks to the HotStuff
9+
// compliance layer ingests incoming untrusted blocks from the network, filters out all invalid blocks,
10+
// extends the protocol state with the valid blocks, and lastly pipes the valid blocks to the HotStuff
1111
// follower. Conceptually, the algorithm proceeds as follows:
1212
//
1313
// 1. _light_ validation of the block header:
@@ -62,7 +62,7 @@ import (
6262
// to extend the protocol state. Step 6 is only a queuing operation, with vanishing cost. There is little
6363
// benefit to parallelizing state extension, because under normal operations forks are rare and knowing
6464
// the full ancestry is required for the protocol state. Therefore, we have a single thread to extend
65-
// the protocol state with new certified blocks, executing
65+
// the protocol state with new certified blocks.
6666
//
6767
// Notes:
6868
// - At the moment, this interface exists to facilitate testing. Specifically, it allows to

0 commit comments

Comments
 (0)