Re: [bitcoin-dev] ANYPREVOUT in place of CTV

2022-04-29 Thread Swambo, Jacob via bitcoin-dev
Hi, While I agree with the arguments in favour of (optional ANYONECANPAY) APOAS in lieu of CTV in the short-term (given the additional benefit of enabling Eltoo), there's a point to add in favour of CTV (or similar) in the long-term beyond as an optimisation. With APOAS-based covenants, the

[bitcoin-dev] Miniscript support in hardware wallets/signing devices

2022-04-29 Thread Michael Folkson via bitcoin-dev
Hi Assessing what should be sent to this mailing list is difficult. We don't want to be bombarded with full on company promotional materials obviously but then at the same time only focusing on contentious consensus changes at the expense of everything else just gives a warped view to readers

Re: [bitcoin-dev] ANYPREVOUT in place of CTV

2022-04-29 Thread Nadav Ivgi via bitcoin-dev
Correction: thinking about this some more, you can't actually expect to have a stable txid if you allow additional inputs at all... So yes, amending BIP 118 to commit to sha_sequences (which indirectly also commits to the number of inputs) as proposed in the OP should be sufficient to get stable

Re: [bitcoin-dev] ANYPREVOUT in place of CTV

2022-04-29 Thread Nadav Ivgi via bitcoin-dev
> This is *literally* what the post you are replying to is proposing to solve. I thought the changes mentioned in the OP (+ committing to the spent input index) only solves the half-spend problem, but not the stable txids one? There can be other inputs with a scriptSig, which doesn't get

Re: [bitcoin-dev] ANYPREVOUT in place of CTV

2022-04-29 Thread darosior via bitcoin-dev
Hi Shesek, > 1. The resulting txids are not stable. This is *literally* what the post you are replying to is proposing to solve. > This property could be important for some of the proposed CTV use-cases, like > channel factories. Hmm? You can't have channel factories without Eltoo. (Well, you

Re: [bitcoin-dev] Vaulting (Was: Automatically reverting ("transitory") soft forks)

2022-04-29 Thread Billy Tetrud via bitcoin-dev
> the point of a vault is the ability to keep your primary wallet keys in *highly* deep cold storage I think we're both right. You're also right that there are many possible configurations including the one you mentioned. I can see good reasons to use multisig even if both keys are quickly on

Re: [bitcoin-dev] ANYPREVOUT in place of CTV

2022-04-29 Thread Nadav Ivgi via bitcoin-dev
Here's a summary of the trade-offs I see for using APO as a CTV alternative: 1. The resulting txids are not stable. CTV commits to enough tx information such that given the txid:vout of the covenant-encumbered output, you can predict the txid of the spending tx permitted by CTV (and of the

Re: [bitcoin-dev] Vaulting (Was: Automatically reverting ("transitory") soft forks)

2022-04-29 Thread Nadav Ivgi via bitcoin-dev
> The whole point of a wallet vault is that you can get the security of a multisig wallet without having to sign using as many keys. In my view, the point of a vault is the ability to keep your primary wallet keys in *highly* deep cold storage (e.g. metal backup only, not loaded on any HW