James O'Beirne just announced on the Bitcoin-Dev mailing list that he published a Bitcoin Improvement Proposal for OP_VAULT.
Announced something like a month or two ago, OP_VAULT would allow users to create on-chain vaults, where the user has time to react after money is spent from the vault, and repatriate the funds to a very cold storage in case the spend was illegitimate, using a pre-specified "recovery" path.
Think of it as a very specialized kind of covenant, tailor-made to fulfill only one use case: vaults.
We described the
OP_VAULTproposal in Bitcoin Optech Newsletter #234, and had James O’Beirne as a guest on the Audio Recap to chat about his proposal.Do you share your audio to Fountain / podcasting platforms?
We are working on post-processing the Twitter spaces into a podcast format, but it’s not quite there yet.
deleted by author
deleted by author
Great discussion of this on the latest episode of Bitcoin Review podcast.
deleted by author
Sounds cool
deleted by author
Why would we need op_vault when we have miniscript? I'd argue a miniscript sovereign veto and decaying multi-sig is superior to op_vault, without the need for a fork. And then if we get a PSBTv2, I'm not sure we need vaults or covenants ever. I can't get behind this. I don't think L1 needs anything right now other than more Taproot adoption and we should turn our attention to BOLTs, not BIPs.
I'd tend to agree, but OP_VAULT still has some nice features over what it's possible to do with Miniscript:
That being said, I think this theoretical limitations to sovereign veto constructs ease of use will be addressed in the future with things like HSM.
OP_VAULT definitely feels to specialized to be really worth a soft fork, at least to me. But from what I gathered listening to and reading O'Beirne, it is by design, as less contrived proposal have fail so far. Worth a shot, if only for the fruitful discussions that this proposal brings about.
deleted by author
deleted by author
deleted by author