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 C8425C002D for ; Fri, 5 Aug 2022 09:12:33 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by smtp2.osuosl.org (Postfix) with ESMTP id 924CF41C63 for ; Fri, 5 Aug 2022 09:12:33 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.11.0 smtp2.osuosl.org 924CF41C63 Authentication-Results: smtp2.osuosl.org; dkim=pass (2048-bit key) header.d=satoshilabs.com header.i=@satoshilabs.com header.a=rsa-sha256 header.s=google header.b=YAQUySg+ X-Virus-Scanned: amavisd-new at osuosl.org X-Spam-Flag: NO X-Spam-Score: -2.099 X-Spam-Level: X-Spam-Status: No, score=-2.099 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, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, 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 X5QgFRd8FIEf for ; Fri, 5 Aug 2022 09:12:32 +0000 (UTC) X-Greylist: whitelisted by SQLgrey-1.8.0 DKIM-Filter: OpenDKIM Filter v2.11.0 smtp2.osuosl.org 68B5E41C2B Received: from mail-yb1-xb2c.google.com (mail-yb1-xb2c.google.com [IPv6:2607:f8b0:4864:20::b2c]) by smtp2.osuosl.org (Postfix) with ESMTPS id 68B5E41C2B for ; Fri, 5 Aug 2022 09:12:32 +0000 (UTC) Received: by mail-yb1-xb2c.google.com with SMTP id 21so2915517ybf.4 for ; Fri, 05 Aug 2022 02:12:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=satoshilabs.com; s=google; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc; bh=jotYTvdo2MFKpZEEeH6MgV/rjJgx3PSKzAJNMdJLS1o=; b=YAQUySg+p1UbDfmtkfuPWdtP64cFfPoH+w9C6GS3GcvkWM5ntuEJLS15Q1u/oBB5KF x8+pDrGUn2Qtb9fHw9TgEcw9aYSTn4AskXRwWThjud/3p1X+YNIPFR22unazne26uhlS Un0qKz/rpR2JEpWTlEq+mb43t4TB8OqSCrgsmC91NmBgYUIQYC3VEMc45ETlEOno//nh CJGIxwdOezD53x3ObEDXIcWXdPYmBJZ7BTal8AxZhKK06Y8ne0dtUCZnZdCIJ5DB+4Ej bnLCwzlz6aEQvt1z8s6k6CQY3OHK7NtM+vAp8Y2SX/j135yRnwNjyhat+3tuyeT6CizE bUMA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc; bh=jotYTvdo2MFKpZEEeH6MgV/rjJgx3PSKzAJNMdJLS1o=; b=J3AN48jcVw8JvWXoOquVXBzoZtdrN3avNq9IWcQkydG9vKdFjJyk1BzMHjYbVKsTM9 MRubn/Fofdlx9HS26XB3HbEvlOCkZWED3/EDDZviBBqQ8HvUAQ6j2YqxcGvPkrGSUfz0 hURCq0jBs5yGKzIZVVUNnTSIsnltYVuG3QPTRyic6RvrqOx4Zk/qs19eTFjgcVKGNWDT 9AM525bOg29vQbV5SJc6YNgsW31to3IEkd4omwmN6WznfO5NNJyhEirQknBxHjw5pXhe 8p64k0tfyLJfjm1IMPdDOyr5q9Cyhce/7hcRF8IVhmOff+7NAPDK9PtpGwjG6VYd835w 3/OA== X-Gm-Message-State: ACgBeo1MLMrT/8mUzw9pidiIcy4hz3yf5XBAnSOTIP6/S0s09PVotv6b NDrrwnoBR5gzNWnqDY6GPl/kJDvdwhB0bc1QphdUG3TZduQ= X-Google-Smtp-Source: AA6agR4Iwr0oaXQE80jr9urwnmWVNuABBoHyyH9wxtCh/wd0OlPMT5RvdPiat5lkSYEFEr9wY1xKpS2NXheXWosgp78= X-Received: by 2002:a25:c00d:0:b0:677:4093:892b with SMTP id c13-20020a25c00d000000b006774093892bmr4569465ybf.328.1659690751229; Fri, 05 Aug 2022 02:12:31 -0700 (PDT) MIME-Version: 1.0 References: <4Lz70s3l79z4x2h7@mail-41103.protonmail.ch> <20220804121851.7e4zoqxaaolseazn@artanis> In-Reply-To: <20220804121851.7e4zoqxaaolseazn@artanis> From: Pavol Rusnak Date: Fri, 5 Aug 2022 11:12:20 +0200 Message-ID: To: Ali Sherief , Bitcoin Protocol Discussion Content-Type: multipart/alternative; boundary="000000000000aa1a3305e57addd0" Cc: luke_bipeditor@dashjr.org Subject: Re: [bitcoin-dev] BIP-notatether-signedmessage 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: Fri, 05 Aug 2022 09:12:33 -0000 --000000000000aa1a3305e57addd0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi Ali! Nice work. Since it seems this is a strict superset of BIP137, why not just focus on things that you are adding (Taproot) while saying your BIP is an expansion of BIP137? Your approach make it unnecessarily hard to figure out whether you are changing anything in handling of ECDSA signature types or not. If it was clearly stated you are just expanding BIP137 and removes everything that=E2= =80=99s already described in BIP137, it would be much more obvious to everyone. On Thu 4. 8. 2022 at 17:49, Ali Sherief via bitcoin-dev < bitcoin-dev@lists.linuxfoundation.org> wrote: > Hi, > > I have created a new BIP, called notatether-signedmessage. It can be > viewed at > https://github.com/ZenulAbidin/bips/blob/master/bip-notatether-signedmess= age.mediawiki > . > > For those who want a quick summary, it defines a step-by-step process for > signing and verifying messages from legacy, native/nested segwit, and > taproot addresses. It does not define a new signature format itself, exce= pt > in the case of Taproot. For those addresses, I have defined a signature > format that has 1 byte header/recID, 64 bytes signature, and 32 bytes x > coordinate of a public key. This is required to run the BIP340 Schnorr > verify algorithm using only the signature - and the header byte is added > for backwards compatibility. Otherwise, it completely integrates BIP137 > signatures. > > I am planning to move that format to its own BIP as soon as possible, in > lieu that it is unacceptable to define formats in an Informational BIP. > > Please leave your comments in this mailing list. CC'ing BIP editors. > > - Ali > > _______________________________________________ > bitcoin-dev mailing list > bitcoin-dev@lists.linuxfoundation.org > https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev > --=20 Best Regards / S pozdravom, Pavol "stick" Rusnak Co-Founder, SatoshiLabs --000000000000aa1a3305e57addd0 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi Ali!

Nice work. Since it seems this is a strict superset of BIP137, why not ju= st focus on things that you are adding (Taproot) while saying your BIP is a= n expansion of BIP137?

Y= our approach make it unnecessarily hard to figure out whether you are chang= ing anything in handling of ECDSA signature types or not. If it was clearly= stated you are just expanding BIP137 and removes everything that=E2=80=99s= already described in BIP137, it would be much more obvious to everyone.=C2= =A0


On Thu 4. 8. 2022 at 17:49, Ali Sherief= via bitcoin-dev <bitcoin-dev@lists.linuxfoundation.org> wrote:
Hi,

I have created a new BIP, called notatether-signedmessage. It can be viewed= at https://gi= thub.com/ZenulAbidin/bips/blob/master/bip-notatether-signedmessage.mediawik= i.

For those who want a quick summary, it defines a step-by-step process for s= igning and verifying messages from legacy, native/nested segwit, and taproo= t addresses. It does not define a new signature format itself, except in th= e case of Taproot. For those addresses, I have defined a signature format t= hat has 1 byte header/recID, 64 bytes signature, and 32 bytes x coordinate = of a public key. This is required to run the BIP340 Schnorr verify algorith= m using only the signature - and the header byte is added for backwards com= patibility. Otherwise, it completely integrates BIP137 signatures.

I am planning to move that format to its own BIP as soon as possible, in li= eu that it is unacceptable to define formats in an Informational BIP.

Please leave your comments in this mailing list. CC'ing BIP editors.
- Ali

_______________________________________________
bitcoin-dev mailing list
= bitcoin-dev@lists.linuxfoundation.org
https://lists.linuxfoundation.org/mail= man/listinfo/bitcoin-dev
--
<= div>
Best Regards / S pozdravom,

Pavol &= quot;stick" Rusnak
Co-Founder, SatoshiLabs
=
--000000000000aa1a3305e57addd0--