To: bitcoin-dev@lists.linuxfoundation.org
References: <uQBxE-Qbd-osime4uulMZZHdF_D7usA2EKsPjkTyXCHM0OakN2Wdoeriyrc73yWp5c5ULQNkIsRXAM64cCom7ecPvdwmatOyc9Kh1sTDpl4=@protonmail.com>
From: Antoine Le Calvez <antoine@alc.io>
Message-ID: <3cf94d94-f5c9-602e-a8f5-1fe8686468b1@alc.io>
Date: Mon, 27 Mar 2017 21:56:49 +0100
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101
	Thunderbird/45.7.0
MIME-Version: 1.0
In-Reply-To: <uQBxE-Qbd-osime4uulMZZHdF_D7usA2EKsPjkTyXCHM0OakN2Wdoeriyrc73yWp5c5ULQNkIsRXAM64cCom7ecPvdwmatOyc9Kh1sTDpl4=@protonmail.com>
Content-Type: multipart/alternative;
	boundary="------------4A398C2AF83CF7587A297238"
Subject: Re: [bitcoin-dev] Encouraging good miners
Precedence: list

This is a multi-part message in MIME format.
--------------4A398C2AF83CF7587A297238
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 7bit

I don't think encouraging mining more transactions is a good idea since 
it would promote inefficient transaction patterns. It's more efficient 
to send transactions with a high number of outputs/inputs instead of 
creating long transaction chains as some services do.

You might consider incentivizing miners to mine blocks that reduce the 
UTXO set size the most, or some other metric that promotes efficient 
uses of the blockchain.

On 27/03/17 17:12, Btc Ideas via bitcoin-dev wrote:
> Add a preference for mined blocks to be the one with more 
> transactions. This comes into play when 2 blocks of the same height 
> are found. The first good block mined would be orphaned if it had less 
> transactions than another. Optionally, have this rule apply to the 
> current block and the previous one.
>
> This increases incentive for full blocks because a miner thinking the 
> faster propagation of a smaller block will win him the reward, but 
> that would no longer be a good assumption.
>
> I read some miners could attack a chain by mining small or empty 
> blocks. This makes that a little more difficult, but they can still 
> attack the chain many ways.
>
>
> Sent with ProtonMail <https://protonmail.com> Secure Email.
>
>
>
> _______________________________________________
> bitcoin-dev mailing list
> bitcoin-dev@lists.linuxfoundation.org
> https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev


--------------4A398C2AF83CF7587A297238
Content-Type: text/html; charset=windows-1252
Content-Transfer-Encoding: 7bit

<html>
  <head>
    <meta content="text/html; charset=windows-1252"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    <p>I don't think encouraging mining more transactions is a good idea
      since it would promote inefficient transaction patterns. It's more
      efficient to send transactions with a high number of
      outputs/inputs instead of creating long transaction chains as some
      services do.</p>
    <p>You might consider incentivizing miners to mine blocks that
      reduce the UTXO set size the most, or some other metric that
      promotes efficient uses of the blockchain.<br>
    </p>
    <div class="moz-cite-prefix">On 27/03/17 17:12, Btc Ideas via
      bitcoin-dev wrote:<br>
    </div>
    <blockquote
cite="mid:uQBxE-Qbd-osime4uulMZZHdF_D7usA2EKsPjkTyXCHM0OakN2Wdoeriyrc73yWp5c5ULQNkIsRXAM64cCom7ecPvdwmatOyc9Kh1sTDpl4=@protonmail.com"
      type="cite">
      <div>Add a preference for mined blocks to be the one with more
        transactions. This comes into play when 2 blocks of the same
        height are found. The first good block mined would be orphaned
        if it had less transactions than another. Optionally, have this
        rule apply to the current block and the previous one.<br>
      </div>
      <div><br>
      </div>
      <div>This increases incentive for full blocks because a miner
        thinking the faster propagation of a smaller block will win him
        the reward, but that would no longer be a good assumption.<br>
      </div>
      <div><br>
      </div>
      <div>I read some miners could attack a chain by mining small or
        empty blocks. This makes that a little more difficult, but they
        can still attack the chain many ways.<br>
      </div>
      <div><br>
      </div>
      <div><br>
      </div>
      <div class="protonmail_signature_block ">
        <div class="protonmail_signature_block-proton ">Sent with <a
            moz-do-not-send="true" href="https://protonmail.com">ProtonMail</a>
          Secure Email.<br>
        </div>
      </div>
      <div><br>
      </div>
      <br>
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <br>
      <pre wrap="">_______________________________________________
bitcoin-dev mailing list
<a class="moz-txt-link-abbreviated" href="mailto:bitcoin-dev@lists.linuxfoundation.org">bitcoin-dev@lists.linuxfoundation.org</a>
<a class="moz-txt-link-freetext" href="https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev">https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev</a>
</pre>
    </blockquote>
    <br>
  </body>
</html>

--------------4A398C2AF83CF7587A297238--