@@ -45,8 +45,8 @@ We propose the following format of the shares:
...
@@ -45,8 +45,8 @@ We propose the following format of the shares:
*`index (I)` field corresponds to the SSS part's `x` value (see the diagram above)
*`index (I)` field corresponds to the SSS part's `x` value (see the diagram above)
*`threshold (M)` field indicates how many shares are needed to reconstruct the secret
*`threshold (M)` field indicates how many shares are needed to reconstruct the secret
*`index (I)` and `threshold (M)` fields values are from range 1-31, value 0 is not considered valid
*`index (I)` and `threshold (M)` fields values are from range 1-31, value 0 is not considered valid
*`share (S)` field is the corresponding SSS part's `y` value (see the diagram above) right-padded with zeroes to the nearest multiple of 10 bits
*`share (s)` field is the corresponding SSS part's `y` value (see the diagram above) right-padded with zeroes to the nearest multiple of 10 bits
*`checksum (C)` field is a Bech32 checksum (defined in BIP-0173) of the whole share (that is `n || I || M || S`), human-readable part (hrp) of Bech32 is "slip0039"
*`checksum (C)` field is a Bech32 checksum (defined in BIP-0173) of the whole share (that is `n || I || M || s`), human-readable part (hrp) of Bech32 is "slip0039"
This structure is then converted into a mnemonic code by splitting it up by 10 bits which correspond as an index to the a word list containing exactly 1024 words (see below).
This structure is then converted into a mnemonic code by splitting it up by 10 bits which correspond as an index to the a word list containing exactly 1024 words (see below).