<oembed><type>rich</type><version>1.0</version><author_name>npub1mtxs7jztn027d9cylej99hltqq9vq84uxm80zl4naxafd9hpxqwsj9g5zm</author_name><author_url>https://nostr.ae/npub1mtxs7jztn027d9cylej99hltqq9vq84uxm80zl4naxafd9hpxqwsj9g5zm</author_url><provider_name>njump</provider_name><provider_url>https://nostr.ae</provider_url><html>📅 Original date posted:2014-04-23&#xA;📝 Original message:It&#39;s not necessary that this &#34;coinbase retribution&#34; be either&#xA;profitable or risk-free for this scheme to work. I think we should&#xA;separate out the different layers of the proposal:&#xA;&#xA;1. Attacking the coinbase instead of orphaning allows for 100 blocks&#39;&#xA;time for a consensus to be reached, rather than 10 minutes. This&#xA;allows for human verification/intervention if needed (orphaning&#xA;decisions would almost always need to be automated, due to the short&#xA;timeframe). This is a useful insight, and I don&#39;t think it&#39;s been&#xA;brought up before.&#xA;&#xA;2. The original specification of how it&#39;s done (redistribution, no&#xA;cost to voting) does seem exploitable. This can be fixed by reducing&#xA;the incentive (burning instead of redistributing) and/or adding a risk&#xA;to the orphaning attempts (a vote that fails destroys X bitcoins&#39;&#xA;worth from each voting block&#39;s own coinbase). The incentives can be&#xA;tailored to mirror those of orphaning a block, to reduce the risk of&#xA;abuse. Then the only difference from orphaning are 1) More limited&#xA;rewriting of history (only the coinbase, vs all transactions in the&#xA;block), and 2) More time to coordinate a response.&#xA;&#xA;3. This proposal may be used for things other than punishing&#xA;double-spend pools. In fact it might be used to punish miners for&#xA;doing anything a significant percentage of hashpower dislikes (large&#xA;OP_RETURNs, large blocks, gambling transactions, transactions banned&#xA;by a government). But we can make the threshold higher than 51%, so&#xA;that this doesn&#39;t turn into a significant risk (if 75% of hashpower is&#xA;willing to enforce a rule, we&#39;re already likely to see it enforced&#xA;through orphaning).&#xA;&#xA;On Wed, Apr 23, 2014 at 11:38 AM, Alex Mizrahi &lt;alex.mizrahi at gmail.com&gt; wrote:&#xA;&gt;&#xA;&gt;&gt;&#xA;&gt;&gt; And it still would. Non-collusive miners cast votes based on the outcome&#xA;&gt;&gt; of their own attempts to double spend.&#xA;&gt;&#xA;&gt;&#xA;&gt; Individually rational strategy is to vote for coinbase reallocation on every&#xA;&gt; block.&#xA;&gt;&#xA;&gt; Yes, in that case nobody will get reward. It is similar to prisoner&#39;s&#xA;&gt; dilemma: equilibrium has worst pay-off.&#xA;&gt; In practice that would mean that simple game-theoretic models are no longer&#xA;&gt; applicable, as they lead to absurd results.&#xA;&gt;&#xA;&gt;&gt;&#xA;&gt;&gt; I&#39;m using it in the same sense Satoshi used it. Honest miners work to&#xA;&gt;&gt; prevent double spends. That&#39;s the entire justification for their existence.&#xA;&gt;&gt; Miners that are deliberately trying to double spend are worse than useless.&#xA;&gt;&#xA;&gt;&#xA;&gt; Miners work to get rewards.&#xA;&gt; It absolutely doesn&#39;t matter whether they are deliberately trying to&#xA;&gt; double-spend or not: they won&#39;t be able to double-spend without a collusion.&#xA;&gt;&#xA;&gt; ------------------------------------------------------------------------------&#xA;&gt; Start Your Social Network Today - Download eXo Platform&#xA;&gt; Build your Enterprise Intranet with eXo Platform Software&#xA;&gt; Java Based Open Source Intranet - Social, Extensible, Cloud Ready&#xA;&gt; Get Started Now And Turn Your Intranet Into A Collaboration Platform&#xA;&gt; http://p.sf.net/sfu/ExoPlatform&#xA;&gt; _______________________________________________&#xA;&gt; Bitcoin-development mailing list&#xA;&gt; Bitcoin-development at lists.sourceforge.net&#xA;&gt; https://lists.sourceforge.net/lists/listinfo/bitcoin-development&#xA;&gt;</html></oembed>