diff options
author | Paul Sztorc <psztorc01@gmail.com> | 2018-02-10 17:31:01 -0500 |
---|---|---|
committer | Paul Sztorc <psztorc01@gmail.com> | 2018-02-10 17:31:01 -0500 |
commit | 5418516065646d35e81ee956a94244dbf81ab1c1 (patch) | |
tree | acbd5a50f4d918783946c2e7660a7926bac25d97 /bip-blind-merged-mining.mediawiki | |
parent | 70f0ed6c39bec8d50ae29a2b2b562b44d84df5b7 (diff) |
typos
Diffstat (limited to 'bip-blind-merged-mining.mediawiki')
-rw-r--r-- | bip-blind-merged-mining.mediawiki | 9 |
1 files changed, 6 insertions, 3 deletions
diff --git a/bip-blind-merged-mining.mediawiki b/bip-blind-merged-mining.mediawiki index 3aaf81b..9a919f8 100644 --- a/bip-blind-merged-mining.mediawiki +++ b/bip-blind-merged-mining.mediawiki @@ -194,12 +194,13 @@ M8_V1 does not require the Lightning network but does have new requirements for A M8_V1 TxOut is expected to contain: +<pre> 1-byte - OP_RETURN (0x6a) 1-byte - Push the following 36 bytes (0x24) 4-byte - Message header (0xD1617368) 32-bytes - h* side:block hash 5~7-bytes - BMM request identifying bytes (0x00bf00) + prevBlockRef & ChainIndex (sidechain mini-header) - +</pre> In the first version of M8, we need to introduce the concept of Immediate Expiration (see above). In other words, we need a way for Simon to construct many payments to multiple Marys, such that only one of these is ever included; and only then if Simon's txn is expected to coincide with the finding of Simon's side:block. @@ -225,17 +226,19 @@ Interestingly, these payments (M8) will *always* be directed to miners from non- ===== M8_V2 With Lightning ===== -M8_V2 requires having a LN-channel open with a miner. This may not always be practical (or even possible), especially today. +M8_V2 requires having a LN-channel pathway open with a miner. This may not always be practical (or even possible), especially today. A M8_V1 TxOut is expected to contain: +<pre> 1-byte - OP_RETURN (0x6a) 1-byte - Push the following 68 bytes (0x44) 4-byte - Message header (0xD0520C6E) 32-bytes - h* side:block hash 32-bytes - prevSideBlockHash 5~7-bytes - BMM request identifying bytes (0x00bf00) + prevBlockRef & ChainIndex (sidechain mini-header) - +</pre> + Notice that, in M8_V1, Simon could reuse the same h\* all he wanted, because only one M8_V1 could be included per main:block per sidechain. However, on the LN no such rule can be enforced, as the goal is to push everything off-chain and include *zero* M8s. So, we will never know what the M8s were or how many had an effect on anything. |