Return-Path: Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org [172.17.192.35]) by mail.linuxfoundation.org (Postfix) with ESMTPS id B753689D for ; Sat, 8 Aug 2015 09:24:19 +0000 (UTC) X-Greylist: whitelisted by SQLgrey-1.7.6 Received: from mail-oi0-f43.google.com (mail-oi0-f43.google.com [209.85.218.43]) by smtp1.linuxfoundation.org (Postfix) with ESMTPS id DB80A1A8 for ; Sat, 8 Aug 2015 09:24:18 +0000 (UTC) Received: by oiev193 with SMTP id v193so36574331oie.3 for ; Sat, 08 Aug 2015 02:24:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=UfMRYeD3EgxuwOqOGHhodHusw0TiVJWcV1KHdUWhoOw=; b=XwfCmqG4vAXlIgWQzQTPtJ3xczXGdhTaf605sszO1BZIxdt/G1ddr0d/BBRO/CYv34 pZ101PU3/SovYYy/uYyLOEnPSbpPBFdWy9yylNdPz3M3Vz9i4zMqvpxPNupespSeKqPv b85YUM0NyzxCfRZxYYjtgNelQAY6pKIT7mWlmZoEC09sPnk5jXRb3dnZrePYbjmYUiFa FBhGSiuMAR1kUA2wz5v67GdQxCIa7jKE2IqmyyycNVloU8ACBLPgzBbWveY1JyLKehXi 43HPC4fJUEJiRz55lkTERexpcguNJ+3aSCYdRTHFneOwa2rHaNGx+Q2Ofm2o3Geho1Gt dNkw== MIME-Version: 1.0 X-Received: by 10.202.179.87 with SMTP id c84mr10437154oif.110.1439025858239; Sat, 08 Aug 2015 02:24:18 -0700 (PDT) Received: by 10.202.224.212 with HTTP; Sat, 8 Aug 2015 02:24:18 -0700 (PDT) In-Reply-To: <20150808085451.4689995.38052.4163@thomaszander.se> References: <8185694.hShCHQnpze@coldstorage> <20150808085451.4689995.38052.4163@thomaszander.se> Date: Sat, 8 Aug 2015 11:24:18 +0200 Message-ID: From: Benjamin To: Thomas Zander Content-Type: multipart/alternative; boundary=001a113cd1f41a6533051cc95191 X-Spam-Status: No, score=-2.7 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,FREEMAIL_FROM,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] trust 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: Sat, 08 Aug 2015 09:24:19 -0000 --001a113cd1f41a6533051cc95191 Content-Type: text/plain; charset=UTF-8 >> The point was NOT to trust no-one, the point was to trust everyone, but keep everyone honest by keeping the ledger open and publicly available. Trust takes many different forms and is not a binary function. You trust a surgeon to do an operation and a pilot to fly a jet, but not vice versa. To trust someone explicitly, you need to know who they are. Most social structures work without explicit identity and they still function quite well. For example companies are mostly anonymous to the consumer - if you buy something in a shop you trust a chain of people producing that good. A priori there is little reason to trust others, but rather that trust is already developed through social institutions. Money is one such institution with specific trust problems, and the history of money is indeed a very good way to study these problems. Unfortunately in Bitcoin development such insights are rare to find. Lightning assumes explicit trust and ID - much like Ripple. That's not going to work, and I'm surprised that someone with basic knowledge of crypto doesn't see this problem. Having explicit counter-parties is something very different from Bitcoin where the entity doing transactions verification is unknowable and changes all the time. Users of Bitcoin trust nodes doing the verification because they know it is in their best interest to be honest. Neither Sidechains nor LT have preserve that important property, and so IMO there are no good proposals to make Bitcoin scale (if that is possible at all). On Sat, Aug 8, 2015 at 10:54 AM, Thomas Zander via bitcoin-dev < bitcoin-dev@lists.linuxfoundation.org> wrote: > I didn't say off-chain, and gave an example of on-chain usecase with > trusted middleman. > > So, no, that's not what I meant. > > Sent on the go, excuse the brevity. > Original Message > From: Adam Back > Sent: Saturday, 8 August 2015 09:50 > To: Thomas Zander > Cc: Bitcoin Dev > Subject: Re: [bitcoin-dev] trust > > If you are saying that some people are happy trusting other people, > and so would be perfectly fine with off-chain use of Bitcoin, then we > agree and I already said that off-chain use case would be a > constructive thing for someone to improve scale and interoperability > of in the post you are replying to. However that use case is not a > strong argument for weakening Bitcoin's security to get to more scale > for that use case. > > In a world where we could have scale and decentralisation, then of > course it would be nice to provide people with that outlook more > security than they seem to want. And sometimes people dont understand > why security is useful until it goes wrong, so it would be a useful > thing to do. (Like insurance, your money being seized by paypal out > of the blue etc). And indeed providing security at scale maybe > possible with lightning like protocols that people are working on. > > Adam > _______________________________________________ > bitcoin-dev mailing list > bitcoin-dev@lists.linuxfoundation.org > https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev > --001a113cd1f41a6533051cc95191 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
>> The point was NOT = to trust no-one, the point was to trust everyone, but keep=C2=A0everyone honest by keeping the ledger open and p= ublicly available.

Trust takes many different forms and i= s not a binary function. You trust a surgeon to do an operation and a pilot= to fly a jet, but not vice versa. To trust someone explicitly, you need to= know who they are. Most social structures work without explicit identity a= nd they still function quite well. For example companies are mostly anonymo= us to the consumer - if you buy something in a shop you trust a chain of pe= ople=C2=A0producing that good. A priori there is little reason to trust oth= ers, but rather that trust is already developed through social institutions= . Money is one such institution with specific trust problems, and the histo= ry of money is indeed a very good way to study these problems. Unfortunatel= y in Bitcoin development such insights are rare to find.

Lightning assumes explicit trust and ID - much like Ripple. That'= ;s not going to work, and I'm surprised that someone with basic knowled= ge of crypto doesn't see this problem. Having explicit counter-parties = is something very different from Bitcoin where the entity doing transaction= s verification is unknowable and changes all the time. Users of Bitcoin tru= st nodes doing the verification because they know it is in their best inter= est to be honest. Neither Sidechains nor LT have preserve that important pr= operty, and so IMO there are no good proposals to make Bitcoin scale (if th= at is possible at all).

On Sat, Aug 8, 2015 at 10:54 AM, Thomas Zander via bitcoi= n-dev <bitcoin-dev@lists.linuxfoundation.org> wrote:
I didn't say off-chain, = and gave an example of on-chain usecase with trusted middleman.

So, no, that's not what I meant.

Sent=C2=A0on=C2=A0the=C2=A0go,=C2=A0excuse=C2=A0the=C2=A0brevity.=C2=A0
=C2=A0 Original Message =C2=A0
From: Adam Back
Sent: Saturday, 8 August 2015 09:50
To: Thomas Zander
Cc: Bitcoin Dev
Subject: Re: [bitcoin-dev] trust

If you are saying that some people are happy trusting other people,
and so would be perfectly fine with off-chain use of Bitcoin, then we
agree and I already said that off-chain use case would be a
constructive thing for someone to improve scale and interoperability
of in the post you are replying to. However that use case is not a
strong argument for weakening Bitcoin's security to get to more scale for that use case.

In a world where we could have scale and decentralisation, then of
course it would be nice to provide people with that outlook more
security than they seem to want. And sometimes people dont understand
why security is useful until it goes wrong, so it would be a useful
thing to do. (Like insurance, your money being seized by paypal out
of the blue etc). And indeed providing security at scale maybe
possible with lightning like protocols that people are working on.

Adam
_______________________________________________
bitcoin-dev mailing list
bitcoin-dev@lists.= linuxfoundation.org
https://lists.linuxfoundation.org/mail= man/listinfo/bitcoin-dev

--001a113cd1f41a6533051cc95191--