Hi James,
> I don't really see the vaults case as any different from other
> sufficiently involved uses of bitcoin script - I don't remember anyone
> raising these concerns for lightning scripts or DLCs or tapscript use,
> any of which could be catastrophic if wallet implementations are not
> test
Hi Zeeman,
> Have not looked at the actual vault design, but I observe that Taproot
allows for a master key (which can be an n-of-n, or a k-of-n with setup
(either expensive or trusted, but I repeat myself)) to back out of any
contract.
>
> This master key could be an "even colder" key that you bu
Hey Antoine,
Thanks for taking a look at the repo.
> I believe it's reasonable to expect bugs to slip in affecting the
> output amount or relative-timelock setting correctness
I don't really see the vaults case as any different from other
sufficiently involved uses of bitcoin script - I don't re
Good morning Antoine,
> Hi James,
>
> Interesting to see a sketch of a CTV-based vault design !
>
> I think the main concern I have with any hashchain-based vault design is the
> immutability of the flow paths once the funds are locked to the root vault
> UTXO. By immutability, I mean there is n
Hi James,
Interesting to see a sketch of a CTV-based vault design !
I think the main concern I have with any hashchain-based vault design is
the immutability of the flow paths once the funds are locked to the root
vault UTXO. By immutability, I mean there is no way to modify the
unvault_tx/tocold
