<oembed><type>rich</type><version>1.0</version><author_name>npub1m230cem2yh3mtdzkg32qhj73uytgkyg5ylxsu083n3tpjnajxx4qqa2np2</author_name><author_url>https://nostr.ae/npub1m230cem2yh3mtdzkg32qhj73uytgkyg5ylxsu083n3tpjnajxx4qqa2np2</author_url><provider_name>njump</provider_name><provider_url>https://nostr.ae</provider_url><html>📅 Original date posted:2015-06-12&#xA;📝 Original message:On Fri, Jun 12, 2015 at 02:22:36PM -0400, Matt Whitlock wrote:&#xA;&gt; Why should miners only be able to vote for &#34;double the limit&#34; or &#34;halve&#34; the limit? If you&#39;re going to use bits, I think you need to use two bits:&#xA;&gt; &#xA;&gt; &#x9;0 0 = no preference (&#34;wildcard&#34; vote)&#xA;&gt; &#x9;0 1 = vote for the limit to remain the same&#xA;&gt; &#x9;1 0 = vote for the limit to be halved&#xA;&gt; &#x9;1 1 = vote for the limit to be doubled&#xA;&gt; &#xA;&gt; User transactions would follow the same usage. In particular, a user vote of &#34;0 0&#34; (no preference) could be included in a block casting any vote, but a block voting &#34;0 0&#34; (no preference) could only contain transactions voting &#34;0 0&#34; as well.&#xA;&#xA;Sounds like a good encoding to me. Taking the median of the three&#xA;options, and throwing away &#34;don&#39;t care&#34; votes entirely, makes sense.&#xA;&#xA;&gt; Incidentally, I love this idea, as it addresses a concern I immediately had with Jeff&#39;s proposal, which is that it hands control exclusively to the miners. And your proposal here fixes that shortcoming in a economically powerful way: miners lose out on fees if they don&#39;t represent the wishes of the users.&#xA;&#xA;Thanks! I personally expect disaster to ensue with this kind of&#xA;proposal, but I&#39;m less concerned if the disaster is something users&#xA;explicitly allowed to happen in a consensual way.&#xA;&#xA;-- &#xA;&#39;peter&#39;[:-1]@petertodd.org&#xA;0000000000000000127ab1d576dc851f374424f1269c4700ccaba2c42d97e778&#xA;-------------- next part --------------&#xA;A non-text attachment was scrubbed...&#xA;Name: signature.asc&#xA;Type: application/pgp-signature&#xA;Size: 650 bytes&#xA;Desc: Digital signature&#xA;URL: &lt;http://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20150612/935b2101/attachment.sig&gt;</html></oembed>