From 2ec82fe3ce80751f1933754ec62ffa5e5479b318 Mon Sep 17 00:00:00 2001 From: careworry <167077904+careworry@users.noreply.github.com> Date: Fri, 19 Apr 2024 19:31:15 +0800 Subject: [PATCH] chore: remove repetitive words (#6219) Signed-off-by: careworry --- beacon_chain/gossip_processing/block_processor.nim | 2 +- beacon_chain/spec/digest.nim | 2 +- beacon_chain/spec/state_transition.nim | 2 +- beacon_chain/validator_client/block_service.nim | 2 +- docs/e2store.md | 2 +- tests/consensus_spec/test_fixture_sanity_blocks.nim | 2 +- tests/consensus_spec/test_fixture_transition.nim | 4 ++-- 7 files changed, 8 insertions(+), 8 deletions(-) diff --git a/beacon_chain/gossip_processing/block_processor.nim b/beacon_chain/gossip_processing/block_processor.nim index d149098a0f..a8f65bcc41 100644 --- a/beacon_chain/gossip_processing/block_processor.nim +++ b/beacon_chain/gossip_processing/block_processor.nim @@ -525,7 +525,7 @@ proc storeBlock( # has been finalized - this speeds up forward sync - in the worst case # that the claim is false, we will correct every time we process a block # from an honest source (or when we're close to head). - # Occasionally we also send a payload to the the EL so that it can + # Occasionally we also send a payload to the EL so that it can # progress in its own sync. NewPayloadStatus.noResponse else: diff --git a/beacon_chain/spec/digest.nim b/beacon_chain/spec/digest.nim index 3e3ce3793d..5bb1945fc7 100644 --- a/beacon_chain/spec/digest.nim +++ b/beacon_chain/spec/digest.nim @@ -12,7 +12,7 @@ # https://github.com/ethereum/consensus-specs/blob/v1.4.0/specs/phase0/beacon-chain.md#hash # # In Phase 0 the beacon chain is deployed with SHA256 (SHA2-256). -# Note that is is different from Keccak256 (often mistakenly called SHA3-256) +# Note that is different from Keccak256 (often mistakenly called SHA3-256) # and SHA3-256. # # In execution, the default hash function is Keccak256, diff --git a/beacon_chain/spec/state_transition.nim b/beacon_chain/spec/state_transition.nim index cf6256c88a..d31fd4c888 100644 --- a/beacon_chain/spec/state_transition.nim +++ b/beacon_chain/spec/state_transition.nim @@ -328,7 +328,7 @@ proc state_transition*( ## given state must be of a lower slot, or, in case the `slotProcessed` flag ## is set, can be the slot state of the same slot as the block (where the ## slot state is the state without any block applied). To create a slot state, - ## advance the state corresponding to the the parent block using + ## advance the state corresponding to the parent block using ## `process_slots`. ## ## To run the state transition function in preparation for block production, diff --git a/beacon_chain/validator_client/block_service.nim b/beacon_chain/validator_client/block_service.nim index e8f3e3d6da..3e2e18cea0 100644 --- a/beacon_chain/validator_client/block_service.nim +++ b/beacon_chain/validator_client/block_service.nim @@ -878,7 +878,7 @@ proc runBlockEventMonitor(service: BlockServiceRef, plain = RestPlainResponse(status: resp.status, contentType: resp.contentType, data: body) reason = plain.getErrorMessage() - debug "Unable to to obtain events stream", code = resp.status, + debug "Unable to obtain events stream", code = resp.status, reason = reason Opt.none(HttpClientResponseRef) except RestError as exc: diff --git a/docs/e2store.md b/docs/e2store.md index b5797cef3b..382cbb4270 100644 --- a/docs/e2store.md +++ b/docs/e2store.md @@ -309,7 +309,7 @@ The state stores the block root of the latest `SLOTS_PER_HISTORICAL_ROOT` blocks ## Why include the state at all? -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. +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. ## Why the weird file name? diff --git a/tests/consensus_spec/test_fixture_sanity_blocks.nim b/tests/consensus_spec/test_fixture_sanity_blocks.nim index 193b6075cc..19e0018f3c 100644 --- a/tests/consensus_spec/test_fixture_sanity_blocks.nim +++ b/tests/consensus_spec/test_fixture_sanity_blocks.nim @@ -48,7 +48,7 @@ proc runTest( if hasPostState: # The return value is the block rewards, which aren't tested here; - # the .expect() already handles the the validaty check. + # the .expect() already handles the validaty check. discard state_transition( defaultRuntimeConfig, fhPreState[], blck, cache, info, flags = {}, noRollback).expect("should apply block") diff --git a/tests/consensus_spec/test_fixture_transition.nim b/tests/consensus_spec/test_fixture_transition.nim index 74230bed7f..06aa15030b 100644 --- a/tests/consensus_spec/test_fixture_transition.nim +++ b/tests/consensus_spec/test_fixture_transition.nim @@ -61,7 +61,7 @@ proc runTest( flags = {skipStateRootValidation}, noRollback) # The return value is the block rewards, which aren't tested here; - # the .expect() already handles the the validaty check. + # the .expect() already handles the validaty check. discard res.expect("no failure when applying block " & $i) else: let @@ -72,7 +72,7 @@ proc runTest( flags = {skipStateRootValidation}, noRollback) # The return value is the block rewards, which aren't tested here; - # the .expect() already handles the the validaty check. + # the .expect() already handles the validaty check. discard res.expect("no failure when applying block " & $i) let postState = newClone(