Code:
PubkeyA OP_CHECKSIGVERIFY OP_1 PubkeyB PubkeyC OP_2 OP_CHECKMULTISIG
Topic: how many times the same set of private keys can exist within a multisig wallet? (Read 223 times)
August 19, 2023, 09:24:42 AM
That doesn't look standard though.
August 18, 2023, 02:57:45 PM
That doesn't look standard though.
Your wallet will either not allow you to have repeated keys for your multisig or sign the transaction wrongly. So it isn't too good to do that as well.Either have two entity hold different keys, or use that setup above. I believe there was a conversation in one of the topics that ive created previously talking about this specific method. It is standard.
August 18, 2023, 12:19:19 PM
Code:
PubkeyA OP_CHECKSIGVERIFY OP_1 PubkeyB PubkeyC OP_2 OP_CHECKMULTISIG
August 18, 2023, 12:14:29 PM
I don't know, is there a more efficient and standard way to do this?
Yes. Zaguru12 shared a link to a script which will do this more efficiently above. The script would be as follows:Code:
PubkeyA OP_CHECKSIGVERIFY OP_1 PubkeyB PubkeyC OP_2 OP_CHECKMULTISIG
This script requires both a signature from public key A, and also a signature from a 1-of-2 multi-sig between public keys B and C. In effect you have a 2-of-3 multi-sig, but A must be one of the signers.
August 18, 2023, 10:53:38 AM
However, from a security and usability standpoint, it is entirely useless.
A 3-of-4 multi-sig with two keys owned by the same person can be useful, if say, one needs to sign regardless. For example, users A, B, C, where either A and B or A and C have to sign to spend (but not B and C alone). I don't know, is there a more efficient and standard way to do this? August 18, 2023, 08:14:45 AM
Wallets and even public APIs must always be a lot more restrictive than the consensus rules. An example would be the fact that you can't create SegWit addresses using uncompressed public keys that easily using any wallet or library even though they are perfectly fine as far as the consensus rules are concerned.
Might be under different circumstances though. Using uncompressed keys with Segwit would yield non-standard transactions and thus it would be quite difficult to spend it. In that case where creating something that results in non-standard transactions being generated, that is fine. However, using multiple of the same public keys to generate a Multisig would be fine and should still yield standard transactions.A good example in the category of this topic would be your wallet preventing you from paying an extremely high fee like 1BTC even though it is perfectly fine to do so.
August 17, 2023, 12:43:45 PM
Wallets and even public APIs must always be a lot more restrictive than the consensus rules. An example would be the fact that you can't create SegWit addresses using uncompressed public keys that easily using any wallet or library even though they are perfectly fine as far as the consensus rules are concerned.
Might be under different circumstances though. Using uncompressed keys with Segwit would yield non-standard transactions and thus it would be quite difficult to spend it. In that case where creating something that results in non-standard transactions being generated, that is fine. However, using multiple of the same public keys to generate a Multisig would be fine and should still yield standard transactions. August 17, 2023, 09:52:53 AM
On Electrum, it brought up:
Wallets and even public APIs must always be a lot more restrictive than the consensus rules. An example would be the fact that you can't create SegWit addresses using uncompressed public keys that easily using any wallet or library even though they are perfectly fine as far as the consensus rules are concerned. Code:
Error: duplicate master public key.
August 17, 2023, 05:26:43 AM
Specifically, if a 3 of 4 multisig wallet is established, could it be feasible to have two of the four keys identical?
You can test this in Bitcoin Core, preferably in Regtest:- Create a 'blank' 'watching-only' 'descriptor' wallet.
- Get some public key(s) for testing as well as the corresponding WIF private keys.
- Create an sh or wsh MultiSig descriptor using multiple public keys, for example (two same pubKeys): sh(sortedmulti(3,pubKey_1,pubKey_1,pubKey_2,pubKey_3))
- Go to console and type the command getdescriptorinfo "YOUR_DESCRIPTOR" and take note of the "checksum" that you'll need to include to import the descriptor.
- Import it to your newly created wallet using the command: importdescriptors "[{\"desc\": \"YOUR_DESCRIPTOR#checksum\",\"label\": \"YOUR_LABEL\",\"timestamp\": \"now\"}]"
- The address should be included in your Receiving addresses with the specified label
- Now, do some tests with it.
August 17, 2023, 04:36:45 AM
Specifically, if a 3 of 4 multisig wallet is established, could it be feasible to have two of the four keys identical? This way, withdrawals would require the signature of one of the remaining two unique keys.
If you wanted to go down this route, it would still be better to have all four keys different but just retain two of the keys in your own possession. This allows you to diversify your back ups and adds more security, since one of the other parties would need to compromise two different keys to steal your funds instead of just one.Alternatively, use the script that Zaguru12 has linked to above. This is a 2-of-3 multi-sig which mandates one of the signatures must come from your keys, with the other signature coming from either of the other two keys.
August 17, 2023, 03:59:30 AM
On Electrum, it brought up:
Nothing in the protocol rule would prevent that, you just need to fulfill the number of keys but there is no requirements on whether it has to be distinct or not.Code:
Error: duplicate master public key.
Electrum just doesn't allow it because it is probably just pointless and a waste of space.
August 17, 2023, 03:57:13 AM
This way, withdrawals would require the signature of one of the remaining two unique keys. Your insights on this matter would be highly appreciated.
I think this is simply as saying that the keys belonging to you (the two similar or identical keys) must be used for signing a transaction, it is actually possible. In fact these two keys could be derived from a single seed. But this breaches the security of the multi sig, as such if the identical key becomes compromised that would give of basically two of the keys to the hacker with just one left for it get to sign a transaction.
Further more if you looking to have your key sign the transaction and just another co-signer needed, why not just go for a 2-3 multi sig and use a similar script suggested in this thread.
August 17, 2023, 03:54:33 AM
It is possible. There are no such restrictions that checks for the public keys used in a multisig to be different. If it is a 3 of 4 Multisig and you have two of the same public keys, you just need the transaction to be signed using the private key. However, from a security and usability standpoint, it is entirely useless.
There is no reason to do that though.
On Electrum, it brought up:There is no reason to do that though.
Code:
Error: duplicate master public key.
August 17, 2023, 03:41:07 AM
It is possible. There are no such restrictions that checks for the public keys used in a multisig to be different. If it is a 3 of 4 Multisig and you have two of the same public keys, you just need the transaction to be signed using the private key. However, from a security and usability standpoint, it is entirely useless.
There is no reason to do that though.
There is no reason to do that though.
August 17, 2023, 03:31:30 AM
I'm curious to understand the limitations concerning the repetition of the same set of private keys within a multisig wallet. Specifically, if a 3 of 4 multisig wallet is established, could it be feasible to have two of the four keys identical? This way, withdrawals would require the signature of one of the remaining two unique keys. Your insights on this matter would be highly appreciated.
Jump to: