Message-ID: <55524C89.6080705@certimix.com>
Date: Tue, 12 May 2015 15:55:05 -0300
From: Sergio Lerner <sergiolerner@certimix.com>
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64;
	rv:31.0) Gecko/20100101 Thunderbird/31.6.0
MIME-Version: 1.0
To: Leo Wandersleb <leo@LeoWandersleb.de>, 
	"bitcoin-development@lists.sourceforge.net"
	<bitcoin-development@lists.sourceforge.net>
References: <55505441.3010906@certimix.com> <5551021E.8010706@LeoWandersleb.de>
In-Reply-To: <5551021E.8010706@LeoWandersleb.de>
Content-Type: multipart/alternative;
	boundary="------------070607090009000509010008"
Subject: Re: [Bitcoin-development] Reducing the block rate instead of
 increasing the maximum block size
Precedence: list

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


On 11/05/2015 04:25 p.m., Leo Wandersleb wrote:
> I assume that 1 minute block target will not get any substantial support but
> just in case only few people speaking up might be taken as careful
support of
> the idea, here's my two cents:
>
> In mining, stale shares depend on delay between pool/network and the
miner. This
> varies substantially globally and as Peter Todd/Luke-Jr mentioned,
speed of
> light will always keep those at a disadvantage that are 100 light
milli seconds
> away from the creation of the last block. If anything, this warrants
to increase
> block target, not reduce. (The increase might wait until we have
miners on Mars
> though ;) )

An additional delay of 200 milliseconds means loosing approximately 0.3%
of the revenue.
Do you really think this is going to be the key factor to prevent a
mining pool from being used?
There are lot of other factors, such as DoS protections, security,
privacy, variance, trust, algorithm to distribute shares, that are much
more important than that.

And having a 1 minute block actually reduces the payout variance 10x, so
miners will be happy for that. And many pool miners may opt to do solo
mining, and create new full-nodes.

>
>
> If SPV also becomes 10 times more traffic intensive, I can only urge
you to
> travel to anything but central Europe or the USA.
The SPV traffic is minuscule. Bloom-filers are an ugly solution that
increases bandwidth and does not provide a real privacy solution.
Small improvements in the wire protocol can reduce the traffic two-fold.

>
>
> I want bitcoin to be the currency for the other x billion and thus I
oppose any
> change that moves the balance towards the economically upper billion.
Because having a 10 minute rate Bitcoin is a good Internet money. If you
have a 1 minute rate, then it can also be a retail payment method, an
virtual game trading payment method, a gambling, XXX-video renting 
(hey, it takes less than 10 minutes to see one of those :), and much more.

You can reach more billions by having near instant payments.
Don't tell me about the morning caffe, I would like that everyone is
buying their coffe with Bitcoin and there are millions of users before
we figure out how to do that off-chain.

Best regards,
 Sergio.


--------------070607090009000509010008
Content-Type: text/html; charset=windows-1252
Content-Transfer-Encoding: 8bit

<html>
  <head>
    <meta content="text/html; charset=windows-1252"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    <br>
    <br>
    On 11/05/2015 04:25 p.m., Leo Wandersleb wrote:<br>
    <span style="white-space: pre;">&gt; I assume that 1 minute block
      target will not get any substantial support but<br>
      &gt; just in case only few people speaking up might be taken as
      careful support of<br>
      &gt; the idea, here's my two cents:<br>
      &gt;<br>
      &gt; In mining, stale shares depend on delay between pool/network
      and the miner. This<br>
      &gt; varies substantially globally and as Peter Todd/Luke-Jr
      mentioned, speed of<br>
      &gt; light will always keep those at a disadvantage that are 100
      light milli seconds<br>
      &gt; away from the creation of the last block. If anything, this
      warrants to increase<br>
      &gt; block target, not reduce. (The increase might wait until we
      have miners on Mars<br>
      &gt; though ;) )</span><br>
    <br>
    An additional delay of 200 milliseconds means loosing approximately
    0.3% of the revenue.<br>
    Do you really think this is going to be the key factor to prevent a
    mining pool from being used?<br>
    There are lot of other factors, such as DoS protections, security,
    privacy, variance, trust, algorithm to distribute shares, that are
    much more important than that.<br>
    <br>
    And having a 1 minute block actually reduces the payout variance
    10x, so miners will be happy for that. And many pool miners may opt
    to do solo mining, and create new full-nodes.<br>
    <br>
    <span style="white-space: pre;">&gt;<br>
      &gt;<br>
      &gt; If SPV also becomes 10 times more traffic intensive, I can
      only urge you to<br>
      &gt; travel to anything but central Europe or the USA.</span><br>
    The SPV traffic is minuscule. Bloom-filers are an ugly solution that
    increases bandwidth and does not provide a real privacy solution.<br>
    Small improvements in the wire protocol can reduce the traffic
    two-fold.<br>
    <br>
    <span style="white-space: pre;">&gt;<br>
      &gt;<br>
      &gt; I want bitcoin to be the currency for the other x billion and
      thus I oppose any<br>
      &gt; change that moves the balance towards the economically upper
      billion.</span><br>
    Because having a 10 minute rate Bitcoin is a good Internet money. If
    you have a 1 minute rate, then it can also be a retail payment
    method, an virtual game trading payment method, a gambling,
    XXX-video renting  (hey, it takes less than 10 minutes to see one of
    those :), and much more.<br>
    <br>
    You can reach more billions by having near instant payments.<br>
    Don't tell me about the morning caffe, I would like that everyone is
    buying their coffe with Bitcoin and there are millions of users
    before we figure out how to do that off-chain.<br>
    <br>
    Best regards,<br>
     Sergio.<br>
    <br>
    <br>
  </body>
</html>

--------------070607090009000509010008--