Received-SPF: pass (sog-mx-4.v43.ch3.sourceforge.com: domain of gmail.com
	designates 209.85.220.176 as permitted sender)
	client-ip=209.85.220.176; envelope-from=voisine@gmail.com;
	helo=mail-qk0-f176.google.com; 
MIME-Version: 1.0
In-Reply-To: <a9e2e033c786fb7f99bcf7505ad45f21@riseup.net>
References: <CALqxMTHrnSS9MGgKO-5+=fVhiOOvk12Recs11S0PcSUxQT1wdQ@mail.gmail.com>
	<CA+c4Zoy6U9RXH3Qw15sXXnaeYL-9PFbnTp=VLAJsvpC_zoAK_A@mail.gmail.com>
	<CAEY8wq41ftFA1ObyUWiRGOgebwqDCAw_j+hU6_wfcXv5GSZaJw@mail.gmail.com>
	<201506160341.10994.luke@dashjr.org>
	<CAEY8wq4SOddGUJNqkrdhhfQEn4tXehCWiifk-P=PYUdfFcXFTQ@mail.gmail.com>
	<a9e2e033c786fb7f99bcf7505ad45f21@riseup.net>
Date: Tue, 16 Jun 2015 00:55:35 -0700
Message-ID: <CACq0ZD5uYikAfVuep8XCgEs-53NbF-SYhvm4qneZsEQdgd=6rw@mail.gmail.com>
From: Aaron Voisine <voisine@gmail.com>
To: Justus Ranvier <justusranvier@riseup.net>
Content-Type: multipart/alternative; boundary=001a113a5d523c780d05189de6c0
Cc: Bitcoin Dev <bitcoin-development@lists.sourceforge.net>
Subject: Re: [Bitcoin-development] The Bitcoin Node Market
Precedence: list

--001a113a5d523c780d05189de6c0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

> Suppose a billion mobile phones wanted to run SPV wallets tomorrow. Who
> would provide the nodes they would need connect to?

The SPV wallet author would if they wanted their wallet to function.


Aaron Voisine
co-founder and CEO
breadwallet.com

On Mon, Jun 15, 2015 at 10:28 PM, <justusranvier@riseup.net> wrote:

> On 2015-06-16 03:49, Kevin Greene wrote:
> > =E2=80=8BHah, fair enough, there is no such thing as the "right" way to=
 do
> > anything. But I still think punishing users who use SPV wallets is =E2=
=80=8Ba
> > less-than-ideal way to incentive people to run full nodes. Right now
> > SPV is
> > the best way that exists for mobile phones to participate in the
> > network in
> > a decentralized way. This proposal makes the user experience for mobile
> > wallets a little more confusing and annoying.
>
> Suppose a billion mobile phones wanted to run SPV wallets tomorrow. Who
> would provide the nodes they would need connect to? The decentralization
> fairy?
>
> There's absolutely no reason that paying for connectivity would be any
> more confusing or annoying than transaction fees are.
>
> If some full nodes in the network started offering paid connection
> slots, that would just mean that users who checked the "pay subscription
> fee" box in their wallet configuration would have an easier time
> connecting than the users who did't, just like how your transaction
> might eventually get mined without a fee but paying one makes it faster
> and more probable.
>
>
> -------------------------------------------------------------------------=
-----
> _______________________________________________
> Bitcoin-development mailing list
> Bitcoin-development@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/bitcoin-development
>

--001a113a5d523c780d05189de6c0
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">&gt;=C2=A0<span style=3D"font-size:13px">Suppose a billion=
 mobile phones wanted to run SPV wallets tomorrow. Who</span><br style=3D"f=
ont-size:13px"><span style=3D"font-size:13px">&gt; w</span><span class=3D""=
 tabindex=3D"0" style=3D"font-size:13px"><span class=3D"">ould pro</span></=
span><span style=3D"font-size:13px">vide the nodes they would need connect =
to?=C2=A0</span><div><span style=3D"font-size:13px"><br></span></div><div><=
span style=3D"font-size:13px">The SPV wallet author would if they wanted th=
eir wallet to function.</span></div></div><div class=3D"gmail_extra"><br cl=
ear=3D"all"><div><div class=3D"gmail_signature"><div dir=3D"ltr"><div><div =
dir=3D"ltr"><div><br>Aaron Voisine</div><div>co-founder and CEO<br><a href=
=3D"http://breadwallet.com" target=3D"_blank">breadwallet.com</a></div></di=
v></div></div></div></div>
<br><div class=3D"gmail_quote">On Mon, Jun 15, 2015 at 10:28 PM,  <span dir=
=3D"ltr">&lt;<a href=3D"mailto:justusranvier@riseup.net" target=3D"_blank">=
justusranvier@riseup.net</a>&gt;</span> wrote:<br><blockquote class=3D"gmai=
l_quote" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left=
:1ex"><span class=3D"">On 2015-06-16 03:49, Kevin Greene wrote:<br>
&gt; =E2=80=8BHah, fair enough, there is no such thing as the &quot;right&q=
uot; way to do<br>
&gt; anything. But I still think punishing users who use SPV wallets is =E2=
=80=8Ba<br>
&gt; less-than-ideal way to incentive people to run full nodes. Right now<b=
r>
&gt; SPV is<br>
&gt; the best way that exists for mobile phones to participate in the<br>
&gt; network in<br>
&gt; a decentralized way. This proposal makes the user experience for mobil=
e<br>
&gt; wallets a little more confusing and annoying.<br>
<br>
</span>Suppose a billion mobile phones wanted to run SPV wallets tomorrow. =
Who<br>
would provide the nodes they would need connect to? The decentralization<br=
>
fairy?<br>
<br>
There&#39;s absolutely no reason that paying for connectivity would be any<=
br>
more confusing or annoying than transaction fees are.<br>
<br>
If some full nodes in the network started offering paid connection<br>
slots, that would just mean that users who checked the &quot;pay subscripti=
on<br>
fee&quot; box in their wallet configuration would have an easier time<br>
connecting than the users who did&#39;t, just like how your transaction<br>
might eventually get mined without a fee but paying one makes it faster<br>
and more probable.<br>
<div class=3D"HOEnZb"><div class=3D"h5"><br>
---------------------------------------------------------------------------=
---<br>
_______________________________________________<br>
Bitcoin-development mailing list<br>
<a href=3D"mailto:Bitcoin-development@lists.sourceforge.net">Bitcoin-develo=
pment@lists.sourceforge.net</a><br>
<a href=3D"https://lists.sourceforge.net/lists/listinfo/bitcoin-development=
" rel=3D"noreferrer" target=3D"_blank">https://lists.sourceforge.net/lists/=
listinfo/bitcoin-development</a><br>
</div></div></blockquote></div><br></div>

--001a113a5d523c780d05189de6c0--