<blockquote>
  <p>Is it practical to use multisig on a Core wallet?</p>
</blockquote>

<p>yes, but for sure it depends on your level of comfort. It's not (yet) plug'nplay :-) See also the example from Gavin at the end.</p>

<blockquote>
  <p>If so, in simple two of two scenario, what is the process of
  generating a transaction?</p>
</blockquote>

<p>see example.</p>

<blockquote>
  <p>Can a third party holding neither of the private keys, propose a
  transaction for the two signers?</p>
</blockquote>

<p>yes, a third party can create the transaction, and post it to the network (he would need to have the bitcoin addresses of the other  participants, to create the redeem script).</p>

<blockquote>
  <p>Do they all need to use the same terminal?</p>
</blockquote>

<p>no, not at all. I have done creation of the funding tx on my online system, and signing of the spending tx on an offline system (cold storage). </p>

<blockquote>
  <p>How does a signer know a transaction is waiting?
  there is no protocol inside bitcoin for "notification". When you prepare a multisig, you need to have a different communication channel than the bitcoin network, to inform on necessary signing. </p>
</blockquote>

<p><strong>Example:</strong>
<a href="https://gist.githubusercontent.com/gavinandresen/3966071/raw/1f6cfa4208bc82ee5039876b4f065a705ce64df7/TwoOfThree.sh" rel="nofollow noreferrer">https://gist.githubusercontent.com/gavinandresen/3966071/raw/1f6cfa4208bc82ee5039876b4f065a705ce64df7/TwoOfThree.sh</a></p>

<p>btw: next to the examples to bitcoin.org, Andreas book "Mastering Bitcoins" (2nd edition) has many references to multisig, and it's wortwhile to read. It can even be found online.</p>

CC BY-SA 3.0
2018-01-06T10:35:54.560Z
Thanks, I will review it in more detail over the coming days, so essentially we are into raw transaction territory which most users are warned not to use, and its certainly not really practical in a business context, as is.

Prima facie, it does seem feasible to write a small script that would handle most of the inputs and outputs, and make this more suitable for business users; though the fact such things are not implemented in Core leads me to believe it may be more complex than Im giving credit for.
Thanks.
Scalextrix
CC BY-SA 3.0
2018-01-06T10:40:35.110Z
probably right. One could think of a PHP or HTML wrapper around it, asking for the two or more keys that are involved. Then another webpage or interface for creating a funding transaction. I agree, its still a bit of fuzzing around. A UI designer could do great things!
pebwindkraft
CC BY-SA 3.0
2018-01-05T17:31:09.197Z
2018-01-05T17:31:09.197Z
pebwindkraft
<p>Im interested in the application of multisignature, for example in a business context.</p>

<p>I see clear and simple instructions on creating a multisig address, and sending to the address seems fairly obvious.  However the process to send from multisig, seems sparsely documented and often many versions old.</p>

<p>Is it practical to use multisig on a Core wallet?</p>

<p>If so, in simple two of two scenario, what is the process of generating a transaction?</p>

<p>Can a third party holding neither of the private keys, propose a transaction for the two signers?</p>

<p>Do they all need to use the same terminal?</p>

<p>How does a signer know a transaction is waiting?</p>

<p>If there are multiple transactions proposed, how would a signer sign some but not others?</p>

<p>Thanks.</p>

CC BY-SA 3.0
2018-01-04T16:58:10.473Z
Please check out this sending example from bitcoin.org it's really helpful 
https://bitcoin.org/en/developer-examples#p2sh-multisig
Tailer
CC BY-SA 3.0
2018-01-05T07:50:00.470Z
That just tells me how to create a raw transaction to make a spend, which is partially useful but doesn't answer a lot of my questions.  It does appear to say that any change from the transaction goes back into single signature address, which seems especially pointless.  If I put a hundred BTC onto a multi-sig address or security reasons, when I spend 1, the 99 change goes back to a single sig address in whoever is hosting the wallet.
Scalextrix
CC BY-SA 3.0
2018-01-05T09:06:17.520Z
With my experience I can't give you an accurate answer, but when the third party decides which one should spend the Bitcoins. the third party will get 1% or less and the rest goes to the chosen key holder.
Tailer
<multi-signature>
Is multisignature usable, if so what is the business process
Scalextrix
# Is multisignature usable, if so what is the business process

(Asked by: username_0 on 2018-01-04)

Im interested in the application of multisignature, for example in a business context.

I see clear and simple instructions on creating a multisig address, and sending to the address seems fairly obvious. However the process to send from multisig, seems sparsely documented and often many versions old.

Is it practical to use multisig on a Core wallet?

If so, in simple two of two scenario, what is the process of generating a transaction?

Can a third party holding neither of the private keys, propose a transaction for the two signers?

Do they all need to use the same terminal?

How does a signer know a transaction is waiting?

If there are multiple transactions proposed, how would a signer sign some but not others?

Thanks.

**Tags:** multi-signature

> **Comments:**
> **username_1**: Please check out this sending example from bitcoin.org it's really helpful  https://bitcoin.org/en/developer-examples#p2sh-multisig  
> **username_0**: That just tells me how to create a raw transaction to make a spend, which is partially useful but doesn't answer a lot of my questions.  It does appear to say that any change from the transaction goes back into single signature address, which seems especially pointless.  If I put a hundred BTC onto a multi-sig address or security reasons, when I spend 1, the 99 change goes back to a single sig address in whoever is hosting the wallet.  
> **username_1**: With my experience I can't give you an accurate answer, but when the third party decides which one should spend the Bitcoins. the third party will get 1% or less and the rest goes to the chosen key holder.  

---

## 1 answers

### Answer by username_2 on 2018-01-05. Score: 1 | Accepted answer

> Is it practical to use multisig on a Core wallet?

yes, but for sure it depends on your level of comfort. It's not (yet) plug'nplay :-) See also the example from Gavin at the end.

> If so, in simple two of two scenario, what is the process of
> generating a transaction?

see example.

> Can a third party holding neither of the private keys, propose a
> transaction for the two signers?

yes, a third party can create the transaction, and post it to the network (he would need to have the bitcoin addresses of the other participants, to create the redeem script).

> Do they all need to use the same terminal?

no, not at all. I have done creation of the funding tx on my online system, and signing of the spending tx on an offline system (cold storage).

> How does a signer know a transaction is waiting?
> there is no protocol inside bitcoin for "notification". When you prepare a multisig, you need to have a different communication channel than the bitcoin network, to inform on necessary signing.

**Example:**
<https://gist.githubusercontent.com/gavinandresen/3966071/raw/1f6cfa4208bc82ee5039876b4f065a705ce64df7/TwoOfThree.sh>

btw: next to the examples to bitcoin.org, Andreas book "Mastering Bitcoins" (2nd edition) has many references to multisig, and it's wortwhile to read. It can even be found online.

> **Comments:**
> **username_0**: Thanks, I will review it in more detail over the coming days, so essentially we are into raw transaction territory which most users are warned not to use, and its certainly not really practical in a business context, as is.  Prima facie, it does seem feasible to write a small script that would handle most of the inputs and outputs, and make this more suitable for business users; though the fact such things are not implemented in Core leads me to believe it may be more complex than Im giving credit for. Thanks.  
> **username_2**: probably right. One could think of a PHP or HTML wrapper around it, asking for the two or more keys that are involved. Then another webpage or interface for creating a funding transaction. I agree, its still a bit of fuzzing around. A UI designer could do great things!  

---

