summaryrefslogtreecommitdiff
path: root/99/9da38f9a2710479d24d698577cee9c476fa2a1
blob: 5289f032b74f7c6cfc94200bc63cfa48a0515018 (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
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
Return-Path: <thompson.benedictjames@gmail.com>
Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org
	[172.17.192.35])
	by mail.linuxfoundation.org (Postfix) with ESMTPS id C242894B
	for <bitcoin-dev@lists.linuxfoundation.org>;
	Mon, 30 Oct 2017 12:49:30 +0000 (UTC)
X-Greylist: whitelisted by SQLgrey-1.7.6
Received: from mail-wm0-f41.google.com (mail-wm0-f41.google.com [74.125.82.41])
	by smtp1.linuxfoundation.org (Postfix) with ESMTPS id 209F020D
	for <bitcoin-dev@lists.linuxfoundation.org>;
	Mon, 30 Oct 2017 12:49:30 +0000 (UTC)
Received: by mail-wm0-f41.google.com with SMTP id y80so8807722wmd.0
	for <bitcoin-dev@lists.linuxfoundation.org>;
	Mon, 30 Oct 2017 05:49:29 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;
	h=mime-version:references:in-reply-to:from:date:message-id:subject:to; 
	bh=huNajAOryO8fV2w4fOZAtiwyf6vKD2+OYkmY1kvZYCc=;
	b=ObjTW0fMOIlCBuSDQ4HywXItVaiBeN+7qXZC0NoQmdpsZmtAjuF+50DTTLMldEJFyB
	LfIuESmNQAYFvLQjAQBcUopWEH4W9jfNWbAh0Iy/1PH9H8wGADxGR6tvL7nUoJXFRtPc
	xij6kdLrna9vZx7mwyFYiL3iAcTwbTezQWdQhNGc0JK+bzZnkreaTGXdDashe0peDV8r
	7K3V9Abur2VhXJwjNMe4U+uUKQ3WvdVn0xTCtKDeR7NhjRRfBenNOQpWztvFNhIO54TL
	5SHfEYMXMyz/83cSnlN90VpoWK1XzjaO7I9OLG6dqc57lJQ8LLG7xmWl7qR619EVtfvN
	ZVVg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
	d=1e100.net; s=20161025;
	h=x-gm-message-state:mime-version:references:in-reply-to:from:date
	:message-id:subject:to;
	bh=huNajAOryO8fV2w4fOZAtiwyf6vKD2+OYkmY1kvZYCc=;
	b=BX8oLMUZuZetZobEZbqW7UcXOZLiN67lGz2MQKwbkM+Fnsqqgeg4cdOLv2c3BN98Vk
	rxZoKyiC/MI/aaPNthn/BJe9TmKtgzq1CmWg+z0bV299XOmekXYqAoBVz7OzGB4hZxwF
	dfk5OSUgGefRb+PM0jnpxxVhKnYl9Ssc3UqKPL2s+dTCdzS7yLRGjuQc36CaN4x4wJZT
	97DDotp3liSKdeDWtPp+X0xKZIkUtwg5lIEMGJIqWbKB1ktCgU4/cle/1y33WrK9Hs/V
	w/c2+/uPyh/YfSAfc9jkqFJxK7vmLpa+wZj5AstB9xjwGmngKfuzg2GKOZhwbTEIaXst
	zjZQ==
X-Gm-Message-State: AMCzsaXDcpVtALDmGAB2piIk64jvhHPLLxNOfC1JLBnN1OEy9XRyXAle
	MELVhSIlPIwWVRFmLui0/oI9ur3yGk/KUSpVahs=
X-Google-Smtp-Source: ABhQp+TtX9DiWuObJgfatC2KBRJYJztyhDIASjewgyeeV4Hl4p3I4yWwX7oXhDOG4QtoCnZ0MktPZD+pM++aO4XQV2M=
X-Received: by 10.80.178.132 with SMTP id p4mr8967758edd.113.1509367768771;
	Mon, 30 Oct 2017 05:49:28 -0700 (PDT)
MIME-Version: 1.0
References: <CABuOfujV1gAaSOKBB7S0_JKuwp+3iNhY5kN59F3LLndPENUA_Q@mail.gmail.com>
In-Reply-To: <CABuOfujV1gAaSOKBB7S0_JKuwp+3iNhY5kN59F3LLndPENUA_Q@mail.gmail.com>
From: Ben Thompson <thompson.benedictjames@gmail.com>
Date: Mon, 30 Oct 2017 12:49:18 +0000
Message-ID: <CAOxie=En8EqfuEtaPxH_v-2SYfUunudb4Zu0MQ-ZfEiPMxa6AQ@mail.gmail.com>
To: shiva sitamraju <shiva@blockonomics.co>, 
	Bitcoin Protocol Discussion <bitcoin-dev@lists.linuxfoundation.org>
Content-Type: multipart/alternative; boundary="f403045c8204b176e1055cc31169"
X-Spam-Status: No, score=-0.1 required=5.0 tests=DKIM_SIGNED,DKIM_VALID,
	DKIM_VALID_AU,FREEMAIL_FROM,HTML_MESSAGE,RCVD_IN_DNSWL_NONE
	autolearn=disabled version=3.3.1
X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on
	smtp1.linux-foundation.org
X-Mailman-Approved-At: Mon, 30 Oct 2017 14:18:27 +0000
Subject: Re: [bitcoin-dev] Visually Differentiable - Bitcoin Addresses
X-BeenThere: bitcoin-dev@lists.linuxfoundation.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Bitcoin Protocol 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: Mon, 30 Oct 2017 12:49:30 -0000

--f403045c8204b176e1055cc31169
Content-Type: text/plain; charset="UTF-8"

Checking the first few bytes of a Bitcoin Address should not be considered
sufficient for ensuring that it is correct as it takes less than a second
to generate a 3 character vanity address that matches the first 3
characters of an address.

On Mon, 30 Oct 2017, 11:44 shiva sitamraju via bitcoin-dev, <
bitcoin-dev@lists.linuxfoundation.org> wrote:

> Hi,
>
> When I copy and paste bitcoin address, I double check the first few bytes,
> to make sure I copied the correct one. This is to make sure some rogue
> software is not changing the address, or I incorrectly pasted the wrong
> address.
>
>
> With Bech32 address, its seems like in this department we are taking as
> step in the backward direction. With the traditional address, I could
> compare first few bytes like 1Ko or 1L3. With bech32, bc1. is all I can see
> and compare which is likely to be same anyway. Note that most users will
> only compare the first few bytes only (since addresses themselves are very
> long and will overflow in a mobile text box).
>
> Is there anyway to make the Bech32 addresses format more visually distinct
> (atleast the first few bytes) ?
> _______________________________________________
> bitcoin-dev mailing list
> bitcoin-dev@lists.linuxfoundation.org
> https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev
>

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

<div dir=3D"ltr">Checking the first few bytes of a Bitcoin Address should n=
ot be considered sufficient for ensuring that it is correct as it takes les=
s than a second to generate a 3 character vanity address that matches the f=
irst 3 characters of an address.</div><span>
</span><br><div class=3D"gmail_quote"><div dir=3D"ltr">On Mon, 30 Oct 2017,=
 11:44 shiva sitamraju via bitcoin-dev, &lt;<a href=3D"mailto:bitcoin-dev@l=
ists.linuxfoundation.org" target=3D"_blank">bitcoin-dev@lists.linuxfoundati=
on.org</a>&gt; wrote:<br></div><blockquote class=3D"gmail_quote" style=3D"m=
argin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir=3D"l=
tr"><div><div><div>Hi,<br><br></div>When I copy and paste bitcoin address, =
I double check the first few bytes, to make sure I copied the correct one. =
This is to make sure some rogue software is not changing the address, or I =
incorrectly pasted the wrong address.<br><br><br></div>With Bech32 address,=
 its seems like in this department we are taking as step in the backward di=
rection. With the traditional address, I could compare first few bytes like=
 1Ko or 1L3. With bech32, bc1. is all I can see and compare which is likely=
 to be same anyway. Note that most users will only compare the first few by=
tes only (since addresses themselves are very long and will overflow in a m=
obile text box).<br><br></div>Is there anyway to make the Bech32 addresses =
format more visually distinct (atleast the first few bytes) ? <br></div>
_______________________________________________<br>
bitcoin-dev mailing list<br>
<a href=3D"mailto:bitcoin-dev@lists.linuxfoundation.org" target=3D"_blank">=
bitcoin-dev@lists.linuxfoundation.org</a><br>
<a href=3D"https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev" =
rel=3D"noreferrer" target=3D"_blank">https://lists.linuxfoundation.org/mail=
man/listinfo/bitcoin-dev</a><br>
</blockquote></div>

--f403045c8204b176e1055cc31169--