Return-Path: Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org [172.17.192.35]) by mail.linuxfoundation.org (Postfix) with ESMTPS id 885BC596 for ; Tue, 29 Aug 2017 03:45:23 +0000 (UTC) X-Greylist: delayed 00:15:04 by SQLgrey-1.7.6 Received: from sender-of-o52.zoho.com (sender-of-o52.zoho.com [135.84.80.217]) by smtp1.linuxfoundation.org (Postfix) with ESMTPS id DDD661AC for ; Tue, 29 Aug 2017 03:45:22 +0000 (UTC) Received: from [192.168.1.139] (137.189.135.167 [137.189.135.167]) by mx.zohomail.com with SMTPS id 1503977413683277.9043810718821; Mon, 28 Aug 2017 20:30:13 -0700 (PDT) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) From: Johnson Lau In-Reply-To: Date: Tue, 29 Aug 2017 11:30:07 +0800 Content-Transfer-Encoding: quoted-printable Message-Id: <740F886F-6471-4418-A018-1A1B185744C3@xbt.hk> References: To: Alex Nagy , bitcoin-dev X-Mailer: Apple Mail (2.3273) X-ZohoMailClient: External X-Spam-Status: No, score=0.0 required=5.0 tests=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 Cc: Gregory Maxwell Subject: Re: [bitcoin-dev] P2WPKH Scripts, P2PKH Addresses, and Uncompressed Public Keys X-BeenThere: bitcoin-dev@lists.linuxfoundation.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Bitcoin Protocol Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Aug 2017 03:45:23 -0000 Yes it is allowed in TxOuts. And yes it is designed to save space. But = the problem is Bob can=E2=80=99t assume Alice understands the new TxOuts = format. If Bob really wants to save space this way, he should first ask = for a new BIP173 address from Alice. Never try to convert a P2PKH = address to a P2SH or BIP173 address without the consent of the = recipient. =20 > On 29 Aug 2017, at 4:55 AM, Alex Nagy via bitcoin-dev = wrote: >=20 > Thanks Gregory - to be clear should Native P2WPKH scripts only appear = in redeem scripts? =46rom reading the various BIPs it had seemed like = Native P2WPKH and Native P2WSH were also valid and identifiable if they = were encoded in TxOuts. The theoretical use case for this would be = saving bytes in Txes with many outputs. >=20