On Wed, Sep 28, 2022 at 11:48:32AM +, Michael Folkson via bitcoin-dev wrote:
> SegWit was added
> to a new testnet (Segnet) for testing rather than the pre-existing testnet
> and I think future soft fork proposals should follow a similar approach.
I think past history falls into a few groups:
Hi Bastien,
>Greg already has a draft design that addresses your concerns
Thanks, that is very nice. In that case I currently have no outstanding
objections.
>I'm curious why you would need more than one such output
My reasoning was actually to allow only one OP_TRUE output per transaction,
so
Hi Peter,
Thanks for your comments.
>handing out xpubs makes the gap limit problem quadratic
Yes, my thinking on this is that if you're handing out xpubs you can lower
the gap limit for addresses generated by those xpubs, provided you assume
those addresses will be used by the same person, so
Hi Ruben,
I think this is an important conversation you have raised. I want to add some
points for discussion.
1) handing out xpubs makes the gap limit problem quadratic.
Each customer, of a given business, on an invoice must be given a unique
address or xpub but they may pay in cash or