balsoft/ligo
1
0
Fork 0
Code Issues Pull Requests Releases Wiki Activity

Doc/PoS: changes to baking rights

Browse Source
This commit is contained in:
Marco Stronati 2018-06-11 11:57:39 +02:00 committed by Benjamin Canou
parent 24c4e6559e
commit 0ed80bcced
1 changed files with 11 additions and 12 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

23
docs/whitedoc/proof_of_stake.rst
View File

@ -39,12 +39,8 @@ Protocol header (for tezos.alpha):
- ``signature``: a digital signature of the shell and protocol headers - ``signature``: a digital signature of the shell and protocol headers
(excluding the signature itself). (excluding the signature itself).
- ``priority``: every block height in tezos.alpha is associated with an - ``priority``: the position in the priority list of delegates at which
ordered list of bakers. The first baker in that list is the first one the block was baked.
who can bake a block at that height, one minute after the previous
block. The second baker in the list can do so, but only two minutes
after the previous block, etc., the third baker three minutes after.
This integer is the priority of the block.
- ``seed_nonce_hash``: a commitment to a random number, used to - ``seed_nonce_hash``: a commitment to a random number, used to
generate entropy on the chain. Present in only one out of generate entropy on the chain. Present in only one out of
(``BLOCKS_PER_COMMITMENT`` = 32) blocks. (``BLOCKS_PER_COMMITMENT`` = 32) blocks.
@ -220,12 +216,15 @@ We admit, for the time being, that the protocol generates a random seed
for each cycle. From this random seed, we can seed a CSPRNG which is for each cycle. From this random seed, we can seed a CSPRNG which is
used to draw baking rights for a cycle. used to draw baking rights for a cycle.
To each position, or slot, in the cycle, is associated a priority list To each position, in the cycle, is associated a priority list of
of bakers. This is drawn randomly, with replacement, from the set of delegates.
active rolls. Each roll is associated with the public key of a delegate, This is drawn randomly, with replacement, from the set of active rolls
therefore, for each slot in the cycle, we have an ordered list of public so it is possible that the same public key appears multiple times in
keys which may create and sign a block. It is possible that the same this list.
public key appears multiple times in this list. The first baker in the list is the first one who can bake a block at
that level.
If a delegate is for some reason unable to bake, the next delegate in
the list can step up and bake the block.
The delegate with the highest priority can bake a block with a timestamp The delegate with the highest priority can bake a block with a timestamp
greater than ``timestamp_of_previous_block`` plus greater than ``timestamp_of_previous_block`` plus