<p>If anyone is looking for the answer, Gavin Andresen posted it on bitcointalk.org.</p>
<p><a href="https://bitcointalk.org/index.php?topic=567321" rel="nofollow noreferrer">https://bitcointalk.org/index.php?topic=567321</a></p>
<blockquote>
<p>Transactions send via sendrawtransaction are always debited from the default &quot;&quot; account. Raw transactions and accounts are not designed to work together, use one or the other .</p>
<p>And preferably not accounts: unless somebody steps up and volunteers to make the accounts feature &quot;industrial-strength&quot; (scalable, integrates with whatever back-end database your company is using to track user information, can be robustly backed up, etc) it is very likely it will be deprecated and then dropped.</p>
</blockquote>

CC BY-SA 3.0
2014-04-15T22:50:51.187Z
2014-04-15T22:50:51.187Z
2020-06-16T11:10:03.350Z
Injured Platypus
<p>I've been attempting to do transactions to and from a multisig address for a couple of days, but I'm finding that my default account "" keeps paying for things, even though I'm explicitly saying other accounts should pay for things via the txid field in createrawtransaction.</p>

<p>For a quick example, if I create a transaction like:</p>

<pre><code>bitcoind createrawtransaction [{\"txid\":\"504aa16418fbb871d307249448bcecdaa5699872a4d22b84d170ae64a2fe89ca\",\"vout\":0}], {\"2NASaVRks1dFupX1e6y3SK8BomjhvSv7xGh\":50}
</code></pre>

<p>(It's formatted this way because I'm running this in a windows command prompt at the moment, hope to be able to run linux soon!)</p>

<p>the account associated to the address in the transaction's vout where n=0 is "test", but after I sign and send this raw transaction and check listaccounts, "" is debited 50 instead of "test".</p>

<p>If it helps at all, 2NASaVRks1dFupX1e6y3SK8BomjhvSv7xGh is a 2 of 3 address of which "test" is a part of.</p>

<p>Am I doing something wrong, or is this just how bitcoind handles situations where all of the addresses in a (multisig) transaction are associated with accounts in my wallet? And if so, why??</p>

<p>It's also all being done in regtest mode, but I wouldn't expect bitcoind to handle transactions differently in that mode.</p>

<bitcoind><raw-transaction><bitcoin-core-accounts>
Bitcoind, Multisig, and the default account ""
Injured Platypus
# Bitcoind, Multisig, and the default account ""

(Asked by: username_0 on 2014-04-12)

I've been attempting to do transactions to and from a multisig address for a couple of days, but I'm finding that my default account "" keeps paying for things, even though I'm explicitly saying other accounts should pay for things via the txid field in createrawtransaction.

For a quick example, if I create a transaction like:

```
bitcoind createrawtransaction [{\"txid\":\"504aa16418fbb871d307249448bcecdaa5699872a4d22b84d170ae64a2fe89ca\",\"vout\":0}], {\"2NASaVRks1dFupX1e6y3SK8BomjhvSv7xGh\":50}

```

(It's formatted this way because I'm running this in a windows command prompt at the moment, hope to be able to run linux soon!)

the account associated to the address in the transaction's vout where n=0 is "test", but after I sign and send this raw transaction and check listaccounts, "" is debited 50 instead of "test".

If it helps at all, 2NASaVRks1dFupX1e6y3SK8BomjhvSv7xGh is a 2 of 3 address of which "test" is a part of.

Am I doing something wrong, or is this just how bitcoind handles situations where all of the addresses in a (multisig) transaction are associated with accounts in my wallet? And if so, why??

It's also all being done in regtest mode, but I wouldn't expect bitcoind to handle transactions differently in that mode.

**Tags:** bitcoind, raw-transaction, bitcoin-core-accounts


---

## 1 answers

### Answer by username_0 on 2014-04-15. Score: 1 | Accepted answer

If anyone is looking for the answer, Gavin Andresen posted it on bitcointalk.org.

<https://bitcointalk.org/index.php?topic=567321>

> Transactions send via sendrawtransaction are always debited from the default "" account. Raw transactions and accounts are not designed to work together, use one or the other .
>
> And preferably not accounts: unless somebody steps up and volunteers to make the accounts feature "industrial-strength" (scalable, integrates with whatever back-end database your company is using to track user information, can be robustly backed up, etc) it is very likely it will be deprecated and then dropped.


---

