{"type":"rich","version":"1.0","author_name":"npub1m230cem2yh3mtdzkg32qhj73uytgkyg5ylxsu083n3tpjnajxx4qqa2np2","author_url":"https://nostr.ae/npub1m230cem2yh3mtdzkg32qhj73uytgkyg5ylxsu083n3tpjnajxx4qqa2np2","provider_name":"njump","provider_url":"https://nostr.ae","html":"📅 Original date posted:2017-05-22\n📝 Original message:On Mon, May 22, 2017 at 02:17:07AM -0400, Paul Sztorc via bitcoin-dev wrote:\n\u003e This work includes the relatively new concept of \"Blind Merged Mining\"\n\u003e [2] which I developed in January to allow SHA256^2 miners to merge-mine\n\u003e these \"drivechains\", even if these miners aren't running the actual\n\u003e sidechain software. The goal is to prevent sidechains from affecting the\n\u003e levelness of the mining \"playing field\". BMM is conceptually similar to\n\u003e ZooKeeV [3] which Peter Todd sketched out in mid-2013. BMM is not\n\u003e required for drivechain, but it would address some of the last remaining\n\u003e concerns.\n\nThanks for the credit, although I think the security properties of what you're\nproposing are very different - and much weaker - than what I proposed in\nZookeyv.\n\nAs you state in [2] \"if miners never validate sidechains at all, whoever bids\nthe most for the chain (on a continuous basis), can spam a 3-month long stream\nof invalid headers, and then withdraw all of the coins deposited to the\nsidechain.\" and \"Since the mining is blind, and the sidechain-withdrawal\nsecurity-level is SPV, miners who remain blind forever have no way of telling\nwho “should” really get the funds.\"\n\nFinally, you suggest that in this event, miners *do* have to upgrade to a full\nnode, an expensive and time-consuming operation (and one that may be impossible\nfor some miners if necessary data isn't available).\n\nIt's unclear to me what the incentive is for miners to do any of this. Could\nyou explain in more detail what that incentive is?\n\n\n\u003e [2] http://www.truthcoin.info/blog/blind-merged-mining/\n\u003e [3] https://s3.amazonaws.com/peter.todd/bitcoin-wizards-13-10-17.log\n\n-- \nhttps://petertodd.org 'peter'[:-1]@petertodd.org\n-------------- next part --------------\nA non-text attachment was scrubbed...\nName: signature.asc\nType: application/pgp-signature\nSize: 455 bytes\nDesc: Digital signature\nURL: \u003chttp://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20170522/c4d63e2f/attachment.sig\u003e"}