Update mint-005 and Add mint-006 through mint-009#17
Update mint-005 and Add mint-006 through mint-009#17Rob1Ham wants to merge 3 commits intoBlockstream:mainfrom
Conversation
24597a6 to
05e4fa7
Compare
d86331c to
fd01052
Compare
|
In f571b9f: ACK MINTs 6 through 8. Haven't finished reading 9 yet. There are a couple minor differences between 5 and the "variants" of 5, most notably that the PKs and PAKs have switched sides in your tables. But the colors are consistent so I think it's fine. |
|
ACK f571b9f MINT 9 looks good to me -- it's much simpler than the other ones. MINT 10, while mentioned in the description, is not part of this PR. |
|
Hey @apoelstra - yes originally I had tee'd up a mint-010, but its not needed as of this time. As for 6-8, of those templates, and how they differ from 005 is to both change the number of signers (3 keys vs 1 key) as well as switch the roles of PKs and PAKs signing order. This is an intentional decision to have vault templates which enable customer's to be able to unilaterally move their bitcoin before a "recovery" spend condition is available, which involves other parties not signing to move funds. |
Oof, I totally missed this part! Maybe it needs to be highlighted more? (Or maybe I just need to read more carefully.) |
…date mint-005 reference transactions - mint-005: Update reference transactions and example timestamps to match current signet vault (smallest=1753488000, between=1766880000, largest=1770768000) - mint-005: Fix Layer 2 Example Spend signers (verified against on-chain witness data) - mint-005: Add Layer 3 Example Spend signer list - mint-006: Fix stale "10-Key Collaborative Custody Vault" references, add note clarifying layer reordering and PK/PAK column swap vs MINT-005 - mint-006/007/008: Fix image alt text from CK to PAK - mint-009: Fix CK/CSK to PAK/SAK in descriptor, policy, and example spend
|
Pushed fixes since your ACK at f571b9f:
|
mint-006, mint-007, and mint-008 are structurally similar to mint-005, but with variations on the number of keys held by the principal (1 key or 3 keys), and order in which sovereign recovery vs the emergency recovery spend conditions occur. These small changes each result in different expected output descriptor formats.
mint-009 is a multiple agent model on how multiple key agents can hold funds on behalf of a user.
mint-010 is a Custodian Co-Signer vault where a custodian works with a co signer to authorize transactions prior to releasing them, and falling back to recovery keys if cosigner is no longer available.