/ c9 / b383a2d2f6444d9f55e617a054188feeb18095
b383a2d2f6444d9f55e617a054188feeb18095
 1  Return-Path: <rusty@ozlabs.org>
 2  Received: from whitealder.osuosl.org (smtp1.osuosl.org [140.211.166.138])
 3   by lists.linuxfoundation.org (Postfix) with ESMTP id 96DD4C013A
 4   for <bitcoin-dev@lists.linuxfoundation.org>;
 5   Sat,  9 Jan 2021 05:00:37 +0000 (UTC)
 6  Received: from localhost (localhost [127.0.0.1])
 7   by whitealder.osuosl.org (Postfix) with ESMTP id 7C5D487088
 8   for <bitcoin-dev@lists.linuxfoundation.org>;
 9   Sat,  9 Jan 2021 05:00:37 +0000 (UTC)
10  X-Virus-Scanned: amavisd-new at osuosl.org
11  Received: from whitealder.osuosl.org ([127.0.0.1])
12   by localhost (.osuosl.org [127.0.0.1]) (amavisd-new, port 10024)
13   with ESMTP id pYf0L++t3URh
14   for <bitcoin-dev@lists.linuxfoundation.org>;
15   Sat,  9 Jan 2021 05:00:36 +0000 (UTC)
16  X-Greylist: domain auto-whitelisted by SQLgrey-1.7.6
17  Received: from ozlabs.org (ozlabs.org [203.11.71.1])
18   by whitealder.osuosl.org (Postfix) with ESMTPS id 1699D870A9
19   for <bitcoin-dev@lists.linuxfoundation.org>;
20   Sat,  9 Jan 2021 05:00:35 +0000 (UTC)
21  Received: by ozlabs.org (Postfix, from userid 1011)
22   id 4DCSTW12VNz9sW8; Sat,  9 Jan 2021 16:00:31 +1100 (AEDT)
23  From: Rusty Russell <rusty@rustcorp.com.au>
24  To: Pieter Wuille <bitcoin-dev@wuille.net>,
25   Bitcoin Protocol Discussion <bitcoin-dev@lists.linuxfoundation.org>,
26   Bitcoin dev list <bitcoin-dev@lists.linuxfoundation.org>
27  In-Reply-To: <yRPu_9VJPU75ohEyqSNqVVC5J33GCDcl7ZlXFc94xJmYral9o3xA3SuoWfq2p_gVaZagKraZ7Du569y3L3f4s6k7xF3-SDx7M2Sv3VnCO-4=@wuille.net>
28  References: <jfRUzc8uB5fpIQy-a_TfTwjAD4FMtf2eInfHdgZRoLwc0NdTv7srnRLtmwFHPLInJfglSzOXXe0SVR3cgHejGPi0Kwl81UV_wkwVJcQi1rA=@wuille.net>
29   <yRPu_9VJPU75ohEyqSNqVVC5J33GCDcl7ZlXFc94xJmYral9o3xA3SuoWfq2p_gVaZagKraZ7Du569y3L3f4s6k7xF3-SDx7M2Sv3VnCO-4=@wuille.net>
30  Date: Sat, 09 Jan 2021 15:30:24 +1030
31  Message-ID: <87lfd27lhz.fsf@rustcorp.com.au>
32  MIME-Version: 1.0
33  Content-Type: text/plain
34  Subject: Re: [bitcoin-dev] Bech32m BIP: new checksum,
35  	and usage for segwit address
36  X-BeenThere: bitcoin-dev@lists.linuxfoundation.org
37  X-Mailman-Version: 2.1.15
38  Precedence: list
39  List-Id: Bitcoin Protocol Discussion <bitcoin-dev.lists.linuxfoundation.org>
40  List-Unsubscribe: <https://lists.linuxfoundation.org/mailman/options/bitcoin-dev>, 
41   <mailto:bitcoin-dev-request@lists.linuxfoundation.org?subject=unsubscribe>
42  List-Archive: <http://lists.linuxfoundation.org/pipermail/bitcoin-dev/>
43  List-Post: <mailto:bitcoin-dev@lists.linuxfoundation.org>
44  List-Help: <mailto:bitcoin-dev-request@lists.linuxfoundation.org?subject=help>
45  List-Subscribe: <https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev>, 
46   <mailto:bitcoin-dev-request@lists.linuxfoundation.org?subject=subscribe>
47  X-List-Received-Date: Sat, 09 Jan 2021 05:00:37 -0000
48  
49  Perhaps title 'Bech32m address format for native v0-16 segregated
50  witness outputs' should probably be v1-16?
51  
52  This is a thorough and clear write up; a superb read.
53  
54  Side note: I am deeply impressed with your mathematical jujitsu that no
55  bech32 string is also a valid bech32m string *even with three errors*.
56  
57  This sways me even more that this approach is correct.
58  
59  Untested-Ack.
60  
61  Thanks,
62  Rusty.
63  
64  Pieter Wuille via bitcoin-dev <bitcoin-dev@lists.linuxfoundation.org>
65  writes:
66  
67  > On Monday, January 4, 2021 4:14 PM, Pieter Wuille <bitcoin-dev@wuille.net> wrote:
68  >
69  >> Hello all,
70  >>
71  >> here is a BIP draft for changing the checksum in native segwit addresses for v1 and higher, following the discussion in https://lists.linuxfoundation.org/pipermail/bitcoin-dev/2020-December/018293.html
72  >>
73  >> Overall, the idea is:
74  >> * Define a new encoding which is a tweaked variant of Bech32, called Bech32m. It refers to the Bech32 section of BIP173, which remains in effect.
75  >> * Define a new segwit address encoding which replaces the corresponding section in BIP173. It prescribes using Bech32 for v0 witness addresses, and Bech32m for other versions.
76  >
77  > Of course I forgot the actual link: https://github.com/sipa/bips/blob/bip-bech32m/bip-bech32m.mediawiki
78  >
79  > Cheers,
80  >
81  > --
82  > Pieter
83  > _______________________________________________
84  > bitcoin-dev mailing list
85  > bitcoin-dev@lists.linuxfoundation.org
86  > https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev
87