From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org [172.17.192.35]) by mail.linuxfoundation.org (Postfix) with ESMTPS id 7578B899 for ; Wed, 12 Aug 2015 08:52:00 +0000 (UTC) X-Greylist: whitelisted by SQLgrey-1.7.6 Received: from mail-wi0-f171.google.com (mail-wi0-f171.google.com [209.85.212.171]) by smtp1.linuxfoundation.org (Postfix) with ESMTPS id 87C78A8 for ; Wed, 12 Aug 2015 08:51:59 +0000 (UTC) Received: by wicja10 with SMTP id ja10so104565800wic.1 for ; Wed, 12 Aug 2015 01:51:58 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=rTl68CpEQkjxI/m6gmisWWD7QJVWh9nBTSlnMZwYarY=; b=I4RmFya0xkJ/LWGIOKsafcvG87vC0qEK8tM+h9qNY4B5xm1wMAST+cOTdlpYCJ/Gmm BB6OAuoIeeIjtMf8mxppuyhcDoJlthgws0RgO5fzcCyJno99pSTpViB5KnkV8G7oKw2D 2H0AIP1gMWR2raXzgJL9clwGeIDQUpwHng15NSLdc/nQ4Kj+zRQqbKAToV8uC3L1G/pA ii3On2CIfN9gEKcsJx0HM+kkgVzlk/Shpe4boiWOVpete03JKtqlJcuVpXCPYLw53Zpw Dt/7qPT3LTy7FRwHZ2W3aHIHUNzCYQWDmWaMRVZQ8W4jT2A8e51pSkVxueH+2wsvuUpt onsQ== X-Gm-Message-State: ALoCoQmTyuTiGebjrwgrCkj5mA0vd2AomSrLq1i9JwDD5Iyig25TaX9y5mjK/byXgyZAFwxAwumn MIME-Version: 1.0 X-Received: by 10.194.120.198 with SMTP id le6mr65394212wjb.133.1439369518083; Wed, 12 Aug 2015 01:51:58 -0700 (PDT) Received: by 10.194.31.230 with HTTP; Wed, 12 Aug 2015 01:51:57 -0700 (PDT) Received: by 10.194.31.230 with HTTP; Wed, 12 Aug 2015 01:51:57 -0700 (PDT) In-Reply-To: <1679272.aDpruqxXDP@coldstorage> References: <8181630.GdAj0CPZYc@coldstorage> <1679272.aDpruqxXDP@coldstorage> Date: Wed, 12 Aug 2015 10:51:57 +0200 Message-ID: From: =?UTF-8?B?Sm9yZ2UgVGltw7Nu?= To: Thomas Zander Content-Type: multipart/alternative; boundary=089e01160002d3e93d051d1954f8 X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00,HTML_MESSAGE, RCVD_IN_DNSWL_LOW autolearn=ham version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on smtp1.linux-foundation.org Cc: Bitcoin Dev Subject: Re: [bitcoin-dev] Fees and the block-finding process X-BeenThere: bitcoin-dev@lists.linuxfoundation.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Bitcoin Development Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Aug 2015 08:52:00 -0000 --089e01160002d3e93d051d1954f8 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On Aug 11, 2015 11:44 PM, "Thomas Zander" wrote: > > On Tuesday 11. August 2015 19.47.56 Jorge Tim=C3=B3n wrote: > > On Aug 11, 2015 12:14 AM, "Thomas Zander via bitcoin-dev" > > > See my various emails in the last hour. > > > > I've read them. I have read gavin's blog posts as well, several times. > > I still don't see what else can we fear from not increasing the size apart > > from fees maybe rising and making some problems that need to be solved > > rewardless of the size more visible > > [] And again, you dodge the question... > > This discussion is frustrating for everyone. I could also say "This hav= e > > been explained many times" and similar things, but that's not productive. > > I'm not trying to be obstinate, please, answer what else is to fear or > > admit that all your feas are just potential consequences of rising fees= . > > Since you replied to me; > > I have to admit I find that a little depressing. > I put forward about 10 reasons in the last 24 hours and all you remember is > something with fees. Which, thats the funny part, I never wrote as being a > problem directly. It's not that I don't remember, it's that for all your "reasons" I can always say one of these: 1) This could only be an indirect consequence of rising fees (people will move to a competitive system, cheap transactions will become unreliable, etc). 2) This problem will appear with other sizes too and it needs to be solved permanently no matter what (dumb mempool design, true scalability, etc) > > With the risk of sounding condescending or aggressive...Really, is not that > > hard to answer questions directly and succinctly. > > I would really like to avoid putting blame. I'd like to avoid the FUD > accusation and calling people paranoid, even yourself, sounds rather bad > too... > > Personally I think its a bad idea to do write the way you do, which is that > some people have to prove that bad things will happen if we don't make a > certain change. It polarizes the discussion and puts people into camps. People > have to choose sides. Whatever, even suggesting you may want to just spread fud and that's why you don't respond directly to the questions made you respond directly to the question: you answered with "[]". I just give up trying that people worried about a non-increase in the short term answer to me that question. I will internally think that they just want to spread fud, but not vey vocal about it. It's just seems strange to me that you don't want to prove to me that's not the case when it is so easy to do so: just answer the d@#/&m question. > Everyone knows that bigger blocks doesn't solve the scalability problem. I'm not so sure, people keep talking about the need to scale the system by increasing the consensus maximum... But I'm happy that, indeed, many (possibly most?) people understand this. > Everyone knows that you can't get substantial growth using lightning or higher > fees in, say, the next 12 months. I disagree with this. In any case, how can future demand be easier to predict than software development times? --089e01160002d3e93d051d1954f8 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable


On Aug 11, 2015 11:44 PM, "Thomas Zander" <zander32@gmail.com> wrote:
>
> On Tuesday 11. August 2015 19.47.56 Jorge Tim=C3=B3n wrote:
> > On Aug 11, 2015 12:14 AM, "Thomas Zander via bitcoin-dev&quo= t;
> > > See my various emails in the last hour.
> >
> > I've read them. I have read gavin's blog posts as well, s= everal times.
> > I still don't see what else can we fear from not increasing t= he size apart
> > from fees maybe rising and making some problems that need to be s= olved
> > rewardless of the size more visible
>
> []

And again, you dodge the question...

> > This discussion is frustrating for everyone. I cou= ld also say "This have
> > been explained many times" and similar things, but that'= s not productive.
> > I'm not trying to be obstinate, please, answer what else is t= o fear or
> > admit that all your feas are just potential consequences of risin= g fees.
>
> Since you replied to me;
>
> I have to admit I find that a little depressing.
> I put forward about 10 reasons in the last 24 hours and all you rememb= er is
> something with fees.=C2=A0 Which, thats the funny part, I never wrote = as being a
> problem directly.

It's not that I don't remember, it's that for al= l your "reasons" I can always say one of these:

1) This could only be an indirect consequence of rising fees= (people will move to a competitive system, cheap transactions will become = unreliable, etc).
2) This problem will appear with other sizes too and it needs to be solved = permanently no matter what (dumb mempool design, true scalability, etc)
=

> > With the risk of sounding condescending or aggress= ive...Really, is not that
> > hard to answer questions directly and succinctly.
>
> I would really like to avoid putting blame. I'd like to avoid the = FUD
> accusation and calling people paranoid, even yourself, sounds rather b= ad
> too...
>
> Personally I think its a bad idea to do write the way you do, which is= that
> some people have to prove that bad things will happen if we don't = make a
> certain change. It polarizes the discussion and puts people into camps= . People
> have to choose sides.

Whatever, even suggesting you may want to just spread fud an= d that's why you don't respond directly to the questions made you r= espond directly to the question: you answered with "[]".
I just give up trying that people worried about a non-increase in the short= term answer to me that question. I will internally think that they just wa= nt to spread fud, but not vey vocal about it.
It's just seems strange to me that you don't want to prove to me th= at's not the case when it is so easy to do so: just answer the d@#/&= ;m question.

> Everyone knows that bigger blocks doesn't solve the= scalability problem.

I'm not so sure, people keep talking about the need to s= cale the system by increasing the consensus maximum...
But I'm happy that, indeed, many (possibly most?) people understand thi= s.

> Everyone knows that you can't get substantial growt= h using lightning or higher
> fees in, say, the next 12 months.

I disagree with this.
In any case, how can future demand be easier to predict than software devel= opment times?

--089e01160002d3e93d051d1954f8--