Received: from sog-mx-4.v43.ch3.sourceforge.com ([172.29.43.194] helo=mx.sourceforge.net) by sfs-ml-4.v29.ch3.sourceforge.com with esmtp (Exim 4.76) (envelope-from ) id 1WSZOH-0007cZ-1k for bitcoin-development@lists.sourceforge.net; Tue, 25 Mar 2014 22:00:13 +0000 X-ACL-Warn: Received: from nl.grid.coop ([50.7.166.116]) by sog-mx-4.v43.ch3.sourceforge.com with esmtp (Exim 4.76) id 1WSZOD-0005Bk-Qd for bitcoin-development@lists.sourceforge.net; Tue, 25 Mar 2014 22:00:13 +0000 Received: from localhost (localhost [127.0.0.1]) (uid 1000) by nl.grid.coop with local; Tue, 25 Mar 2014 17:00:02 -0500 id 000000000006A343.000000005331FC62.0000479B Date: Tue, 25 Mar 2014 17:00:02 -0500 From: Troy Benjegerdes To: Ricardo Filipe Message-ID: <20140325220002.GZ3180@nl.grid.coop> References: <20140322084702.GA13436@savin> <20140322150836.GG3180@nl.grid.coop> <20140322190825.GB6047@savin> <532DE7E6.4050304@monetize.io> <20140325122851.GA9818@savin> <20140325134918.GB7929@savin> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) X-Spam-Score: -0.4 (/) X-Spam-Report: Spam Filtering performed by mx.sourceforge.net. See http://spamassassin.org/tag/ for more details. -0.4 RP_MATCHES_RCVD Envelope sender domain matches handover relay domain X-Headers-End: 1WSZOD-0005Bk-Qd Cc: Bitcoin Dev , Gavin Andresen Subject: Re: [Bitcoin-development] Tree-chains preliminary summary X-BeenThere: bitcoin-development@lists.sourceforge.net X-Mailman-Version: 2.1.9 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Mar 2014 22:00:13 -0000 On Tue, Mar 25, 2014 at 08:40:40PM +0000, Ricardo Filipe wrote: > 2014-03-25 13:49 GMT+00:00 Peter Todd : > > On Tue, Mar 25, 2014 at 08:45:00AM -0400, Gavin Andresen wrote: > >> On Tue, Mar 25, 2014 at 8:28 AM, Peter Todd wrote: > >> > >> > Bitcoin doesn't scale. There's a lot of issues at hand here, but the > >> > most fundemental of them is that to create a block you need to update > >> > the state of the UTXO set, and the way Bitcoin is designed means that > >> > updating that state requires bandwidth equal to all the transaction > >> > volume to keep up with the changes to what set. Long story short, we get > >> > O(n^2) scaling, which is just plain infeasible. > >> > > >> > >> We have a fundamental disagreement here. > >> > >> If you go back and read Satoshi's original thoughts on scaling, it is clear > >> that he imagined tens of thousands of mining nodes and hundreds of millions > >> of lightweight SPV users. > > > > Yeah, about that... > > > > https://blockchain.info/pools > > > > On-topic: > This argument is quite the fallacy. The only reason we have that few > pools is because each of their miners doesn't find it feasible to mine > "on their own". if you count the individual miners on those pools you > will get to the scale Gavin was trying to point out. > > Nevertheless i think that is just a minor disagreement, since tree > chains help decentralization. I think is actually a major fundamental disagreement, and opinions tend to correlate strongly with salary considerations. "It is difficult to get a man to understand something, when his salary depends upon his not understanding it!" -- Upton Sinclair Let us either agree to disagree, or get on with moderating this list so that only sensible salaried discussions can take place.