{"type":"rich","version":"1.0","author_name":"npub1tfk373zg9dnmtvxnpnq7s2dkdgj37rwfj3yrwld7830qltmv8qps8rfq0n","author_url":"https://nostr.ae/npub1tfk373zg9dnmtvxnpnq7s2dkdgj37rwfj3yrwld7830qltmv8qps8rfq0n","provider_name":"njump","provider_url":"https://nostr.ae","html":"📅 Original date posted:2017-06-28\n📝 Original message:On Wednesday 28 June 2017 12:37:13 AM Chris Stewart via bitcoin-dev wrote:\n\u003e BRIBEVERIFY redefines the existing NOP4 opcode. When executed, if the given\n\u003e critical hash is included at the given vout index in the coinbase\n\u003e transaction\n\u003e the script evaluates to true. Otherwise, the script will fail.\n\u003e \n\u003e This allows sidechains to be merged mined against\n\u003e bitcoin without burdening bitcoin miners with extra resource requirements.\n\nI don't see how. It seems like the logical outcome from this is \"whoever pays \nthe most gets the next sidechain block\"... That's not particularly useful for \nmerge mining.\n\n\u003e This enables sidechains in Bitcoin.\n\nThere are different kinds of sidechains...\n\nFederated peg: this already works on Bitcoin.\nSPV/SNARK peg: this isn't enabled by your BIP.\nDrivechains: this isn't enabled by your BIP.\n\nHow do you say this enables any kind of sidechain?\n\n\u003e A new block rule is added which requires that the miner's coinbase reward\n\u003e be at index 0 in the coinbase transaction's output vector.\n\u003e \n\u003e It also fixes the witness commitment output to be at index 1 of the\n\u003e coinbase transaction's output vector.\n\nThis is unacceptable, for reasons Greg already pointed out.\n\n\u003e This document is placed in the public domain.\n\nNote that this is not acceptable for BIPs anymore.\n\nhttps://github.com/bitcoin/bips/blob/master/bip-0002.mediawiki#BIP_licensing"}