From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org [172.17.192.35]) by mail.linuxfoundation.org (Postfix) with ESMTPS id 5DEEDDA4 for ; Tue, 30 Jan 2018 03:30:42 +0000 (UTC) X-Greylist: from auto-whitelisted by SQLgrey-1.7.6 Received: from forward4.bravehost.com (forward4.bravehost.com [65.39.211.71]) by smtp1.linuxfoundation.org (Postfix) with ESMTPS id 042991C0 for ; Tue, 30 Jan 2018 03:30:40 +0000 (UTC) X-Virus-Scanned: amavisd-new at bravehost.com Received: from [10.137.3.35] (tor-exit0-readme.dfri.se [171.25.193.20]) (Authenticated sender: cannon@cannon-ciota.info) by forward4.bravehost.com (Postfix) with ESMTPSA id 8C1F81762 for ; Mon, 29 Jan 2018 19:30:34 -0800 (PST) To: bitcoin-dev@lists.linuxfoundation.org References: <6d24833d-f127-04ea-d180-c69409de16a5@cannon-ciota.info> <6d92d8da-052d-f997-f441-0713acd72e85@cannon-ciota.info> From: CANNON Message-ID: <166a1118-6924-bef1-09bd-4db4d86ccb93@cannon-ciota.info> Date: Tue, 30 Jan 2018 03:30:21 +0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.5.2 MIME-Version: 1.0 In-Reply-To: <6d92d8da-052d-f997-f441-0713acd72e85@cannon-ciota.info> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00,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 X-Mailman-Approved-At: Tue, 30 Jan 2018 03:31:29 +0000 Subject: Re: [bitcoin-dev] NIST 8202 Blockchain Technology Overview 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, 30 Jan 2018 03:30:42 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 On 01/30/2018 01:43 AM, CANNON via bitcoin-dev wrote: > > > -------- Forwarded Message -------- > Subject: RE: NIST 8202 Blockchain Technology Overview > Date: Mon, 29 Jan 2018 12:25:05 +0000 > From: Yaga, Dylan (Fed) > To: CANNON > > Thank you for your comments. > You, along with many others, expressed concern on section 8.1.2. > To help foster a full transparency approach on the editing of this section, I am sending the revised section to you for further comment. > > 8.1.2 Bitcoin Cash (BCH) > In 2017, Bitcoin users adopted an improvement proposal for Segregated Witness (known as SegWit, where transactions are split into two segments: transactional data, and signature data) through a soft fork. SegWit made it possible to store transactional data in a more compact form while maintaining backwards compatibility. However, a group of users had different opinions on how Bitcoin should evolve and developed a hard fork of the Bitcoin blockchain titled Bitcoin Cash. Rather than implementing the SegWit changes, the developers of Bitcoin Cash decided to simply increase the blocksize. When the hard fork occurred, people had access to the same amount of coins on Bitcoin and Bitcoin Cash. > > _______________________________________________ > bitcoin-dev mailing list > bitcoin-dev@lists.linuxfoundation.org > https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev > This is much better than the original. My question, the part where it says segwit makes transactions more compact, I thought that transactions are not more compact but rather they just take advantage of extra blockspace beyond that of 1 MB? Yes they would appear to be more compact to un-upgraded nodes due to the witness being stripped, but the transactions are not actually more compact right? -----BEGIN PGP SIGNATURE----- iQIcBAEBCgAGBQJab+afAAoJEAYDai9lH2mwCDAP/RRpExXmnPzlvxuhhJ+8gSlc QRZHVa0nJ2SETTZnQSa+0t8dBO9ROYSnDHuMEqz/ba8o00Rce8icxQvCGOO29OSK Cru7/UJzYTwnt5mK2ljpUB1Fsx96fAPxfg4QMeDCRe+O5LLkH1als1GGVOwlFnLu BAV0MoCljWzBxokf0ax8+ZHHYEaKe+Fj9PKby7CZrqQKoL9PkI/n7EvqICUdTCu5 tAz9SNIBVtUxgGx/ZY96hvBx0zorV1IQEWchQ50oh/V+TgmnOW4njQOKc4TcSgfp TKpRFs8Zd7TzeIS/85GX0APGypchxdjlBaV0EORTO9GYFo7nKlzHkIGOF9Er+E6q II4qjbKLc5d/wwCIA8MHFW0Vxwv2+0ztApaWAFW42+LeHERaPCzi4NEy5quqvmsE IiTaGebl2XbTd0I+aB6WWsScTUmfXrt+NL05kwE0KDylY/mSwYMgYjP95X1Mci7X rcJRf6/pP607EiHlq3MmDlyt4TrYBp9FVVjdjvM+sD8wz72FhWeYJQdyF8t1ToOD U/ItNsxl5Jx9JvCkBXoX+6MMZ91W7D2x04Ur3OMRmy/lOoztOYAdlKy0tMyRqfCi L81apfjvmTaR2OTWhCawgZGLXGJcfOG5ECuXC90B6il5Jsts/XwyFMN2Fa1iZB50 cZwF3ySKxoVtpsf/vTW7 =feRa -----END PGP SIGNATURE-----