1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
|
Return-Path: <mark@friedenbach.org>
Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org
[172.17.192.35])
by mail.linuxfoundation.org (Postfix) with ESMTPS id E33BC8E3
for <bitcoin-dev@lists.linuxfoundation.org>;
Fri, 7 Aug 2015 23:17:51 +0000 (UTC)
X-Greylist: whitelisted by SQLgrey-1.7.6
Received: from mail-io0-f170.google.com (mail-io0-f170.google.com
[209.85.223.170])
by smtp1.linuxfoundation.org (Postfix) with ESMTPS id 5BF4E130
for <bitcoin-dev@lists.linuxfoundation.org>;
Fri, 7 Aug 2015 23:17:51 +0000 (UTC)
Received: by ioeg141 with SMTP id g141so125403806ioe.3
for <bitcoin-dev@lists.linuxfoundation.org>;
Fri, 07 Aug 2015 16:17:50 -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:from:date
:message-id:subject:to:cc:content-type;
bh=Cf3qQlyGR4/K3JNFITx5dqbYtypU0W5ehomqxedhKyY=;
b=bDkMGCvXq7vWlo8BwZA/2jEllVfvuaaggmoPi8SAOQ/s0CgUOeqv1wh9QeVdbarn3O
CWw6V5A9aJYtxDXZhE05JsK0GF5WvXZa7ZjkCiGn1MPHeTe5Qh/vOkxQ3KU6XivTy45d
HOj+QA8GsngDYyhYzd22PeKjicev8gGv8k6f5Bq3c7hrKHc5W7aGjlnMVzo3mZNas5KV
9jXzIMTTXEftBIkS4CNcXMJYpBhb406LOEo8fA/MlmII3KQyRAw/P60Qqtdg6e8c/R4l
X1WVhxzXtzQxg2nbvFdm1/6qF7nmV45kUpz1lSpMPEQKBR02H3r/W5/9Tbgf24BDmE6m
/0sw==
X-Gm-Message-State: ALoCoQmPCOkM4XRGduyQsM/sN8vsalo+rV/KNV1N8GxPellxo7828S+/nS+8D3DEBgiLBh0IgNLT
X-Received: by 10.107.130.166 with SMTP id m38mr12556347ioi.77.1438989470761;
Fri, 07 Aug 2015 16:17:50 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.107.158.140 with HTTP; Fri, 7 Aug 2015 16:17:31 -0700 (PDT)
X-Originating-IP: [172.56.16.232]
In-Reply-To: <CAKzdR-ofEnFxUeGSNyMLKrbFu6F8qoYnDaf=gWvwWu_b0+AXWg@mail.gmail.com>
References: <CAKzdR-o7_A2N=-=3muXcs7ptnoO2d3wSBAMAziNGs7XjnceGBQ@mail.gmail.com>
<CAOG=w-sCULNw=C75iot=6q4Yb16VvYh=F4DahS3ZEkEpGLvu3w@mail.gmail.com>
<CAKzdR-qpJzWoUVNUuhPh5sQQc2w-JZP9BqX4hRZG4c8_xujxQA@mail.gmail.com>
<CAAt2M19Hp-rXbqTvQN8A24Ojmc=8O0agbaAD5hLOj1zt-Rf+-A@mail.gmail.com>
<CAKzdR-ofEnFxUeGSNyMLKrbFu6F8qoYnDaf=gWvwWu_b0+AXWg@mail.gmail.com>
From: Mark Friedenbach <mark@friedenbach.org>
Date: Fri, 7 Aug 2015 16:17:31 -0700
Message-ID: <CAOG=w-vz2983q3V-sLy6DLMTLrrvCWmDAVBGCdnk9VADcp8Dxw@mail.gmail.com>
To: Sergio Demian Lerner <sergio.d.lerner@gmail.com>
Content-Type: multipart/alternative; boundary=001a113eb9c83d954e051cc0d867
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: Arnoud Kouwenhoven - Pukaki Corp via bitcoin-dev
<bitcoin-dev@lists.linuxfoundation.org>
Subject: Re: [bitcoin-dev] If you had a single chance to double the
transactions/second Bitcoin allows...
X-BeenThere: bitcoin-dev@lists.linuxfoundation.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Bitcoin Development Discussion <bitcoin-dev.lists.linuxfoundation.org>
List-Unsubscribe: <https://lists.linuxfoundation.org/mailman/options/bitcoin-dev>,
<mailto:bitcoin-dev-request@lists.linuxfoundation.org?subject=unsubscribe>
List-Archive: <http://lists.linuxfoundation.org/pipermail/bitcoin-dev/>
List-Post: <mailto:bitcoin-dev@lists.linuxfoundation.org>
List-Help: <mailto:bitcoin-dev-request@lists.linuxfoundation.org?subject=help>
List-Subscribe: <https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev>,
<mailto:bitcoin-dev-request@lists.linuxfoundation.org?subject=subscribe>
X-List-Received-Date: Fri, 07 Aug 2015 23:17:52 -0000
--001a113eb9c83d954e051cc0d867
Content-Type: text/plain; charset=UTF-8
Then I would suggest working on payment channel networks. No decrease of
the interblock time will ever compete with the approximately instant time
it takes to validate a microchannel payment.
On Fri, Aug 7, 2015 at 4:08 PM, Sergio Demian Lerner <
sergio.d.lerner@gmail.com> wrote:
> In some rare occasions in everyday life, what matters is seconds. Like
> when paying for parking in the car while some other cars are behind you in
> the line. You don't want them to get upset.
>
> I takes me tens of minutes to shop. But once you choose your merchandise
> and your payment starts processing, if the payment system allows several
> payments to be pending simultaneously and you're not blocking the next
> person to pay, then I don't care waiting some minutes for confirmation. But
> saving 10 minutes of confirmation is a lot.
>
> I ague that our time is mostly measured in minutes (but I don't have any
> sociological, cultural, genetic or anthropological evidence). It takes
> minutes to read an e-mail, minutes to correct a bug, minutes to have lunch,
> minutes to drive to the office, minutes to talk to your kids. A payment
> taking 1 minute is much better than a payment taking 10. If I could choose
> a single thing to change to Bitcoin, I would lower the payment time, even
> within the minute scale.
>
> Sergio
>
>
>
> On Fri, Aug 7, 2015 at 7:46 PM, Natanael <natanael.l@gmail.com> wrote:
>
>> Den 7 aug 2015 23:37 skrev "Sergio Demian Lerner via bitcoin-dev" <
>> bitcoin-dev@lists.linuxfoundation.org>:
>> >
>> > Mark,
>> > It took you 3 minutes to respond to my e-mail. And I responded to you 4
>> minutes later. If you had responded to me in 10 minutes, I would be of out
>> the office and we wouldn't have this dialogue. So 5 minutes is a lot of
>> time.
>> >
>> > Obviously this is not a technical response to the technical issues you
>> argue. But "minutes" is a time scale we humans use to measure time very
>> often.
>>
>> But what's more likely to matter is seconds. What you need then is some
>> variant of multisignature notaries (Greenaddress.it, lightning network),
>> where the combination of economic incentives and legal liability gives you
>> the assurance of doublespend protection from the time of publication of the
>> transaction to the first block confirmation.
>>
>
>
--001a113eb9c83d954e051cc0d867
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
<div dir=3D"ltr">Then I would suggest working on payment channel networks. =
No decrease of the interblock time will ever compete with the approximately=
instant time it takes to validate a microchannel payment.<br></div><div cl=
ass=3D"gmail_extra"><br><div class=3D"gmail_quote">On Fri, Aug 7, 2015 at 4=
:08 PM, Sergio Demian Lerner <span dir=3D"ltr"><<a href=3D"mailto:sergio=
.d.lerner@gmail.com" target=3D"_blank">sergio.d.lerner@gmail.com</a>></s=
pan> wrote:<br><blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex=
;border-left:1px #ccc solid;padding-left:1ex"><div dir=3D"ltr">In some rare=
occasions in everyday life, what matters is seconds. Like when paying for =
parking in the car while some other cars are behind you in the line. You do=
n't want them to get upset.=C2=A0<div><br><div><div>I takes me tens of =
minutes to shop. But once you choose your merchandise and your payment star=
ts processing, if the payment system allows several payments to be pending =
simultaneously and you're not blocking the next person to pay, then I d=
on't care waiting some minutes for confirmation. But saving 10 minutes =
of confirmation is a lot.</div><div><br></div><div>I ague that our time is =
mostly measured in minutes (but I don't have any sociological, cultural=
, genetic or anthropological evidence). It takes minutes to read an e-mail,=
minutes to correct a bug, minutes to have lunch, minutes to drive to the o=
ffice, minutes to talk to your kids. A payment taking 1 minute is much bett=
er than a payment taking 10. If I could choose a single thing to change to =
Bitcoin, I would lower the payment time, even within the minute scale.</div=
><span class=3D"HOEnZb"><font color=3D"#888888"><div><br></div><div>Sergio<=
/div><div><div><br></div><div><br></div></div></font></span></div></div></d=
iv><div class=3D"HOEnZb"><div class=3D"h5"><div class=3D"gmail_extra"><br><=
div class=3D"gmail_quote">On Fri, Aug 7, 2015 at 7:46 PM, Natanael <span di=
r=3D"ltr"><<a href=3D"mailto:natanael.l@gmail.com" target=3D"_blank">nat=
anael.l@gmail.com</a>></span> wrote:<br><blockquote class=3D"gmail_quote=
" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><=
span><p dir=3D"ltr">Den 7 aug 2015 23:37 skrev "Sergio Demian Lerner v=
ia bitcoin-dev" <<a href=3D"mailto:bitcoin-dev@lists.linuxfoundatio=
n.org" target=3D"_blank">bitcoin-dev@lists.linuxfoundation.org</a>>:<br>
><br>
> Mark,<br>
> It took you 3 minutes to respond to my e-mail. And I responded to you =
4 minutes later. If you had responded to me in 10 minutes, I would be of ou=
t the office and we wouldn't have this dialogue. So 5 minutes is a lot =
of time.<br>
><br>
> Obviously this is not a technical response to the technical issues you=
argue. But "minutes" is a time scale we humans use to measure ti=
me very often.</p>
</span><p dir=3D"ltr">But what's more likely to matter is seconds. What=
you need then is some variant of multisignature notaries (Greenaddress.it,=
lightning network), where the combination of economic incentives and legal=
liability gives you the assurance of doublespend protection from the time =
of publication of the transaction to the first block confirmation. </p>
</blockquote></div><br></div>
</div></div></blockquote></div><br></div>
--001a113eb9c83d954e051cc0d867--
|