Skip to content

Commit 329df0b

Browse files
authored
Update dates/links to merge
1 parent d69e368 commit 329df0b

File tree

1 file changed

+3
-3
lines changed

1 file changed

+3
-3
lines changed

bip-blind-merged-mining.mediawiki

Lines changed: 3 additions & 3 deletions
Original file line numberDiff line numberDiff line change
@@ -9,7 +9,7 @@
99
Comments-URI: https://github.com/bitcoin/bips/wiki/Comments:BIP-301
1010
Status: Draft
1111
Type: Standards Track
12-
Created: 2017-10-24
12+
Created: 2019-07-23
1313
License: BSD-2-Clause
1414
1515
</pre>
@@ -87,15 +87,15 @@ To qualify for inclusion in a block, BMM requests are subject to the following r
8787

8888
prevBlockRef is an integer that counts the number of "skips" one must take in the side:chain in order to find the current side:block's parent block. This value is zero unless the sidechain is reorganizing (or skipping over invalid sidechain blocks). If a side:node wants to orphan the most-recent N blocks, the value of the current block will be equal to N; in the block after that it will be back to zero.
8989

90-
<img src="bip-blind-merged-mining/bmm-dots-examples.png?raw=true" align="middle"></img>
90+
<img src="bip-0301/bmm-dots-examples.png?raw=true" align="middle"></img>
9191

9292
Above: Three blockchains, with different max length (small number), reorganization histories, and prevBlockRef numbers (larger numbers beneath blocks). The ordering given via each side:block's "prevSideBlockRef" will be isomorphic to an ordering given by each side:block's "prevSideHeaderHash" ("prevSideHeaderHash is the sidechain's equivalent of the mainchain's "prevBlockHash"). One can freely convert from one to the other.
9393

9494
===== Extended Serialization =====
9595

9696
To impose new requirements at the transaction level, we borrow the dummy vin & "flag" trick from SegWit style transactions. Unless all of the requirements for sidechain critical data transactions are met by the block it is included in, the transaction is invalid. With SegWit, this extra data is the SegWit signature stack, and the extra requirements are the signatures' locations and validity. In the sidechain BMM critical data transactions, the extra data is the (nSidechain, h\*) pair, which must meet the first two requirements (above) as well as the main:blocknumber, which must meet the third requirement (above).
9797

98-
<img src="bip-blind-merged-mining/witness-vs-critical.png?raw=true" align="middle"></img>
98+
<img src="bip-0301/witness-vs-critical.png?raw=true" align="middle"></img>
9999

100100
Above: A chart showing normal txns, SegWit txns, and CriticalData txns. The specific SegWit txn can be seen [http://srv1.yogh.io/#tx:id:D4A99AE93DF6EE3D4E42CE69338DFC1D06CCD9B198666E98FF0588057378D3D9 here].
101101

0 commit comments

Comments
 (0)