diff --git a/documentation/en/WIP-arch-complementary-notes.md b/documentation/en/WIP-arch-complementary-notes.md index 85403cbc14f..fe0ad83afee 100644 --- a/documentation/en/WIP-arch-complementary-notes.md +++ b/documentation/en/WIP-arch-complementary-notes.md @@ -86,7 +86,7 @@ These edited extracts from the `BlockHeader` show how it's treated as an IPFS bl This duality permeates the code (and the Filecoin spec for that matter) but it is usually clear within the context to which block we are referring to. Normally the unqualified *block* is reserved for the Filecoin block and we won't usually refer to the IPFS one but only implicitly through the concept of its CID. With enough understanding of both stack's architecture the two definitions can coexist without much confusion as we will abstract away the IPFS layer and just use the CID as an identifier that we know is unique for two sequences of different *raw* byte strings. -(FIXME: We use to do this presentation when talking about `gossipsub` topics and incoming blocks, and had to deal with, besides the block ambiguity, a similar confusion with the *message* term, used in libp2p to name anything that comes through the network, needing to present the extremely confusing hierarchy of a libp2p message containing a Filecoin block, identified by a IPFS block CID, containing Filecoin messages.) +(FIXME: We use to do this presentation when talking about `gossipsub` topics and incoming blocks, and had to deal with, besides the block ambiguity, a similar confusion with the *message* term, used in libp2p to name anything that comes through the network, needing to present the extremely confusing hierarchy of a libp2p message containing a Filecoin block, identified by an IPFS block CID, containing Filecoin messages.) FIXME: Move the following tipset definition to sync or wherever is most needed, to avoid making this more confusing. @@ -124,7 +124,7 @@ nc -v -z 127.0.0.1 1234 # Start daemon and turn off the logs to not clutter the command line. bash -c "lotus daemon &" && lotus wait-api && - lotus log set-level error # Or a env.var in the daemon command. + lotus log set-level error # Or an env.var in the daemon command. nc -v -z 127.0.0.1 1234 # Connection to 127.0.0.1 1234 port [tcp/*] succeeded! diff --git a/documentation/en/architecture/mpool.md b/documentation/en/architecture/mpool.md index 65e7ce2d716..dedabbfb74a 100644 --- a/documentation/en/architecture/mpool.md +++ b/documentation/en/architecture/mpool.md @@ -70,7 +70,7 @@ This should be used with extreme care and only in the case of errors during head would leave the mpool in an inconsistent state. -## Command Line Interfae +## Command Line Interface The lotus command line interface defines an `mpool` command which allows a user to interact with the mpool. @@ -111,7 +111,7 @@ Gets or sets the current mpool configuration. Unconditionally clears pending messages from the mpool. If the `--local` flag is passed, then local messages are also cleared; otherwise local messages are retained. -*Warning*: this command should only be used in the case of head change errors leaving the mpool in an state. +*Warning*: this command should only be used in the case of head change errors leaving the mpool in a state. ## Configuration @@ -172,5 +172,5 @@ selection algorithm is used instead that simply picks dependent chains of maximum reward. Note that pending message chains from priority addresses are always selected, regardless of their profitability. -For algorithm details, please prefer to the implementation in +For algorithm details, please refer to the implementation in `chain/messagepool/selection.go`. diff --git a/documentation/misc/Building_a_network_skeleton.md b/documentation/misc/Building_a_network_skeleton.md index 5e4cf83c8f6..0f9dcbccc18 100644 --- a/documentation/misc/Building_a_network_skeleton.md +++ b/documentation/misc/Building_a_network_skeleton.md @@ -71,7 +71,7 @@ The table below gives an overview of how Lotus and its critical dependencies rel There is a network skeleton in Lotus, which bubbles up all the other dependencies, and allows one to run a 2k-network and see that it switches network version from nv(XX-1) --> nvXX ## Notes -1. This is the overarching tracking issue for the network skeleton update, but thare are tasks that needed to be completed in other repos as well. All PRs for this effort can reference this issue. +1. This is the overarching tracking issue for the network skeleton update, but there are tasks that need to be completed in other repos as well. All PRs for this effort can reference this issue. 2. How to create a skeleton in Lotus is documented here: https://github.com/filecoin-project/lotus/blob/master/documentation/misc/Building_a_network_skeleton.md ```[tasklist]