Return-Path: <jlrubin@mit.edu> Received: from smtp2.osuosl.org (smtp2.osuosl.org [IPv6:2605:bc80:3010::133]) by lists.linuxfoundation.org (Postfix) with ESMTP id 9FA7AC000E for <bitcoin-dev@lists.linuxfoundation.org>; Sun, 4 Jul 2021 17:30:33 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by smtp2.osuosl.org (Postfix) with ESMTP id 80ED14014F for <bitcoin-dev@lists.linuxfoundation.org>; Sun, 4 Jul 2021 17:30:33 +0000 (UTC) X-Virus-Scanned: amavisd-new at osuosl.org X-Spam-Flag: NO X-Spam-Score: -4.2 X-Spam-Level: X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, 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 LadhqgIEgx-7 for <bitcoin-dev@lists.linuxfoundation.org>; Sun, 4 Jul 2021 17:30:32 +0000 (UTC) X-Greylist: domain auto-whitelisted by SQLgrey-1.8.0 Received: from outgoing.mit.edu (outgoing-auth-1.mit.edu [18.9.28.11]) by smtp2.osuosl.org (Postfix) with ESMTPS id 6488C400C4 for <bitcoin-dev@lists.linuxfoundation.org>; Sun, 4 Jul 2021 17:30:32 +0000 (UTC) Received: from mail-il1-f181.google.com (mail-il1-f181.google.com [209.85.166.181]) (authenticated bits=0) (User authenticated as jlrubin@ATHENA.MIT.EDU) by outgoing.mit.edu (8.14.7/8.12.4) with ESMTP id 164HUU4F007586 (version=TLSv1/SSLv3 cipher=AES128-GCM-SHA256 bits=128 verify=NOT) for <bitcoin-dev@lists.linuxfoundation.org>; Sun, 4 Jul 2021 13:30:30 -0400 Received: by mail-il1-f181.google.com with SMTP id g3so15106436ilj.7 for <bitcoin-dev@lists.linuxfoundation.org>; Sun, 04 Jul 2021 10:30:30 -0700 (PDT) X-Gm-Message-State: AOAM5314Th6ZiaxCzoNazysorjMM3lF2idLPdqflf4TDCtVktWVb79fY Xu+Z6uOy5zjakLlwjORr4OzqhFjZW2js2oTLU6Y= X-Google-Smtp-Source: ABdhPJxhNRD80l8LDPR7NkiiyR9tQP8+Ah4jrG7Xdgpp/+wqYq40cFnkfOgcHJlsUeXQGHsz7HGwzPGS9glIOowML1M= X-Received: by 2002:a92:3009:: with SMTP id x9mr7387976ile.49.1625419830173; Sun, 04 Jul 2021 10:30:30 -0700 (PDT) MIME-Version: 1.0 References: <CAD5xwhjmu-Eee47Ho5eA6E6+aAdnchLU0OVZo=RTHaXnN17x8A@mail.gmail.com> <CAMZUoK=-jrH+fr=tUTHmLojm2-Ff99KYm9H97yhd=7bcOVG=fg@mail.gmail.com> <CAD5xwhg0N1byx-G2tk=jjmZSHSBirpaX6OHTnh_x9iDEVF8PrQ@mail.gmail.com> <CAMZUoKnYAKum63fRUNJD-zAZX_p3MoFULGWRE7J2QkO69nOe8g@mail.gmail.com> In-Reply-To: <CAMZUoKnYAKum63fRUNJD-zAZX_p3MoFULGWRE7J2QkO69nOe8g@mail.gmail.com> From: Jeremy <jlrubin@mit.edu> Date: Sun, 4 Jul 2021 10:30:18 -0700 X-Gmail-Original-Message-ID: <CAD5xwhgtsqAX99NJRU6t-s14aF7frGZxFCL3-c9iBOYrkN_A_w@mail.gmail.com> Message-ID: <CAD5xwhgtsqAX99NJRU6t-s14aF7frGZxFCL3-c9iBOYrkN_A_w@mail.gmail.com> To: "Russell O'Connor" <roconnor@blockstream.com> Content-Type: multipart/alternative; boundary="00000000000096a79605c64f8b10" Cc: Bitcoin Protocol Discussion <bitcoin-dev@lists.linuxfoundation.org> Subject: Re: [bitcoin-dev] CHECKSIGFROMSTACK/{Verify} BIP for Bitcoin X-BeenThere: bitcoin-dev@lists.linuxfoundation.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Bitcoin Protocol Discussion <bitcoin-dev.lists.linuxfoundation.org> List-Unsubscribe: <https://lists.linuxfoundation.org/mailman/options/bitcoin-dev>, <mailto:bitcoin-dev-request@lists.linuxfoundation.org?subject=unsubscribe> List-Archive: <http://lists.linuxfoundation.org/pipermail/bitcoin-dev/> List-Post: <mailto:bitcoin-dev@lists.linuxfoundation.org> List-Help: <mailto:bitcoin-dev-request@lists.linuxfoundation.org?subject=help> List-Subscribe: <https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev>, <mailto:bitcoin-dev-request@lists.linuxfoundation.org?subject=subscribe> X-List-Received-Date: Sun, 04 Jul 2021 17:30:33 -0000 --00000000000096a79605c64f8b10 Content-Type: text/plain; charset="UTF-8" I don't really see the point of CHECKSIGFROMSTACKADD since it's not bound to the txdata? When might you use this? And yes -- "Add OP_CHECKSIGFROMSTACK and OP_CHECKSIGFROMSTACKVERIFY to follow the semantics from bip340-342 when witness program is v1." is a bit light on detail for what the BIP would end up looking like. If you're able to open up the design process a bit more on that it would be good as I think there are some topics worth discussing at large before things proceed with Elements (assuming feature compatibility remains a goal). The non-prehashed argument seems OK (at the cost of an extra byte...) but are there specific applications for !=32 arguments? I can't think of a particular one beyond perhaps efficiency. Can we safely use 0-520 byte arguments? Also do you have thoughts on the other questions i posed above? E.g. splitting R/S could be helpful w/o CAT. -- @JeremyRubin <https://twitter.com/JeremyRubin> <https://twitter.com/JeremyRubin> On Sat, Jul 3, 2021 at 1:13 PM Russell O'Connor <roconnor@blockstream.com> wrote: > There is one line written at > https://github.com/ElementsProject/elements/pull/949/files#r660130155. > --00000000000096a79605c64f8b10 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable <div dir=3D"auto"><div dir=3D"ltr"><div dir=3D"ltr">I don't really see = the point of CHECKSIGFROMSTACKADD since it's not bound to the txdata? W= hen might you use this?<br><br>And yes -- "Add OP_CHECKSIGFROMSTACK an= d OP_CHECKSIGFROMSTACKVERIFY to follow the semantics from bip340-342 when w= itness program is v1." is a bit light on detail for what the BIP would= end up looking like. If you're able to open up the des<span class=3D"g= mail_default" style=3D"">ign process a bit more on that it would be good as= I think there are some topics worth discussing at large before things proc= eed with Elements (assuming feature compatibility remains a goal).</span></= div><div dir=3D"ltr"><br></div><div dir=3D"ltr"><div class=3D"gmail_default= " style=3D"">The non-prehashed=C2=A0argument seems OK (at the cost of an ex= tra byte...) but are there specific applications for !=3D32 arguments? I ca= n't think of a particular one beyond perhaps efficiency. Can we safely = use 0-520 byte arguments?</div><div class=3D"gmail_default" style=3D""><br>= </div><div class=3D"gmail_default" style=3D"">Also do you have thoughts on = the other questions i posed above? E.g. splitting R/S could be helpful w/o = CAT.</div><br></div><div dir=3D"ltr">--<br><div><div dir=3D"ltr" data-smart= mail=3D"gmail_signature"><div dir=3D"ltr"><a href=3D"https://twitter.com/Je= remyRubin" target=3D"_blank" rel=3D"noreferrer">@JeremyRubin</a><a href=3D"= https://twitter.com/JeremyRubin" target=3D"_blank" rel=3D"noreferrer"></a><= /div></div></div><br></div><br><div class=3D"gmail_quote"><div dir=3D"ltr" = class=3D"gmail_attr">On Sat, Jul 3, 2021 at 1:13 PM Russell O'Connor &l= t;<a href=3D"mailto:roconnor@blockstream.com" target=3D"_blank" rel=3D"nore= ferrer">roconnor@blockstream.com</a>> wrote:<br></div><blockquote class= =3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left-width:1px;bo= rder-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex">= <div dir=3D"ltr"><div>There is one line written at <a href=3D"https://githu= b.com/ElementsProject/elements/pull/949/files#r660130155" target=3D"_blank"= rel=3D"noreferrer">https://github.com/ElementsProject/elements/pull/949/fi= les#r660130155</a>.</div></div> </blockquote></div></div></div> --00000000000096a79605c64f8b10--