{"type":"rich","version":"1.0","author_name":"npub17ptfn7hft8a4s25t6449tdsnht7krskz8xsqh302vma0pjm6925qcdwqxx","author_url":"https://nostr.ae/npub17ptfn7hft8a4s25t6449tdsnht7krskz8xsqh302vma0pjm6925qcdwqxx","provider_name":"njump","provider_url":"https://nostr.ae","html":"📅 Original date posted:2015-06-12\n📝 Original message:I'm imagining in Peter's proposal it's not the transaction votes that are\ncounted but only the votes in the blocks? So miners get to vote but they\nrisk losing money by having to exclude counter voting transactions. But\ngarbage transactions are no problem at all.\n\nNote that users that want to cast a vote \"pay\" for that by increased\nconfirmation time (on average, hopefully slightly depending on the trend).\n\nOn Fri, Jun 12, 2015, 20:27 Matt Whitlock \u003cbip at mattwhitlock.name\u003e wrote:\n\n\u003e On Friday, 12 June 2015, at 11:20 am, Mark Friedenbach wrote:\n\u003e \u003e Peter it's not clear to me that your described protocol is free of miner\n\u003e \u003e influence over the vote, by artificially generating transactions which\n\u003e they\n\u003e \u003e claim in their own blocks\n\u003e\n\u003e Miners could fill their blocks with garbage transactions that agree with\n\u003e their vote, but this wouldn't bring them any real income, as they'd be\n\u003e paying their own money as fees to themselves. To get real income, miners\n\u003e would have to vote in accordance with real users.\n\u003e\n\u003e\n\u003e ------------------------------------------------------------------------------\n\u003e _______________________________________________\n\u003e Bitcoin-development mailing list\n\u003e Bitcoin-development at lists.sourceforge.net\n\u003e https://lists.sourceforge.net/lists/listinfo/bitcoin-development\n\u003e\n-------------- next part --------------\nAn HTML attachment was scrubbed...\nURL: \u003chttp://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20150612/57d6fac0/attachment.html\u003e"}