Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

chore: remove repetitive words #6219

Merged
merged 1 commit into from
Apr 19, 2024
Merged
Show file tree
Hide file tree
Changes from all commits
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
2 changes: 1 addition & 1 deletion beacon_chain/gossip_processing/block_processor.nim
Original file line number Diff line number Diff line change
Expand Up @@ -523,7 +523,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:
Expand Down
2 changes: 1 addition & 1 deletion beacon_chain/spec/digest.nim
Original file line number Diff line number Diff line change
Expand Up @@ -12,7 +12,7 @@
# https://github.com/ethereum/consensus-specs/blob/v1.4.0-beta.6/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,
Expand Down
2 changes: 1 addition & 1 deletion beacon_chain/spec/state_transition.nim
Original file line number Diff line number Diff line change
Expand Up @@ -315,7 +315,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,
Expand Down
2 changes: 1 addition & 1 deletion beacon_chain/validator_client/block_service.nim
Original file line number Diff line number Diff line change
Expand Up @@ -860,7 +860,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:
Expand Down
2 changes: 1 addition & 1 deletion docs/e2store.md
Original file line number Diff line number Diff line change
Expand Up @@ -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?

Expand Down
2 changes: 1 addition & 1 deletion tests/consensus_spec/test_fixture_sanity_blocks.nim
Original file line number Diff line number Diff line change
Expand Up @@ -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")
Expand Down
4 changes: 2 additions & 2 deletions tests/consensus_spec/test_fixture_transition.nim
Original file line number Diff line number Diff line change
Expand Up @@ -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
Expand All @@ -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(
Expand Down
Loading