op_checktemplateverify and number of inputs

op_checktemplateverify and number of inputs
2020-01-26 17:23 ` Jeremy
  
From: Billy @ 2020-01-25  1:50 UTC (permalink / raw)
  To: bitcoin-dev

[-- Attachment #1: Type: text/plain, Size: 514 bytes --]

I have a question about op_ctv related to the requirement to specify the
number of inputs. I don't quite see why its necessary, but most
importantly, I don't see why we want to *require* the user of the op to
specify the number of inputs, tho I see the reasoning why one would want to
specify it. If the op allowed both cases (specifying a number of inputs and
allowing any number), it seems like the best of both worlds. I started a
discussion on bitcointalk.org:

https://bitcointalk.org/index.php?topic=5220520

[-- Attachment #2: Type: text/html, Size: 709 bytes --]

 permalink raw reply	[|nested]
2020-01-25  1:50 [bitcoin-dev] op_checktemplateverify and number of inputs Billy

  
From: Jeremy @ 2020-01-26 17:23 UTC ( / )
  To: Billy, Bitcoin Protocol Discussion



Hi Billy,

Restricting the number of inputs is necessary to preclude TXID
malleability. Committing to all of the information required necessitates
that the number of inputs be committed.

This allows us to build non-interactive layer 2 protocols which depend on
TXID non-malleability (most of them at writing).

You raise a good point that allowing *any number* of inputs is an
interesting case, which I had discussed offline with a few different
people. I think the conclusion was that that flexibility is better left
outside of the OP directly.

If you want an any number of inputs template, and we enable something like
OP_CAT (e.g., OP_CAT, OP_SHA256STREAM) then you can spend to something like:

<hash data before # inputs> OP_SWAP OP_CAT OP_SWAP OP_CAT <data post #
inputs> OP_CAT OP_SHA256 OP_CTV

And then pass in the # of inputs and sequences hash as arguments to the
function.

I can respond separately to your bitcointalk post as you ask a different
set of questions there.

Best,

Jeremy
--
@JeremyRubin <https://twitter.com/JeremyRubin>
<https://twitter.com/JeremyRubin>


On Sun, Jan 26, 2020 at 8:59 AM Billy via bitcoin-dev <
bitcoin-dev@lists•linuxfoundation.org> wrote:

> I have a question about op_ctv related to the requirement to specify the
> number of inputs. I don't quite see why its necessary, but most
> importantly, I don't see why we want to *require* the user of the op to
> specify the number of inputs, tho I see the reasoning why one would want to
> specify it. If the op allowed both cases (specifying a number of inputs and
> allowing any number), it seems like the best of both worlds. I started a
> discussion on bitcointalk.org:
>
> https://bitcointalk.org/index.php?topic=5220520
> _______________________________________________
> bitcoin-dev mailing list
> bitcoin-dev@lists•linuxfoundation.org
> https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev
>