1 2012-11-23 00:00:35 <sipa> every few blocks it tries to sync my wallet (which is empty), and seems to flush the entire bdb env for that, resulting in a 20s delay
2 2012-11-23 00:01:15 <sipa> now i got a recv buffer size overflow, resulting in the only connection being dropped, reconnected, and resulting in a stalled download
3 2012-11-23 00:04:41 <sipa> afk; let's hope this finished by tomorrow...
4 2012-11-23 00:45:02 <phantomcircuit> sipa, the whole world should celebrate thanksgiving... it hasn't been about pilgrims for a long time now
5 2012-11-23 00:45:19 <phantomcircuit> who doesn't like an enormous meal of turkey?
6 2012-11-23 01:07:02 <bitcoin-guy> if I compile bitcoind from source using mingw and the rest. What files would I need to include in the bitcoind directory to enable it to run properly ?
7 2012-11-23 01:07:32 <bitcoin-guy> I want to put it on 30 or more machines, but I dont want to install the UI and I dont want to have to go through installing each of the packages manually.
8 2012-11-23 03:35:37 <jgarzik> I love how bitcoin has two Solver() functions
9 2012-11-23 03:35:47 <jgarzik> same name... totally different purposes, inputs and outputs
10 2012-11-23 04:08:31 <BlueMatt> sorry it took so long, but the btcf-funded server if (finally) up, Im gonna move jenkins, but devs who have valid bitcoin-related stuff to run can now get vms (there was discussion of a testnet node, https bin downloads, etc)
11 2012-11-23 04:34:16 <exocaesar> /join #archlinux
12 2012-11-23 05:01:26 <Luke-Jr> BlueMatt: how's your gitian coming along?
13 2012-11-23 05:40:29 <D34TH> oh wow
14 2012-11-23 05:40:43 <D34TH> im seeding the latest wikimedia backup
15 2012-11-23 05:41:15 <D34TH> time to copy it to offline storage incase apocalypse
16 2012-11-23 05:41:16 <D34TH> time to copy it to offline storage incase apocalypse
17 2012-11-23 05:42:21 <D34TH> 8.8GB not bad
18 2012-11-23 05:42:36 <D34TH> time to go shoot myself in the foot
19 2012-11-23 05:44:47 <Luke-Jr> ???
20 2012-11-23 07:14:15 <randomguy> hello. Im trying to get some of the RPC calls working for my bitcoind but i am a little puzzled.
21 2012-11-23 07:14:24 <randomguy> I put params:[] and its works.
22 2012-11-23 07:14:31 <randomguy> but params:{} fails
23 2012-11-23 07:14:45 <randomguy> if I want to getbalance with a specific account how should params look ?
24 2012-11-23 07:23:57 <randomguy> if I call getbalance and want to specify an account. what wolud params look like.
25 2012-11-23 07:28:01 <ThiagoCMC> I think it is "bitcoind listaccounts"
26 2012-11-23 07:28:02 <ThiagoCMC> I think it is "bitcoind listaccounts"
27 2012-11-23 07:28:48 <randomguy> i was thinking from the JSON-RCP
28 2012-11-23 07:28:49 <randomguy> i was thinking from the JSON-RCP
29 2012-11-23 07:28:58 <randomguy> rather than calling the command line thing.
30 2012-11-23 07:29:20 <randomguy> im trying to build a bitcoind client
31 2012-11-23 07:29:38 <randomguy> for monitoring and controlling the daemon
32 2012-11-23 07:45:54 <UukGoblin> randomguy, https://en.bitcoin.it/wiki/Original_Bitcoin_client/API_Calls_list
33 2012-11-23 07:47:12 <UukGoblin> randomguy, also, you can see an example json e.g. on https://en.bitcoin.it/wiki/API_reference_(JSON-RPC)#Command_line_.28cURL.29
34 2012-11-23 07:51:26 <randomguy> that example uses no parameters.
35 2012-11-23 07:51:27 <randomguy> that example uses no parameters.
36 2012-11-23 07:51:49 <randomguy> i guess i am wondering about the parameters for the json-rpc call.
37 2012-11-23 07:51:57 <randomguy> are they just in order. Or are they named
38 2012-11-23 07:52:36 <UukGoblin> randomguy, I'm guessing they're ordered and they go in the "params": [] array
39 2012-11-23 07:54:26 <randomguy> so for sendtoaddress the params are <bitcoinaddress> <amount> [comment] [comment-to]
40 2012-11-23 07:54:27 <randomguy> so for sendtoaddress the params are <bitcoinaddress> <amount> [comment] [comment-to]
41 2012-11-23 07:54:47 <randomguy> i believe that bitcoinaddress and amount are mandatory.
42 2012-11-23 07:54:56 <randomguy> then commend and comment-to are optional.
43 2012-11-23 07:55:02 <UukGoblin> I've gotta go, but someone will surely help soon :-)
44 2012-11-23 07:55:17 <randomguy> but is it possible to include comment-to without comment
45 2012-11-23 07:55:19 <UukGoblin> yes, <> is usually the notation for mandatory and [] for optional
46 2012-11-23 07:55:39 <UukGoblin> dunno
47 2012-11-23 07:55:43 <UukGoblin> try '' for comment
48 2012-11-23 07:55:44 <UukGoblin> try '' for comment
49 2012-11-23 07:56:31 <randomguy> i guess that will have to be acceptable.
50 2012-11-23 07:56:39 <randomguy> its nice to understand it :)
51 2012-11-23 07:56:45 <randomguy> I appreciate your time
52 2012-11-23 08:57:00 <gribble> 209179
53 2012-11-23 08:57:00 <sipa> ;;bc,blocks
54 2012-11-23 08:57:01 <gribble> 209179
55 2012-11-23 09:06:36 <BitDev> hi all
56 2012-11-23 09:06:37 <BitDev> hi all
57 2012-11-23 09:07:03 <BitDev> how can i find out last block header without getting all blocks?
58 2012-11-23 09:11:22 <BitDev> no one knows?
59 2012-11-23 09:11:30 <BitDev> or this is imposible?
60 2012-11-23 09:22:47 <BitDev> is there any one alive? )
61 2012-11-23 09:41:18 <abrkn> sort of
62 2012-11-23 09:41:27 <abrkn> BitDev: maybe blockchain.info has it
63 2012-11-23 09:41:37 <kinlo> BitDev: blockexplorer.com has it
64 2012-11-23 09:41:43 <abrkn> fucking 24h hours to download the chain. i wonder how this could be improved
65 2012-11-23 09:41:54 <kinlo> BitDev: but if you want to know it securely you will need to download the chain
66 2012-11-23 09:42:07 <sipa> abrkn: 0.8
67 2012-11-23 09:42:08 <kinlo> abrkn: there is a lot of disk io for downloading it
68 2012-11-23 09:42:20 <kinlo> abrkn: and 0.8 will improve the database dramatically
69 2012-11-23 09:42:21 <kinlo> abrkn: and 0.8 will improve the database dramatically
70 2012-11-23 09:42:28 <kinlo> abrkn: so it should go A LOT faster with 0.8
71 2012-11-23 09:42:49 <sipa> BitDev: you mean via the p2p protocol? there is getheaders
72 2012-11-23 09:43:04 <BitDev> there is no way (without blockchain.info or blockexplorer.com and etc) find out last block?
73 2012-11-23 09:43:18 <BitDev> yes, via p2p protocol
74 2012-11-23 09:43:25 <sipa> BitDev: use getheaders
75 2012-11-23 09:43:32 <BitDev> and how can i say - i need only last one? )
76 2012-11-23 09:44:04 <sipa> you can't, as that is not meaningful (there is no way to validate it without having its ancestors)
77 2012-11-23 09:44:34 <sipa> but you can ask from the current block you already know until infinity
78 2012-11-23 09:44:54 <BitDev> so only way is to get all headers and then i will have last one?
79 2012-11-23 09:45:05 <sipa> also, the versiin nessage contains the number of blocks known to the peer, but this is not reliable
80 2012-11-23 09:45:22 <sipa> BitDev: indeed, but headers are not large
81 2012-11-23 09:46:44 <BitDev> i must calculate bits myself?
82 2012-11-23 09:46:55 <sipa> how do you mean?
83 2012-11-23 09:47:11 <sipa> you must verify they match the difficulty adjustment rules
84 2012-11-23 09:48:36 <abrkn> how can i see info about a transaction my wallet wasnt involved in with bitcoind?
85 2012-11-23 09:49:03 <abrkn> when i do gettransaction gettransaction 9b0fc92260312ce44e74ef369f5c66bbb85848f2eddd5a7a1cde251e54ccfdd5 i get Invalid or non-wallet transaction id (code -5)
86 2012-11-23 09:49:18 <abrkn> (i just picked a random transaction from block index 3 or something)
87 2012-11-23 09:49:43 <BitDev> and how i can get all transaction thats new to put in new created block?
88 2012-11-23 09:50:32 <sipa> abrkn: use getrawtransaction
89 2012-11-23 09:50:46 <abrkn> sipa: is there a way to decode it in the client?
90 2012-11-23 09:51:05 <sipa> abrkn: yes, rtfm
91 2012-11-23 09:51:27 <sipa> BitDev: as a miner, you decide yourself what to put in a block
92 2012-11-23 09:52:09 <BitDev> yes, but how to get all transactions? to put as much as there is
93 2012-11-23 09:52:10 <BitDev> yes, but how to get all transactions? to put as much as there is
94 2012-11-23 09:52:36 <sipa> you don't "get all transactions", you remember them when they are broadcasted
95 2012-11-23 09:53:12 <sipa> there is a very recent p2p command to retrieve the contents of another node's mempool though
96 2012-11-23 09:53:37 <sipa> see bip 0035
97 2012-11-23 09:54:23 <BitDev> bip 0035? what is this? i reading https://en.bitcoin.it/wiki/Protocol_Specification for protocol :) what is bip 0035?
98 2012-11-23 09:54:52 <sipa> google "bip 0035"
99 2012-11-23 09:55:27 <BitDev> Bitcoin Improvement Proposal - thnx gonna read this
100 2012-11-23 09:57:15 <BitDev> i have one maybe stupid question... in "Network address" there are field "time the Time (version >= 31402)" its must start from version 3.1.4.02 - yes?
101 2012-11-23 09:58:28 <sipa> 0.3.14.2
102 2012-11-23 09:59:54 <BitDev> sorry, i have installed latest Satoshi client and it not sending this time
103 2012-11-23 09:59:57 <BitDev> wtf?
104 2012-11-23 10:02:58 <sipa> ?
105 2012-11-23 10:02:59 <sipa> ?
106 2012-11-23 10:03:50 <sipa> the timestamp is not sent when the addr is part of the version message
107 2012-11-23 10:03:51 <sipa> the timestamp is not sent when the addr is part of the version message
108 2012-11-23 10:05:46 <BitDev> ow
109 2012-11-23 10:05:49 <BitDev> i get it
110 2012-11-23 10:06:36 <BitDev> its only send, when "addr" packet is sending
111 2012-11-23 10:07:27 <sipa> indeed
112 2012-11-23 10:08:11 <BitDev> and how this value created? its only 4 bytes long, and time is 8 bytes long
113 2012-11-23 10:08:12 <BitDev> and how this value created? its only 4 bytes long, and time is 8 bytes long
114 2012-11-23 10:11:46 <sipa> why would time be 8 bytes?
115 2012-11-23 10:12:43 <BitDev> unix time is 8 bytes long
116 2012-11-23 10:13:06 <sipa> it's not even 31 bits right now
117 2012-11-23 10:13:17 <sipa> we're in for a nice protocol change before 2106, when we pass the 32nd bit
118 2012-11-23 10:13:30 <BitDev> so just use it?
119 2012-11-23 10:13:36 <BitDev> low 32 bits?
120 2012-11-23 10:13:51 <sipa> in practice, yes
121 2012-11-23 10:14:20 <BitDev> great, thnx again ;)
122 2012-11-23 10:14:23 <sipa> but it's not "the low 32 bits", it's just the seconds since epoch (which is a number) encoded as a 32-bit integer
123 2012-11-23 10:15:51 <BitDev> one more question... how can i verify that block header that i get from other node is in main branch?
124 2012-11-23 10:15:52 <BitDev> one more question... how can i verify that block header that i get from other node is in main branch?
125 2012-11-23 10:16:36 <sipa> there is no such thing as "the main branch" - if there was, bitcoin wouldn't be needed
126 2012-11-23 10:16:53 <sipa> you decide yourself which branch you consider active
127 2012-11-23 10:17:17 <sipa> (and you're supposed to pick the one with most work in it you know of and is valid)
128 2012-11-23 10:17:36 <sipa> but nodes will not always agree on which branch is the main branch
129 2012-11-23 10:19:21 <BitDev> hm and how its work? so many nodes with time flow can decide so many branches... there must be the one branch that have all transactions and how to consider that your block header is fine?
130 2012-11-23 10:20:04 <BitDev> i mean that all nodes can decide what branch is good and what is not - then who will be right?
131 2012-11-23 10:20:12 <sipa> they're all right
132 2012-11-23 10:20:13 <sipa> they're all right
133 2012-11-23 10:20:30 <sipa> any valid chain through the block tree is a valid choice
134 2012-11-23 10:21:17 <sipa> but the fact that nodes are supposed to pick the chain with the most work in it, means that the chance that nodes disagree about things in the past decreases exponentially with the number of blocks this is ago
135 2012-11-23 10:28:05 <BitDev> ok, how i can choose what branch i will work with? i want to work in chain that blockexplorer.com works
136 2012-11-23 10:28:06 <BitDev> ok, how i can choose what branch i will work with? i want to work in chain that blockexplorer.com works
137 2012-11-23 10:28:22 <sipa> i don't think you get it
138 2012-11-23 10:28:44 <sipa> the entire purpose of the bitcoin block system is to make the world choose the same branch
139 2012-11-23 10:29:09 <sipa> what your node should do is pick the branch with the most work that it knows about, and considers valid
140 2012-11-23 10:29:12 <t7> BitDev: choose the chain with the oldest head
141 2012-11-23 10:29:20 <t7> but the deepest
142 2012-11-23 10:29:25 <t7> ignore me
143 2012-11-23 10:31:02 <BitDev> ok, i started for the first time and i dont know any block, i will go to dns and get first nodes to work with and now - how i decide with branches have most of work done?
144 2012-11-23 10:32:11 <sipa> you check how much work they have
145 2012-11-23 10:32:21 <sipa> work is defined as the sum of difficulties
146 2012-11-23 10:32:22 <sipa> work is defined as the sum of difficulties
147 2012-11-23 10:32:54 <sipa> (or more correctly: sum of 2^256/target for each block)
148 2012-11-23 10:34:00 <t7> ah thats it :)
149 2012-11-23 10:34:01 <t7> ah thats it :)
150 2012-11-23 11:56:19 <swulf--> 'listtransactions' yields the N most recent transactions, is there a way to retrive the N oldest transactions?
151 2012-11-23 11:56:31 <Diablo-D3> listtransactions '' N
152 2012-11-23 11:56:39 <Diablo-D3> er '*'
153 2012-11-23 11:57:04 <swulf--> that lists the most recent transactions
154 2012-11-23 11:57:05 <swulf--> that lists the most recent transactions
155 2012-11-23 11:57:23 <swulf--> listtransactions '*' 3 gives me my 3 most recent transactions, in chronological order
156 2012-11-23 11:57:25 <Diablo-D3> oh, you want from the start?
157 2012-11-23 11:57:27 <swulf--> yes
158 2012-11-23 11:57:46 <Diablo-D3> I wonder if negative numbers work
159 2012-11-23 11:57:50 <swulf--> ACTION checks
160 2012-11-23 11:58:02 <swulf--> error: {"code":-8,"message":"Negative count"}
161 2012-11-23 11:58:06 <Diablo-D3> damn
162 2012-11-23 11:58:21 <Diablo-D3> api probably doesnt support it, but you can manually do it by asking for all transactions
163 2012-11-23 11:58:22 <Diablo-D3> api probably doesnt support it, but you can manually do it by asking for all transactions
164 2012-11-23 11:58:38 <swulf--> not efficient if i'm expecting a high # of transactions
165 2012-11-23 11:58:39 <swulf--> well
166 2012-11-23 11:58:54 <swulf--> all transactions since time or since txid would be useful too
167 2012-11-23 11:59:01 <swulf--> seems weird that the api is written this way
168 2012-11-23 11:59:10 <Diablo-D3> you might want to build something that processes the blockchain itself
169 2012-11-23 11:59:25 <swulf--> maybe in the long run
170 2012-11-23 11:59:26 <swulf--> maybe in the long run
171 2012-11-23 12:02:34 <swulf--> listtransaction is just a poorly written api, there's no way to keep a consisstent index into your stream if new transactions are being appended constantly
172 2012-11-23 12:03:32 <Diablo-D3> it was never meant for that usage
173 2012-11-23 12:03:49 <Diablo-D3> and its also part of the original api that satoshi wrote
174 2012-11-23 12:03:56 <swulf--> damn you satoshi...
175 2012-11-23 12:03:58 <Diablo-D3> and he isnt exactly the worlds best programmer or anything
176 2012-11-23 12:04:23 <Diablo-D3> what I'd like to see is someone write a stand alone daemon that streams json over tcp as new transactions are secured into blocks
177 2012-11-23 12:04:31 <Diablo-D3> thats what most people really want
178 2012-11-23 12:05:20 <silverado> I could use tips on security support - walk-through for a BTC app under development.
179 2012-11-23 12:05:49 <swulf--> listsinceblock might be usable..
180 2012-11-23 12:06:16 <sipa> the problem is bitcoin's transaction confirmation model is not compatible with how people want to use it
181 2012-11-23 12:06:35 <Diablo-D3> yeah what sipa said
182 2012-11-23 12:06:41 <sipa> people want a binary not-confirmed / confirmed, and take action when it gets confirmed
183 2012-11-23 12:06:55 <Diablo-D3> a stand alone daemon that just spits out transactions that are 6 blocks old as they mature over tcp json
184 2012-11-23 12:07:02 <Diablo-D3> would solve 99.9% of issues
185 2012-11-23 12:07:23 <Diablo-D3> adding an api that can also do "since block #" would complete it
186 2012-11-23 12:07:30 <Diablo-D3> it could be done inside of bitcoind, obviously
187 2012-11-23 12:07:40 <swulf--> in my case, i'm not concerned about confirmations, i'll handle that myself..i just would like a list of transactions related to my addresses in the order they're received (or entered into blocks, i don't care, as long as the order is consistent)
188 2012-11-23 12:07:47 <Diablo-D3> but it'd be an alternative mode that doesn't involve using your wallet, ie, just block explorer type services
189 2012-11-23 12:08:03 <Diablo-D3> sipa, gmaxwell: maybe you two could add that
190 2012-11-23 12:23:10 <swulf--> how about this.. is there a way to get a list of transactions in a block (similar to getblock) reduced only to my wallet-accounts?
191 2012-11-23 12:27:20 <ThiagoCMC> swulf--, I think this already exists...
192 2012-11-23 12:28:29 <ThiagoCMC> or something like that... you have only "pieces" of the blockchain that "matters" to your wallet...
193 2012-11-23 12:28:47 <ThiagoCMC> or maybe, I am talking shit here... But I read this somewhere... =P
194 2012-11-23 12:33:33 <swulf--> hmm
195 2012-11-23 12:38:50 <ThiagoCMC> swulf--, find it!
196 2012-11-23 12:39:17 <swulf--> oh?
197 2012-11-23 12:39:43 <ThiagoCMC> https://bitcointalk.org/index.php?topic=31362.0 - "...As a "selfish" client, BTC Express downloads transactions involving its own wallet but not any full block/header (even the block which contains its transactions). "....
198 2012-11-23 12:39:49 <ThiagoCMC> Is that youir idea?
199 2012-11-23 12:40:02 <ThiagoCMC> your
200 2012-11-23 12:40:28 <swulf--> looks good but it doesn't handle confirmations does it?
201 2012-11-23 12:40:37 <ThiagoCMC> have no idea... =P
202 2012-11-23 12:41:27 <sipa> it uses a central server, i think
203 2012-11-23 12:41:31 <swulf--> ahh yep
204 2012-11-23 12:41:35 <swulf--> no good
205 2012-11-23 12:41:38 <swulf--> i'll just do this the crappy way
206 2012-11-23 12:41:46 <swulf--> list block / get transaction, for each trans in a block
207 2012-11-23 12:42:11 <swulf--> maybe modify bitcoind myself
208 2012-11-23 12:44:55 <sipa> what do you need exactly?
209 2012-11-23 12:45:29 <swulf--> I really just want a list of my wallet transactions, in order
210 2012-11-23 12:45:39 <swulf--> with a consistent index
211 2012-11-23 12:45:40 <sipa> listtransactions will get you that
212 2012-11-23 12:45:53 <sipa> as of 0.7, the order should be consistent, afaik
213 2012-11-23 12:46:00 <swulf--> listtransactions "*" N doesn't guarantee identical output when N remains constant
214 2012-11-23 12:46:13 <sipa> sure?
215 2012-11-23 12:46:25 <swulf--> if a new transaction comes in, it shows the most recent, not the oldest
216 2012-11-23 12:46:48 <swulf--> i should be able to just query transactions 0..100, 101..200, 201..N and it _always_ be the same
217 2012-11-23 12:46:49 <swulf--> i should be able to just query transactions 0..100, 101..200, 201..N and it _always_ be the same
218 2012-11-23 12:47:06 <Diablo-D3> assuming the data set hasnt changed, you mean
219 2012-11-23 12:47:15 <swulf--> blocks are set in stone, the data shouldn't change
220 2012-11-23 12:47:30 <Diablo-D3> only sufficiently mature blocks
221 2012-11-23 12:47:32 <swulf--> sure
222 2012-11-23 12:47:33 <swulf--> sure
223 2012-11-23 12:47:41 <sipa> blocks order things, but transactions are received in an order that is not related to blocks
224 2012-11-23 12:47:43 <swulf--> longer block changes could affect it
225 2012-11-23 12:47:56 <Diablo-D3> sipa: yeah, but it could just sort by txid
226 2012-11-23 12:47:57 <sipa> the wallet and the block chain are two separate data structures
227 2012-11-23 12:48:17 <sipa> the wallet tries to keep a consistent order, but based on when transactions are received
228 2012-11-23 12:48:19 <swulf--> an alternative is to get all transactions for block B related to my wallet
229 2012-11-23 12:48:21 <Diablo-D3> or hell, its a hash, just have your target language handle it
230 2012-11-23 12:48:58 <swulf--> i'd be OK with listing the first N transactions in my wallet, too. listtransactions does the last N transactions
231 2012-11-23 12:50:02 <sipa> swulf--: the 3rd argument selects at which point to start
232 2012-11-23 12:50:14 <swulf--> sipa: from the end, not the beginning
233 2012-11-23 12:50:27 <swulf--> IMO, it should be from the beginning..
234 2012-11-23 12:50:40 <sipa> no, the second argument limits the number of transactions
235 2012-11-23 12:50:47 <sipa> the third selects at which point to start
236 2012-11-23 12:50:55 <swulf--> yes
237 2012-11-23 12:51:15 <swulf--> <account> <how many transactions> <number of transactions to go BACK starting at the most recent transaction>
238 2012-11-23 12:51:26 <sipa> oh really?
239 2012-11-23 12:51:29 <swulf--> it's nigh impossible to write api based on that logic
240 2012-11-23 12:51:36 <swulf--> s/api/programs
241 2012-11-23 12:52:41 <abrkn> swulf: just give up using listtransactions imo
242 2012-11-23 12:52:51 <abrkn> swulf: things dont show up in the correct order
243 2012-11-23 12:52:51 <swulf--> even the code says // Now: iterate backwards until we have nCount items to return:
244 2012-11-23 12:53:07 <swulf--> abrkn: I'll write my own and just use a modified client
245 2012-11-23 12:53:23 <swulf--> i just need a solution that works for now
246 2012-11-23 12:53:30 <swulf--> and can solidify it with better things later
247 2012-11-23 12:53:54 <abrkn> swulf: aye, i have the same problem. considering going through the blocks using the rpc
248 2012-11-23 12:56:33 <Icoin> hi guys i installed mingw32 on ubuntu and try to compile devcoind for win32, what cpp file i have to use with the command i586-mingw32msvc-gcc -o makefile.mingw
249 2012-11-23 12:56:54 <Icoin> i try to crosscompile*
250 2012-11-23 13:09:28 <swulf--> abrkn: i just rewrote listtransactions in the code to not use the reverse iterator and instead use a forward iterator. seems to work well
251 2012-11-23 13:47:00 <swulf--> is it possible to reduce the transaction size in order to avoid a tx fee ?
252 2012-11-23 13:47:24 <swulf--> standard qt client tells me my transaction is over the size limit for a simple 0.02 btc transaction..
253 2012-11-23 13:47:57 <kinlo> sometimes... it is not as black and white as one might think
254 2012-11-23 13:48:13 <swulf--> what's the general idea?
255 2012-11-23 13:48:16 <kinlo> but you should be able to avoid most transaction fee's if you're patient and do it correctly
256 2012-11-23 13:48:31 <kinlo> you could try to combine multiple outputs into a new input in several steps
257 2012-11-23 13:48:32 <kinlo> you could try to combine multiple outputs into a new input in several steps
258 2012-11-23 13:49:28 <kinlo> so you can split up one large transaction into several smaller ones
259 2012-11-23 13:49:40 <swulf--> is that possible with the bitcoin-qt client?
260 2012-11-23 13:50:01 <kinlo> especially since the network penalizes "new" transactions, so you will need to wait a long time to get those matured
261 2012-11-23 13:50:02 <kinlo> no
262 2012-11-23 13:50:52 <kinlo> the bitcoin-qt client has no gui for that - perhaps with the rpc
263 2012-11-23 13:51:01 <swulf--> makes me wonder if something satoshidice is paying a lot in txfees
264 2012-11-23 13:51:09 <swulf--> something like**
265 2012-11-23 14:02:51 <sipa> they just pay 0.0005 for every tx, i think
266 2012-11-23 14:03:09 <Diapolo> the current Qt client has a RPC console, which you could use for that via the raw transactions API I guess, but I can't help in how to do what you need ^^
267 2012-11-23 14:03:10 <Diapolo> the current Qt client has a RPC console, which you could use for that via the raw transactions API I guess, but I can't help in how to do what you need ^^
268 2012-11-23 14:30:08 <kinlo> I don't think there are rpc commands to fully create your own transaction yet
269 2012-11-23 14:30:36 <kinlo> or are there?
270 2012-11-23 14:31:51 <sipa> createrawtransaction ?
271 2012-11-23 14:31:52 <sipa> createrawtransaction ?
272 2012-11-23 14:33:44 <kinlo> oh
273 2012-11-23 14:33:45 <kinlo> oh
274 2012-11-23 14:34:54 <kinlo> sipa: can createrawtransaction be used to do partial signing? ie is the implementation fixed for the multiple signature stuff?
275 2012-11-23 14:36:34 <sipa> kinlo: sure, that's what it is intended for
276 2012-11-23 14:37:00 <sipa> createrawtransaction creates a unsigned transactiin, signrawtransaction signs whatever it can
277 2012-11-23 14:38:51 <silur> Hello
278 2012-11-23 14:39:38 <silur> q: What's the simplest way to programmatically send payment from bitcoin Addr1 to Addr2, having PrivateKey1 ?
279 2012-11-23 14:40:10 <silur> (without using any middleman services)
280 2012-11-23 14:41:37 <sipa> silur: bitcoin transactions do not have a from address
281 2012-11-23 14:41:38 <sipa> silur: bitcoin transactions do not have a from address
282 2012-11-23 14:42:01 <sipa> they have one or more input coins, each of which may or may not have an address it was previously assigned to
283 2012-11-23 14:43:08 <silur> sipa, do i need to have full copy of blockchain to initiate payment?
284 2012-11-23 14:44:09 <sipa> no, you only need to know which coins you want to use for the transaction, and their keys
285 2012-11-23 14:44:14 <kinlo> sipa: great... I should create my service that I wanted to make ages ago...
286 2012-11-23 14:44:15 <kinlo> to allow automatic 3th party signing :)
287 2012-11-23 14:44:28 <sipa> silur: see the createrawtransaction and signrawtransaction API calls
288 2012-11-23 14:45:00 <silur> sipa, i presume i need to have bitcoind running for this purpose?
289 2012-11-23 14:45:05 <sipa> yes
290 2012-11-23 14:45:24 <sipa> though it could be implemented in a library, without access to the block chain
291 2012-11-23 14:46:43 <silur> sipa, any examples of using it as a library without need of full blockchain, if the task is to: get all bitcoins at Addr1 and send them to Addr2
292 2012-11-23 14:47:16 <sipa> silur: i'm just saying what is theoretically possible
293 2012-11-23 14:47:33 <sipa> just use bitcoind if you need to create transactions
294 2012-11-23 14:49:43 <silur> sipa, Say online store generates addresses dynamically and then checks if payment is received. Once received - it aggregate payments from temp. addresses to "final" destination. Does it needs full copy of blockchain to send payments from generated addresses?
295 2012-11-23 14:50:27 <sipa> no, but it needs to know which coins to send
296 2012-11-23 14:50:28 <sipa> no, but it needs to know which coins to send
297 2012-11-23 14:50:36 <sipa> so it needs to see the receiving transactions
298 2012-11-23 14:51:03 <sipa> (this is in theory, you shouldn't accept payments without a fully verifying node anyway)
299 2012-11-23 14:51:25 <sipa> also, don't move coins internally if you don't need to
300 2012-11-23 14:51:26 <sipa> also, don't move coins internally if you don't need to
301 2012-11-23 14:51:43 <silur> sipa, could it use blockexplorer.com for that?
302 2012-11-23 14:51:55 <sipa> yes, but don't
303 2012-11-23 14:52:21 <silur> sipa, so what would be ideal implementation for that scenario?
304 2012-11-23 14:53:39 <sipa> just run a wallet that receives the incoming transactions, and send them out when you need to create an outgoing transaction
305 2012-11-23 14:56:26 <silur> sipa, ok thanks. Can i disable bitcoind from downloading/syncing blockchain? If that's is bnot needed for above, i'd rather avoid hogging resources
306 2012-11-23 14:57:26 <sipa> silur: it's not needed for sending transactions, but it is needed for validating received transactions
307 2012-11-23 14:57:27 <sipa> silur: it's not needed for sending transactions, but it is needed for validating received transactions
308 2012-11-23 14:58:17 <silur> sipa, why can't I use blockchain.com or other service for that?
309 2012-11-23 14:58:32 <silur> (not that i trying to abuse someone's resources, but to understand the proper way)
310 2012-11-23 14:58:45 <sipa> if you're going to trust a third party without paying them, why not let them do everything?
311 2012-11-23 14:58:56 <sipa> the point of running bitcoind is not needing to trust anyone
312 2012-11-23 14:59:32 <sipa> use a lightweight client if a full client is too heavy for you
313 2012-11-23 14:59:47 <silur> sipa, yes, but I just tested that average VPS - takes like 20 hours to do full blockchain sync.
314 2012-11-23 14:59:51 <sipa> that still requires less trust than just taking whatever a website tells you for granted
315 2012-11-23 14:59:58 <sipa> so? you only need to do that once
316 2012-11-23 15:01:09 <silur> sipa, ok. I was trying to come up with solution suitable for "masses" in complete peer-to-peer way...
317 2012-11-23 15:01:20 <sipa> use bitcoinj
318 2012-11-23 15:01:31 <sipa> bitcoin is designed to run on lightweight nodes
319 2012-11-23 15:01:46 <sipa> the reason you run a bitcoind is because you don't want to trust anyone
320 2012-11-23 15:01:47 <sipa> the reason you run a bitcoind is because you don't want to trust anyone
321 2012-11-23 15:02:53 <sipa> (and because the network requires people who verify everything)
322 2012-11-23 15:03:01 <t7> is there a bitcoin dev signed blockchain to download manually ?
323 2012-11-23 15:03:09 <Cusipzzz> anyone seen:
324 2012-11-23 15:03:12 <Cusipzzz> EXCEPTION: NSt8ios_base7failureE
325 2012-11-23 15:03:14 <Cusipzzz> bitcoin in AppInit()
326 2012-11-23 15:03:16 <sipa> t7: no, and i would never sign one
327 2012-11-23 15:03:40 <sipa> t7: if you mean a pre-indexed chain
328 2012-11-23 15:03:56 <sipa> there's a non-indexed torrent, though
329 2012-11-23 15:04:05 <sipa> which doesn't require trust
330 2012-11-23 15:04:12 <t7> oh so i still verify
331 2012-11-23 15:04:39 <sipa> t7: if you're going to trust one individual to do the indexing for you, you're much better off running a lightweight node
332 2012-11-23 15:07:37 <Cusipzzz> anyone seen that error ^^ ? i'm sure there are wallets mich bigger
333 2012-11-23 15:08:00 <sipa> Cusipzzz: when does that happen, and is it fatal?
334 2012-11-23 15:09:18 <Cusipzzz> on starting bitcoind, after loading wallet
335 2012-11-23 15:09:22 <Icoin> i try to compile devcoind.exe for win32, does anyone know what cpp file i have to use with the command i586-mingw32msvc-gcc -o makefile.mingw ?
336 2012-11-23 15:09:41 <Cusipzzz> sipa: after a bitcoind crash
337 2012-11-23 15:10:46 <Cusipzzz> wallet is 13 megs
338 2012-11-23 15:10:47 <Cusipzzz> wallet is 13 megs
339 2012-11-23 15:11:00 <sipa> Cusipzzz: outch :s
340 2012-11-23 15:11:17 <Cusipzzz> there is a recent bakcup, but still wonder what hapened
341 2012-11-23 15:11:35 <sipa> Cusipzzz: that shouldn't happen, but BDB sometimes seems to corrupt databases (something which it is supposed to protect against)
342 2012-11-23 15:11:54 <sipa> Cusipzzz: i hope we can migrate away from BDB soon, but there's some implementation work left to do, and a lot of testing
343 2012-11-23 15:11:55 <sipa> Cusipzzz: i hope we can migrate away from BDB soon, but there's some implementation work left to do, and a lot of testing
344 2012-11-23 15:12:17 <Cusipzzz> sipa ok thanks, so you thing the crash cirrupted the wallet?
345 2012-11-23 15:12:22 <sipa> yes
346 2012-11-23 15:12:34 <Cusipzzz> thanks
347 2012-11-23 15:12:35 <Cusipzzz> thanks
348 2012-11-23 15:12:43 <sipa> you say after loading wallet
349 2012-11-23 15:12:49 <sipa> what is the last line in debug.log?
350 2012-11-23 15:13:25 <Cusipzzz> i pasted the last 3 lines..that happened after Loading wallet...
351 2012-11-23 15:13:34 <sipa> ok
352 2012-11-23 15:13:40 <sipa> yes, then i guess the crash corrupted the wallet
353 2012-11-23 15:14:00 <Cusipzzz> ok... there is no need to -rescan on v7 right, going to restore
354 2012-11-23 15:14:26 <sipa> there hasn't been a need for -rescan since 0.3.21
355 2012-11-23 15:14:32 <Cusipzzz> :) thx
356 2012-11-23 15:14:37 <sipa> though sometimes, it seems it still helps
357 2012-11-23 15:33:03 <silur> Q: Is running bitcoind through Tor proxy will make it significantly slower to do initial blockchain sync?
358 2012-11-23 15:37:51 <sipa> somewhat, but since the majority is dominated by local I/O anyway, not so much
359 2012-11-23 15:38:23 <silur> sipa, probably more like initially (first ~70% of block), and less afterwards
360 2012-11-23 15:39:13 <sipa> after block 193k, cpu is the limit
361 2012-11-23 15:40:22 <sipa> silur: in 0.8, I/O will be a lot less, so things may change
362 2012-11-23 15:41:30 <silur> sipa, thanks
363 2012-11-23 15:41:39 <silur> Are any of you guys on bitcointalk?
364 2012-11-23 15:53:21 <sparkydsm> Ok so im not really sure what's gong on. I'm trying to run bitcoind on Ubuntu 12.04
365 2012-11-23 15:53:54 <Cusipzzz> sipa: the auto rescan worked great, just scanned the last 56 blocks in the debug.log
366 2012-11-23 15:53:55 <sparkydsm> But it refuses to load the bitcoin.conf... no matter permissions, running bitcoind as diff user, etc etc
367 2012-11-23 15:55:21 <edcba> different port ?
368 2012-11-23 15:55:42 <sipa> what error?
369 2012-11-23 15:57:53 <sparkydsm> Error: To use the -server option, you must set a rpcpassword in the configuration file:
370 2012-11-23 16:01:26 <sparkydsm> Hmm, something to do with 0.7.1
371 2012-11-23 16:01:38 <sparkydsm> It made the file with whatever vers is in ubuntu repos
372 2012-11-23 16:01:39 <sparkydsm> It made the file with whatever vers is in ubuntu repos
373 2012-11-23 16:01:51 <sipa> bitcoind doesn't make a config file
374 2012-11-23 16:01:56 <sipa> you have to write it yourself
375 2012-11-23 16:03:47 <silur> Q: If i was to use test net for development - is it enough to run daemon with -testnet, or I also *have* to edit .config?
376 2012-11-23 16:04:11 <sparkydsm> It's made it for me before... multiple times... just did with ubuntu repo vers..
377 2012-11-23 16:04:29 <sipa> sparkydsm: huh?
378 2012-11-23 16:04:44 <sipa> you are talking about ~/.bitcoin/bitcoin.conf, right?
379 2012-11-23 16:04:50 <sparkydsm> It makes the bitcoin.conf file on startup of the program
380 2012-11-23 16:05:11 <sparkydsm> It just did with...3.24 (ubuntu repo)
381 2012-11-23 16:05:25 <sipa> 0.3.24 ...?
382 2012-11-23 16:05:50 <sparkydsm> does it with 0.7.1 on my other ubuntu 12.04 box...but it's a headless server, this is gui... maybe the difference?
383 2012-11-23 16:06:28 <sipa> i know of no code whatsoever that auto-creates a config file
384 2012-11-23 16:06:37 <sipa> if the ubuntu package did so, it must be a local modification
385 2012-11-23 16:06:50 <sparkydsm> Look, guy, im not trying to argue that
386 2012-11-23 16:07:04 <sparkydsm> I can show you proof but that's just silly
387 2012-11-23 16:07:11 <sipa> i'm not saying you're wrong
388 2012-11-23 16:07:12 <sipa> i'm not saying you're wrong
389 2012-11-23 16:07:32 <sipa> i'm just saying that there's no official code that auto-creates a config file, so if you want one, you need to write it :)
390 2012-11-23 16:07:37 <sparkydsm> no, the 0.7.1 version i download from the place everyone else does, does it too
391 2012-11-23 16:08:07 <sparkydsm> So anyways.... any way to find out why it can't open the file?
392 2012-11-23 16:08:44 <sipa> what does debug.log say?
393 2012-11-23 16:09:35 <sipa> it should tell you which config file it's using, and maybe report some errors if there's problems while parsing it
394 2012-11-23 16:11:31 <sparkydsm> Hmmmmmmmm
395 2012-11-23 16:11:38 <sparkydsm> I think i may have found the problem
396 2012-11-23 16:12:01 <sparkydsm> Yep.
397 2012-11-23 16:12:13 <sipa> what was it?
398 2012-11-23 16:12:17 <sparkydsm> Ok im a retard here but Im glad I found out what it was
399 2012-11-23 16:12:44 <sparkydsm> copied bitcoind to filesystem when i started.... to install it
400 2012-11-23 16:12:57 <sparkydsm> did it as root, the file was owned by root (bitcoind, not bitcoind.conf)
401 2012-11-23 16:13:16 <sparkydsm> just copied bitcoind to ~/.bitcoin/bitcoind and just ran it from there instead
402 2012-11-23 16:13:38 <sparkydsm> like you said, it did NOT create a file (weird, it did on my headless server same version), but after i did it read it no problems
403 2012-11-23 16:14:00 <sparkydsm> Now to re-download bootstrap.dat and start from beginning
404 2012-11-23 16:14:12 <sparkydsm> since i think i rm'd it in the process lol
405 2012-11-23 16:18:32 <sparkydsm> Ohthankgoodness. Works so much faster on this VPS now lol
406 2012-11-23 16:18:54 <sparkydsm> Note to self: Amazon EC2 Disk I/O = Junk =D
407 2012-11-23 16:18:55 <sparkydsm> Note to self: Amazon EC2 Disk I/O = Junk =D
408 2012-11-23 16:25:25 <Icoin> hi folks anyone can give me a hint for the crosscompile command ?
409 2012-11-23 16:25:56 <Icoin> i have it so far by now i586-mingw32msvc-gcc -o makefile.linux.mingw but what do i missing is there an initial cpp file ?
410 2012-11-23 16:27:07 <D34TH> use -f makefile.linux-mingw
411 2012-11-23 16:27:11 <D34TH> might help
412 2012-11-23 16:27:34 <D34TH> oh wait
413 2012-11-23 16:27:37 <D34TH> your not using make
414 2012-11-23 16:27:39 <D34TH> wat
415 2012-11-23 16:28:22 <Icoin> no i use mingwi make
416 2012-11-23 16:28:23 <Icoin> no i use mingwi make
417 2012-11-23 16:28:50 <Icoin> since i try to compile a windows version on ubuntu
418 2012-11-23 16:29:03 <xIsalty> D34TH, he wants cross compile
419 2012-11-23 16:29:07 <D34TH> yea
420 2012-11-23 16:29:15 <D34TH> you still use make
421 2012-11-23 16:29:42 <D34TH> just probably have to play with the makefile abit
422 2012-11-23 16:31:33 <Icoin> yeah but i end up with an error no inital source
423 2012-11-23 16:32:55 <Icoin> no imput file, so i wonder what the initial files for the compilation is used
424 2012-11-23 16:40:36 <D34TH> sup arij
425 2012-11-23 16:46:09 <arij> what up
426 2012-11-23 16:58:22 <BlueMatt> Luke-Jr: havent had time to work on it (assuming you mean how my builds never match since everyone switched to lxc)
427 2012-11-23 16:58:23 <BlueMatt> Luke-Jr: havent had time to work on it (assuming you mean how my builds never match since everyone switched to lxc)
428 2012-11-23 17:22:06 <Cusipzzz> bitcoind: tpp.c:63: __pthread_tpp_change_priority: Assertion `new_prio == -1 || (new_prio >= __sched_fifo_min_prio && new_prio <= __sched_fifo_max_prio)' failed.
429 2012-11-23 17:22:10 <Cusipzzz> hmm ^^ ?
430 2012-11-23 17:22:58 <Cusipzzz> my bitcoind is cursed today
431 2012-11-23 17:23:34 <sipa> what platform?
432 2012-11-23 17:23:42 <Cusipzzz> ubuntu
433 2012-11-23 17:23:56 <sipa> ok, when?
434 2012-11-23 17:25:01 <Cusipzzz> just now. did a wallet restore and sync, worked ok, then crashed out with that error
435 2012-11-23 17:25:30 <Cusipzzz> 7.0
436 2012-11-23 17:25:31 <Cusipzzz> 7.0
437 2012-11-23 17:26:52 <Cusipzzz> other nodes are fine, so maybe something with the vm
438 2012-11-23 17:27:03 <Icoin> guys who does usualy the binary compilation for bitcoin ?
439 2012-11-23 17:35:08 <Cusipzzz> sipa: restarted ok. weird
440 2012-11-23 18:23:44 <sipa> jgarzik: i have a patched node (head + some pullreqs) that was serving blocks to another -connect'ed node and segfaulted
441 2012-11-23 18:23:45 <sipa> jgarzik: i have a patched node (head + some pullreqs) that was serving blocks to another -connect'ed node and segfaulted
442 2012-11-23 18:23:55 <sipa> jgarzik: i suspect one of your tx optimization patches
443 2012-11-23 18:23:56 <sipa> jgarzik: i suspect one of your tx optimization patches
444 2012-11-23 18:25:27 <sipa> eh, network optimization
445 2012-11-23 18:38:15 <silur> Q: Why is getbalance() returns 0, but client shows 10.00 ? (testnet)
446 2012-11-23 18:41:47 <sipa> does it say immature balance?
447 2012-11-23 18:42:23 <silur> sipa, actually it's via API call... getbalance()
448 2012-11-23 18:42:34 <sipa> in the gui i mean
449 2012-11-23 18:43:17 <silur> sipa, no just amount 10.00
450 2012-11-23 18:43:19 <silur> nothing else much
451 2012-11-23 18:43:27 <sipa> strange
452 2012-11-23 18:46:24 <silur> bitcoind getbalance mxFu6jntL5Bvmj7vNCwR1oEYynZHk14k5A == 0.00000000 , GUI shows 10.00
453 2012-11-23 18:47:01 <silur> These are 10.00 testnet coins DE43TH sent me yesterday
454 2012-11-23 18:47:55 <sipa> the parameter to getbalance is an account name, not an address
455 2012-11-23 18:49:21 <silur> sipa, oh thanks
456 2012-11-23 20:08:11 <silur> Q: is it a valid testing to send coins from account to account in the same wallet? sendfrom() succeeded, but after half an hour - number of confirmations are still 0 (testnet)
457 2012-11-23 20:08:49 <sipa> someone needs to be mining
458 2012-11-23 20:08:55 <sipa> testnet is often without miners
459 2012-11-23 20:09:01 <sipa> but yes, valid way for testing
460 2012-11-23 20:09:40 <silur> Also - with real bitcoins - is it possible to automate fee calculations via API?
461 2012-11-23 20:09:57 <sipa> not really
462 2012-11-23 20:10:19 <silur> The logic is: send "everything" from wallet to outside account and pay whatever fee that makes sense....
463 2012-11-23 20:21:57 <sipa> ;;bc,blocks
464 2012-11-23 20:21:58 <gribble> 209260
465 2012-11-23 21:12:29 <Luke-Jr> amiller_: oh btw, here's the link I mentioned the other day: http://176.9.18.83:5984/buddy-clock/_design/site/_list/show/by_tz
466 2012-11-23 21:13:10 <amiller_> very good.