summaryrefslogtreecommitdiff
path: root/b0/f05f1b857ebf6790daa05db7f5aa1fbd2ee14b
blob: 413b18de361653daa55b75be1467bd9dbbe603dc (plain)
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
Return-Path: <karra.etc@gmail.com>
Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org
	[172.17.192.35])
	by mail.linuxfoundation.org (Postfix) with ESMTPS id 297CE7E
	for <bitcoin-dev@lists.linuxfoundation.org>;
	Tue, 11 Aug 2015 11:21:32 +0000 (UTC)
X-Greylist: whitelisted by SQLgrey-1.7.6
Received: from mail-pd0-f170.google.com (mail-pd0-f170.google.com
	[209.85.192.170])
	by smtp1.linuxfoundation.org (Postfix) with ESMTPS id D69501D2
	for <bitcoin-dev@lists.linuxfoundation.org>;
	Tue, 11 Aug 2015 11:21:31 +0000 (UTC)
Received: by pdbfa8 with SMTP id fa8so42499329pdb.1
	for <bitcoin-dev@lists.linuxfoundation.org>;
	Tue, 11 Aug 2015 04:21:31 -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=XEeCwQNrlSzYTqa+TYhlZjiV1M9HLjUUjgPfJJfc70g=;
	b=cByTwaRZEa9rx3tLTUysizLKDoDvyAd7Dev+cUHlZELVUildO2JzCqeNraztlMLFg8
	Ddyk79mMDzEcVg37ovFV94Tn5k2EG2j2K5el2EPxpt8/g5UcrxAleZjqSVCGsGvKyQrX
	3AvR1dBabTTFBYT7aFv+FJPoj5ji5aBGBz4MiYbQ7WTE/015opbDWDXB3HH24FMgiu4o
	9DOoRNy+EtjQYZ43srKxIMymujpAsJe/NCAMy5Q3npp8jfy0pTXHKCAeCkfG31ye+Yb3
	uP70onFYgH0jqFRJdZGy5Vs2/WCtHIoCWguiI4QodA+noF/YAbBo+JHOUE2QuRYB0Cz/
	AH7A==
MIME-Version: 1.0
X-Received: by 10.70.41.130 with SMTP id f2mr55347439pdl.86.1439292091580;
	Tue, 11 Aug 2015 04:21:31 -0700 (PDT)
Received: by 10.66.83.7 with HTTP; Tue, 11 Aug 2015 04:21:31 -0700 (PDT)
In-Reply-To: <CA+w+GKR1BNpVk4SAKExrkGDMzb+BQfinpmWGbNiMyM89DnzOFA@mail.gmail.com>
References: <55C9BA0F.60408@jonasschnelli.ch>
	<CA+w+GKR1BNpVk4SAKExrkGDMzb+BQfinpmWGbNiMyM89DnzOFA@mail.gmail.com>
Date: Tue, 11 Aug 2015 16:51:31 +0530
Message-ID: <CAFkt3UPaEu5uxeLD0kUDK9xDhA8szy29F1U7HaSzj0ScOt1LsQ@mail.gmail.com>
From: Sriram Karra <karra.etc@gmail.com>
To: Mike Hearn <hearn@vinumeris.com>
Content-Type: multipart/alternative; boundary=047d7bfcefead8c9d7051d074d9d
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 <bitcoin-dev@lists.linuxfoundation.org>
Subject: Re: [bitcoin-dev] Future Of Bitcoin-Cores Wallet
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: Tue, 11 Aug 2015 11:21:32 -0000

--047d7bfcefead8c9d7051d074d9d
Content-Type: text/plain; charset=UTF-8

On Tue, Aug 11, 2015 at 4:33 PM, Mike Hearn via bitcoin-dev <
bitcoin-dev@lists.linuxfoundation.org> wrote:

> Hey Jonas,
>
> I think your analysis of what (some) users need is a good one.
>
> We've discussed this before so I know you prefer your current approach,
> but I personally would take a slightly different path to reach the same end:
>
>    1. Support serving of SPV wallets from pruned storage. This means some
>    protocol upgrades, BIPs, etc. It helps all SPV wallets, including on phones.
>    2. Then make a bitcoinj based desktop wallet app, that contains a
>    bundled bitcoind.
>
> It makes a lot of sense to have single set of reference implementations
for the different components. So unless you also support something you have
not explicitly stated - get rid of bitcoin-qt in its current form, the
above does not meet the spirit of Jonas' original post - which makes a load
of sense to me.

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

<div dir=3D"ltr"><br>On Tue, Aug 11, 2015 at 4:33 PM, Mike Hearn via bitcoi=
n-dev <span dir=3D"ltr">&lt;<a href=3D"mailto:bitcoin-dev@lists.linuxfounda=
tion.org" target=3D"_blank">bitcoin-dev@lists.linuxfoundation.org</a>&gt;</=
span> wrote:<br><div class=3D"gmail_extra"><div class=3D"gmail_quote"><bloc=
kquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px #cc=
c solid;padding-left:1ex"><div dir=3D"ltr">Hey Jonas,<div><br></div><div>I =
think your analysis of what (some) users need is a good one.</div><div><br>=
</div><div>We&#39;ve discussed this before so I know you prefer your curren=
t approach, but I personally would take a slightly different path to reach =
the same end:</div><div><ol><li>Support serving of SPV wallets from pruned =
storage. This means some protocol upgrades, BIPs, etc. It helps all SPV wal=
lets, including on phones.</li><li>Then make a bitcoinj based desktop walle=
t app, that contains a bundled bitcoind.</li></ol></div></div></blockquote>=
<div>It makes a lot of sense to have single set of reference implementation=
s for the different components. So unless you also support something you ha=
ve not explicitly stated - get rid of bitcoin-qt in its current form, the a=
bove does not meet the spirit of Jonas&#39; original post - which makes a l=
oad of sense to me.<br></div><div>=C2=A0</div></div></div></div>

--047d7bfcefead8c9d7051d074d9d--