[mkdocs] docs: add consensus and harvesting concepts#855
Conversation
| If any of its harvester accounts produces a hit below the target, the node assembles a candidate block | ||
| from the <unconfirmed pool:> and announces it to the rest of the network. |
There was a problem hiding this comment.
In NEM, the block is prepared after verifying that the hit < target.
In Symbol, we say the block is prepared before checking hit < target. We should review the order in Symbol in case it is reversed.
There was a problem hiding this comment.
In Symbol the block must be prepared before the hit is calculated, because the block's hash is used to compute the hit, no?
|
|
||
| Other nodes then verify the block, ensuring: | ||
|
|
||
| * The block signature comes from the claimed harvester. |
There was a problem hiding this comment.
Added this sentence vs Symbol docs:
* "The block signature comes from the claimed harvester."
And removed "The target and hit values were correctly calculated" since is it covered already by "The hit is indeed lower than the target."
There was a problem hiding this comment.
It's not only about hit being lower than target, it's also about the hit being correctly calculated from the block's hash, the VRF, etc. So I think that sentence is OK in Symbol.
I'll add the point about the signature to the Symbol docs 👍
segfaultxavi
left a comment
There was a problem hiding this comment.
I've added a couple minor changes, and it's good to go!
| The higher the importance, the higher its target will be. | ||
|
|
||
| For each of its harvester accounts, the node computes a number called the _hit_ from the candidate block's | ||
| [generation hash](blocks.md#derived-fields). |
There was a problem hiding this comment.
I like to use the ./ path even for sibling pages, in case some day we enable the plugin that automatically locates pages when they have no path.
| If any of its harvester accounts produces a hit below the target, the node assembles a candidate block | ||
| from the <unconfirmed pool:> and announces it to the rest of the network. |
There was a problem hiding this comment.
In Symbol the block must be prepared before the hit is calculated, because the block's hash is used to compute the hit, no?
|
|
||
| Other nodes then verify the block, ensuring: | ||
|
|
||
| * The block signature comes from the claimed harvester. |
There was a problem hiding this comment.
It's not only about hit being lower than target, it's also about the hit being correctly calculated from the block's hash, the VRF, etc. So I think that sentence is OK in Symbol.
I'll add the point about the signature to the Symbol docs 👍
Adapts Consensus and Harvesting concept to NEM technology.
Differences with Symbol:
Consensus
Harvesting
(parent generation hash, harvester public key). Symbol uses a VRF over the parent generation hash and the harvester's VRF key.ImportanceTransferTransactionon NEM. Symbol usesAccountKeyLinkTransactionV1plusPersistentDelegationRequest.