1 2014-07-06 00:11:19 <kanzure> is there a qr code format for representing a payment request with multiple outputs to different addresses?
 2 2014-07-06 06:22:28 <gmaxwell> sipa: perhaps headers first should be adjusting the queue depth based on ping time, because         "pingtime" : 32.23589300,
 3 2014-07-06 06:22:31 <gmaxwell> is a little silly. :P
 4 2014-07-06 06:28:27 <posita> Is there a reason why bitcoind would keep a transaction submitted via sendrawtransaction in its mempool without actually broadcasting it?
 5 2014-07-06 06:29:06 <gmaxwell> posita: it shouldn't accept it unless it will and would transmit it— though if you had no (working) peers at the time, then that might be what you expirenced.
 6 2014-07-06 06:30:05 <posita> I gave it four transactions (via sendrawtransaction) in quick succession. Three are now in the (testnet) blockchain. The fourth is nowhere to be found (except in my own mempool).
 7 2014-07-06 06:31:02 <posita> I'm still getting updates from peers (e.g., new blocks).
 8 2014-07-06 06:31:28 <gmaxwell> odd. No idea what would cause that.
 9 2014-07-06 06:31:41 <posita> Is there a way to encourage a rebroadcast?
10 2014-07-06 06:32:08 <posita> ("bump" for bitcoin txs?) ;-)
11 2014-07-06 06:33:09 <gmaxwell> posita: restart and sendrawtransaction again. I thought we'd discussed making the repeated sendrawtransaction rebroadcast but it doesn't appear we've done that yet.
12 2014-07-06 06:33:28 <gmaxwell> (or, rather, rebroadcast to peers we've not yet sent the txn to)
13 2014-07-06 06:34:28 <gmaxwell> (maybe there is some bug where it got sent out of order and dropped, I assume these transactions were dependant on each other?)
14 2014-07-06 06:42:32 <posita> There involved the same addresses, but they weren't dependent on each other.
15 2014-07-06 06:42:39 <posita> s/There/They/
16 2014-07-06 06:46:33 <posita> Okay, after restart/resubmission, that made it out.
17 2014-07-06 06:46:50 <posita> Could it be a concurrency issue?
18 2014-07-06 06:47:07 <posita> How many concurrent connections does bitcoind support (in theory)? Any?
19 2014-07-06 06:47:17 <posita> s/concurrent connections/concurrent operations/
20 2014-07-06 07:16:32 <posita> Is there any way to purge the mempool for a particular bitcoind instance (other than restarting)?
21 2014-07-06 07:16:39 <sipa> posita, gmaxwell: if a transaction does not apply to your wallet it is never rebroadcasted automatically
22 2014-07-06 07:17:35 <posita> Is that all transactions if disablewallet=1?
23 2014-07-06 07:17:44 <posita> (Or bitcoind is built without wallet support?)
24 2014-07-06 07:17:52 <sipa> yes
25 2014-07-06 07:18:04 <posita> And that's not a bug?
26 2014-07-06 07:18:16 <posita> Or rather that is as intended?
27 2014-07-06 07:18:24 <sipa> why would it rebroadcast?
28 2014-07-06 07:18:40 <sipa> the sender of a transaction is supposed to be rebroadcasting
29 2014-07-06 07:18:50 <posita> That's true…that could result in a lot of unnecessary network traffic....
30 2014-07-06 07:18:52 <sipa> without a wallet, you're not the sender
31 2014-07-06 07:19:10 <posita> That's the assumption anyway (it might not be true).
32 2014-07-06 07:19:18 <sipa> you can just repeat sendrawtransaction afaik
33 2014-07-06 07:19:34 <posita> It won't accept the transaction if it's already in the memory pool.
34 2014-07-06 07:19:39 <sipa> ah, no
35 2014-07-06 07:19:45 <sipa> right, we need to fix that
36 2014-07-06 07:20:38 <posita> Do you know off the top of your head if there's an open issue? (I haven't looked yet.)
37 2014-07-06 07:20:52 <sipa> i think there is
38 2014-07-06 07:22:35 <posita> https://github.com/bitcoin/bitcoin/pull/3730
39 2014-07-06 07:23:29 <sipa> oh, yes, it should be fixed?
40 2014-07-06 07:27:42 <posita> I'm building from the 0.9.2 release. This might be embarrassing to admit (as it exposes my novice git fu), but I'm trying to figure out if the change made it into that version....
41 2014-07-06 07:28:27 <sipa> should be, yes
42 2014-07-06 07:29:31 <posita> That's what I'm seeing.
43 2014-07-06 07:30:14 <sipa> what error do you get?
44 2014-07-06 07:30:37 <posita> TX rejected / code -22
45 2014-07-06 07:30:58 <sipa> sure you're on 0.9.2?
46 2014-07-06 07:32:54 <posita> Ah, crap. I'm in a different dev environment: 0.9.1-beta.
47 2014-07-06 07:32:57 <posita> (facepalm)
48 2014-07-06 07:33:05 <posita> I'll retry with 0.9.2.
49 2014-07-06 07:33:34 <sipa> try 0.9.2.1
50 2014-07-06 07:37:47 <posita> Building now. Thanks for the help. Sorry for the idiocy. (embarrassed)
51 2014-07-06 08:28:49 <posita> sipa: It works. I get back the transaction ID now when I call `sendrawtransaction` a second, third, etc., time with the same raw transaction. Thanks for your help!
52 2014-07-06 12:08:33 <buZz> Do you want to rebuild the block database now?
53 2014-07-06 12:08:33 <buZz> : Error opening block database.
54 2014-07-06 12:08:34 <buZz> :(
55 2014-07-06 12:08:47 <buZz> is there a way to force the daemon to assume 'yes' to this question?
56 2014-07-06 12:08:47 <rau> buZz: Please stop abusing your return key, you cringeworthy egghead.
57 2014-07-06 12:12:21 <sipa> buZz: start with -reindex
58 2014-07-06 12:12:30 <sipa> it's a bug that it shows that question in the daemon
59 2014-07-06 12:13:10 <buZz> with -reindex, it kills itself automagically
60 2014-07-06 12:13:24 <buZz> buzz@zwembad:~/btc$ ./bitcoind -reindex
61 2014-07-06 12:13:24 <buZz> buzz@zwembad:~/btc$ Bitcoin server starting
62 2014-07-06 12:13:24 <buZz> Error: Error opening block database
63 2014-07-06 12:13:24 <rau> buZz: Please stop abusing your return key, you lame bastard.
64 2014-07-06 12:13:31 <buZz> and then, nothings running anymopre
65 2014-07-06 12:13:32 <buZz> -p
66 2014-07-06 12:15:35 <buZz> well , at least all my privkeys seem noncorrupt
67 2014-07-06 12:15:37 <sipa> well that must mean it really can't open the database
68 2014-07-06 12:15:49 <buZz> yeah ..
69 2014-07-06 12:15:50 <sipa> disk unwritable? disk full? permission problem?
70 2014-07-06 12:16:14 <buZz> host is a vps .. someone pulled the storage offline while daemon was running
71 2014-07-06 12:17:22 <buZz> files accessible, disk not full, disk writable, permissions havent changed and look proper
72 2014-07-06 12:17:41 <buZz> i've read something about filehandles becoming 'locked' on nfs .. maybe this is the issue
73 2014-07-06 12:18:35 <sipa> i'm surprised bitcoind would work with its database on nfs...
74 2014-07-06 12:18:40 <sipa> locking/mmap issues
75 2014-07-06 12:20:42 <buZz> its a VM , all it knows is 'ok my root is here', dont think it actually sees its on nfs
76 2014-07-06 12:21:03 <sipa> then it's not nfs
77 2014-07-06 12:21:14 <buZz> yeah
78 2014-07-06 12:21:23 <sipa> physical storage may be accessed over the network, doesn't mean the filesystem is nfs
79 2014-07-06 12:21:32 <sipa> the former is fine, the latter isn't
80 2014-07-06 12:22:00 <buZz> not sure about the specifics, all i know is between the VM host and the storage machine (netapp) there is just nfs
81 2014-07-06 12:24:14 <sipa> if you type 'mount', what does it tell you for your homedir?
82 2014-07-06 12:24:17 <buZz> ah well, guess i'll just wipe blockchain and redownload
83 2014-07-06 12:24:32 <buZz> it says;
84 2014-07-06 12:24:32 <buZz> /mnt/pve/dumpster-b-vm/private/104 on / type simfs (rw,relatime)
85 2014-07-06 12:25:44 <sipa> ok, no clue what simfs is :)
86 2014-07-06 12:26:20 <buZz> something openvz'y i guess
87 2014-07-06 12:28:00 <buZz> ah its a proxy filesystem
88 2014-07-06 14:00:47 <Alina-malina> is there any normal human documentation how to use this pywallet?
89 2014-07-06 14:01:01 <Alina-malina> i want to generate 1000 bitcoin addresses with private/public keys but i am not sure how to do that
90 2014-07-06 14:01:12 <Alina-malina> and save those results into file or databse
91 2014-07-06 14:11:32 <pigeons> Alina-malina: better for #bitcoin, and probably better to use rpc calls to bitcoin-cli
92 2014-07-06 14:12:48 <Alina-malina> pigeons, well i want to create 10000 addresses as it is suggested on website of mark and post them in database
93 2014-07-06 14:13:02 <pigeons> Alina-malina: #bitcoin
94 2014-07-06 14:13:04 <Alina-malina> erm
95 2014-07-06 14:13:05 <Alina-malina> ok
96 2014-07-06 16:02:05 <Guest23411> newbie to multisig. For a contract i want a single 2of3 multisig input on three payout transactions. first tx pays if #1 and #2 are signed, second pays if #1 and #3 signed, and third pays if #2 and #3 signed.  is this possible with the multisig script, or should i not go down this rabbit hole?
97 2014-07-06 16:14:24 <kazcw> Guest23411: you use a bespoke p2sh script, or do a 3-of-3 multisig with everyone signing 3 txes beforehand: one that requires additional sigs from #1 & #2, etc
98 2014-07-06 21:14:38 <linelevel> Hi, I'd like to get the number of Bitcoin addresses in existence (both total, and non-zero-balance only) , but neither bitcoind nor 3rd party APIs like blockchain.info provides this ability, as far as I can tell. Am I missing something?