Skip to content

Commit 2ec82fe

Browse files
authored
chore: remove repetitive words (#6219)
Signed-off-by: careworry <[email protected]>
1 parent 73738c7 commit 2ec82fe

File tree

7 files changed

+8
-8
lines changed

7 files changed

+8
-8
lines changed

beacon_chain/gossip_processing/block_processor.nim

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -525,7 +525,7 @@ proc storeBlock(
525525
# has been finalized - this speeds up forward sync - in the worst case
526526
# that the claim is false, we will correct every time we process a block
527527
# from an honest source (or when we're close to head).
528-
# Occasionally we also send a payload to the the EL so that it can
528+
# Occasionally we also send a payload to the EL so that it can
529529
# progress in its own sync.
530530
NewPayloadStatus.noResponse
531531
else:

beacon_chain/spec/digest.nim

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -12,7 +12,7 @@
1212
# https://github.com/ethereum/consensus-specs/blob/v1.4.0/specs/phase0/beacon-chain.md#hash
1313
#
1414
# In Phase 0 the beacon chain is deployed with SHA256 (SHA2-256).
15-
# Note that is is different from Keccak256 (often mistakenly called SHA3-256)
15+
# Note that is different from Keccak256 (often mistakenly called SHA3-256)
1616
# and SHA3-256.
1717
#
1818
# In execution, the default hash function is Keccak256,

beacon_chain/spec/state_transition.nim

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -328,7 +328,7 @@ proc state_transition*(
328328
## given state must be of a lower slot, or, in case the `slotProcessed` flag
329329
## is set, can be the slot state of the same slot as the block (where the
330330
## slot state is the state without any block applied). To create a slot state,
331-
## advance the state corresponding to the the parent block using
331+
## advance the state corresponding to the parent block using
332332
## `process_slots`.
333333
##
334334
## To run the state transition function in preparation for block production,

beacon_chain/validator_client/block_service.nim

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -878,7 +878,7 @@ proc runBlockEventMonitor(service: BlockServiceRef,
878878
plain = RestPlainResponse(status: resp.status,
879879
contentType: resp.contentType, data: body)
880880
reason = plain.getErrorMessage()
881-
debug "Unable to to obtain events stream", code = resp.status,
881+
debug "Unable to obtain events stream", code = resp.status,
882882
reason = reason
883883
Opt.none(HttpClientResponseRef)
884884
except RestError as exc:

docs/e2store.md

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -309,7 +309,7 @@ The state stores the block root of the latest `SLOTS_PER_HISTORICAL_ROOT` blocks
309309

310310
## Why include the state at all?
311311

312-
This is a tradeoff between being able to access state data such as validator keys and balances directly vs and recreating it by applying each block one by one from from genesis. Given an era file, it is possible to start processing the chain from there onwards.
312+
This is a tradeoff between being able to access state data such as validator keys and balances directly vs and recreating it by applying each block one by one from genesis. Given an era file, it is possible to start processing the chain from there onwards.
313313

314314
## Why the weird file name?
315315

tests/consensus_spec/test_fixture_sanity_blocks.nim

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -48,7 +48,7 @@ proc runTest(
4848

4949
if hasPostState:
5050
# The return value is the block rewards, which aren't tested here;
51-
# the .expect() already handles the the validaty check.
51+
# the .expect() already handles the validaty check.
5252
discard state_transition(
5353
defaultRuntimeConfig, fhPreState[], blck, cache, info, flags = {},
5454
noRollback).expect("should apply block")

tests/consensus_spec/test_fixture_transition.nim

Lines changed: 2 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -61,7 +61,7 @@ proc runTest(
6161
flags = {skipStateRootValidation}, noRollback)
6262

6363
# The return value is the block rewards, which aren't tested here;
64-
# the .expect() already handles the the validaty check.
64+
# the .expect() already handles the validaty check.
6565
discard res.expect("no failure when applying block " & $i)
6666
else:
6767
let
@@ -72,7 +72,7 @@ proc runTest(
7272
flags = {skipStateRootValidation}, noRollback)
7373

7474
# The return value is the block rewards, which aren't tested here;
75-
# the .expect() already handles the the validaty check.
75+
# the .expect() already handles the validaty check.
7676
discard res.expect("no failure when applying block " & $i)
7777

7878
let postState = newClone(

0 commit comments

Comments
 (0)