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 46633ACC for ; Sun, 28 Jun 2015 19:37:23 +0000 (UTC) X-Greylist: delayed 00:11:42 by SQLgrey-1.7.6 Received: from mailhub248.itcs.purdue.edu (mailhub248.itcs.purdue.edu [128.210.5.248]) by smtp1.linuxfoundation.org (Postfix) with ESMTPS id DCDBFE7 for ; Sun, 28 Jun 2015 19:37:22 +0000 (UTC) Received: from [192.168.1.189] (c-50-165-111-123.hsd1.in.comcast.net [50.165.111.123]) (authenticated bits=0) by mailhub248.itcs.purdue.edu (8.14.4/8.14.4/mta-auth.smtp.purdue.edu) with ESMTP id t5SJPdAB014289 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT) for ; Sun, 28 Jun 2015 15:25:40 -0400 Message-ID: <5590498D.6010406@purdue.edu> Date: Sun, 28 Jun 2015 15:22:53 -0400 From: Andrew Lapp User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Icedove/31.5.0 MIME-Version: 1.0 To: bitcoin-dev@lists.linuxfoundation.org References: In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-PMX-Version: 6.0.2.2308539 X-PerlMx-URL-Scanned: Yes X-PerlMx-Virus-Scanned: Yes X-Spam-Status: No, score=-4.9 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_MED, RP_MATCHES_RCVD autolearn=ham version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on smtp1.linux-foundation.org Subject: Re: [bitcoin-dev] A Proposed Compromise to the Block Size Limit 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: Sun, 28 Jun 2015 19:37:23 -0000 I don't mind a set of central authorities being part of an option IF the central authority doesn't need to be trusted. On the blockchain, the larger miner is, the more you have to trust them to not collude with anyone to reverse your payments or destroy the trust in the system in some attack. On the Lightning network, a large hub can't steal my money. I think most people share the sentiment that trustlessness is what matters and decentralization is just a synonym for trustlessness when talking about the blockchain and mining, however decentralization isn't necessarily synonymous with trustlessness nor is centralization synonymous with trust-requiring when you're talking about something else. -Andrew Lapp On 06/28/2015 01:29 PM, Gavin Andresen wrote: > I can see how payment channels would work between big financial > institutions as a settlement layer, but isn't that exactly the > centralization concern that is making a lot of people worried about > increasing the max block size?