From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from smtp2.osuosl.org (smtp2.osuosl.org [IPv6:2605:bc80:3010::133]) by lists.linuxfoundation.org (Postfix) with ESMTP id D2368C0032 for ; Tue, 22 Aug 2023 20:23:48 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by smtp2.osuosl.org (Postfix) with ESMTP id A703B403AC for ; Tue, 22 Aug 2023 20:23:48 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.11.0 smtp2.osuosl.org A703B403AC Authentication-Results: smtp2.osuosl.org; dkim=pass (1024-bit key) header.d=reardencode.com header.i=@reardencode.com header.a=rsa-sha256 header.s=mail header.b=fp1H6J00 X-Virus-Scanned: amavisd-new at osuosl.org X-Spam-Flag: NO X-Spam-Score: -2.1 X-Spam-Level: X-Spam-Status: No, score=-2.1 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from smtp2.osuosl.org ([127.0.0.1]) by localhost (smtp2.osuosl.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id BTXN3OXuAA_S for ; Tue, 22 Aug 2023 20:23:47 +0000 (UTC) Received: from mail.reardencode.com (mail.reardencode.com [206.125.169.165]) by smtp2.osuosl.org (Postfix) with ESMTPS id 09E7D400D2 for ; Tue, 22 Aug 2023 20:23:46 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.11.0 smtp2.osuosl.org 09E7D400D2 Date: Tue, 22 Aug 2023 13:23:09 -0700 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=reardencode.com; s=mail; t=1692735822; bh=HJvv7Qaio2dnOsiqOeLKX6dViCEYk588moNclhJsYqA=; h=Date:From:To:Cc:Subject:References:In-Reply-To; b=fp1H6J00iOzgNwzjOYZX+vbw0HaEI2GGnLo9GFfyaoiGgj+DFPtG7Fyg9M8iVfQt0 QG1ojp+rVE+PQIdKK/b38nCZWbTgWh4M0deSC7Dr/Bas24mmQMOZqqIsf9rtWp9C1S WDdLgUIFMyL772mtjERtuI0hkC5POJmoZNl38ZkY= From: Brandon Black To: Greg Sanders Message-ID: Mail-Followup-To: Greg Sanders , Bitcoin Protocol Discussion References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Operating-System: Linux 5.15.110 x86_64 X-Mailman-Approved-At: Wed, 23 Aug 2023 18:17:09 +0000 Cc: Bitcoin Protocol Discussion Subject: Re: [bitcoin-dev] Combined CTV+APO to minimal TXHASH+CSFS X-BeenThere: bitcoin-dev@lists.linuxfoundation.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Bitcoin Protocol Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Aug 2023 20:23:48 -0000 > > * If the top item on the stack is not a minimally encoded `OP_0`, `OP_1`, > or > `OP_2`; succeed immediately[^2]. > > I presume this was supposed to go to OP_4 now. Fixed, thanks! > > ### How does the efficiency compare to [bip118][]? > > Just noting BIP118 also allows pubkey of "1" to stand in for the taproot > inner pubkey, which would be a common use-case. "simply" adding an opcode > ala OP_INNER_PUBKEY could also have the same effect of course. Updated the spec for OP_CSFS to replace OP_0 as pubkey with the taproot internal key. That's a great feature to keep! > Also, BIP118 also opens the door for non-APO signatures to have a sighash > digest that commits to additional data, closing a couple of taproot > malleability bugs. See > https://github.com/bitcoin-inquisition/bitcoin/issues/19 for more > discussion along those lines. These aren't make or break, but would be nice > to clean up if possible Agreed. If this proposal moves forward, I will carefully consider the contents of the hash (as shown in the table at the end) for each mode, and add (or remove) committed data. It might be worth having mode 0 (CTVish) commit to the spend_type and annex as well. Thanks much, --Brandon