1 2012-12-07 00:00:06 <korozion> https://docs.google.com/document/d/1Gw7YPYgMgNNU42skibULbJJUx_suP_CpjSEdSi8_z9U/edit# been working with that
2 2012-12-07 00:00:13 <korozion> one time I had three cards working
3 2012-12-07 00:00:16 <korozion> but I've had no luck since
4 2012-12-07 00:00:24 <D34TH> Luke-Jr, they linked https://bitcointalk.org/index.php?topic=129461.0
5 2012-12-07 00:22:18 <gribble> use the 'genrate' command instead
6 2012-12-07 00:22:18 <sipa> ;;bc,gen
7 2012-12-07 00:22:28 <sipa> ;;bc,genrate
8 2012-12-07 00:22:29 <gribble> Error: "bc,genrate" is not a valid command.
9 2012-12-07 00:22:38 <gribble> (genrate <hashrate> [<difficulty>]) -- Calculate expected bitcoin generation rate using <hashrate> Mhps, at current difficulty. If optional <difficulty> argument is provided, expected generation time is for supplied difficulty.
10 2012-12-07 00:22:38 <sipa> ;;genrate
11 2012-12-07 00:22:59 <sipa> ;;genrate 1000
12 2012-12-07 00:23:00 <gribble> The expected generation output, at 1000.0 Mhps, given difficulty of 3438908.96016, is 0.146242368181 BTC per day and 0.00609343200754 BTC per hour.
13 2012-12-07 00:24:22 <sipa> ;;calc 1000*1000000*86400*65535/2**48/3438908*25
14 2012-12-07 00:24:23 <gribble> 0.14624017753
15 2012-12-07 00:45:22 <denisx> wow, bitcoin seems to have a memleak
16 2012-12-07 00:45:37 <D34TH> hmm
17 2012-12-07 00:45:44 <denisx> I'm at 1500MB while loading the blocks at 186490
18 2012-12-07 00:45:50 <D34TH> denisx, you compiled with msvc right
19 2012-12-07 00:47:29 <denisx> D34TH: no, I'm on freebsd
20 2012-12-07 00:47:33 <denisx> gcc or clang
21 2012-12-07 00:47:39 <sipa> denisx: virtual memory or resident?
22 2012-12-07 00:47:47 <D34TH> oh, i remember someone with msvc that had a similar nick
23 2012-12-07 00:47:51 <denisx> both
24 2012-12-07 00:48:32 <sipa> it shouldn't be more than 200 or so
25 2012-12-07 00:50:22 <sipa> denisx: ir
26 2012-12-07 00:50:56 <sipa> it would be very useful if you can find where all tjat memory gets allocated
27 2012-12-07 00:51:37 <denisx> sipa: you mean valgrind?
28 2012-12-07 00:58:25 <korozion> http://pastr.it/17221
29 2012-12-07 00:58:28 <korozion> someone able to help me with that?
30 2012-12-07 00:59:43 <denisx> korozion: try bitcoin-mining
31 2012-12-07 00:59:56 <korozion> #bitcoin-mining ?
32 2012-12-07 01:00:32 <korozion> thanks
33 2012-12-07 01:05:53 <BlueMatt> sipa: no, its not
34 2012-12-07 01:07:25 <BlueMatt> sipa: old bug, still havent fixed it...it dies occasionally, will fix it eventually, but its running now
35 2012-12-07 03:21:18 <etotheipi_> can someone please do me a favor and send me some testnet coins? myuKrt7drr4k1c5E3g5gUr4oQHLoJnjq5j
36 2012-12-07 03:21:46 <etotheipi_> I can't do it myself, because I'm specifically investigating whether my problem is only when localhost Bitcoin-Qt sends coins
37 2012-12-07 03:23:43 <jgarzik> one sec
38 2012-12-07 03:24:38 <etotheipi_> perfect
39 2012-12-07 03:24:45 <etotheipi_> thanks jgarzik
40 2012-12-07 03:25:02 <etotheipi_> want them back?
41 2012-12-07 03:25:04 <jgarzik> no
42 2012-12-07 03:25:15 <jgarzik> you are welcome to send them to the faucet though
43 2012-12-07 03:25:25 <etotheipi_> oh, I forgot about the faucet
44 2012-12-07 03:25:35 <etotheipi_> I probably could've just done that, instead
45 2012-12-07 03:26:07 <etotheipi_> "The Faucet is being fixed; please come back in an hour or three."
46 2012-12-07 03:26:54 <etotheipi_> oh well...
47 2012-12-07 03:33:51 <nanotube> an hour or three or three thousand... it's been down for ages now.
48 2012-12-07 03:36:52 <jgarzik> etotheipi_: no biggie
49 2012-12-07 03:37:06 <jgarzik> etotheipi_: just ask on here, if you need more. I'm constantly mining on testnet3, and I think gmaxwell is also
50 2012-12-07 08:09:58 <sta> paliokathiki tyou kerata
51 2012-12-07 09:16:55 <DMCommit> [DiabloMiner] Diablo-D3 pushed 1 new commit to master: http://git.io/BQeEag
52 2012-12-07 11:32:18 <MC1984> what happene to thealtchain scene
53 2012-12-07 11:38:12 <TD_> MC1984: how do you mean ?
54 2012-12-07 11:46:44 <Diablo-D3> MC1984: its still around
55 2012-12-07 11:48:47 <MC1984> where
56 2012-12-07 12:02:57 <sipa> gavinandresen, gmaxwell: just had an idea... we currently do signature caching, but essentially validity is a boolean and never-changing property of (non-coinbase) transactions, and signatures will in almost no cases ever repeat across transactions
57 2012-12-07 12:03:14 <sipa> gavinandresen, gmaxwell: so why not keep a transaction validity cache?
58 2012-12-07 12:03:44 <sipa> should be a lot smaller and make the validation in blocks instant
59 2012-12-07 12:09:19 <slothbag> Hey all, trying out latest jenkins build 176 on windows.. its forcing me to re-download the entire blockchain..
60 2012-12-07 12:09:58 <gmaxwell> sipa: there are DOS attacks which are improved by signature caching.
61 2012-12-07 12:10:24 <sipa> slothbag: yes, the database layout changed, and there is no auto-upgrade code yet
62 2012-12-07 12:10:46 <gmaxwell> sipa: e.g. I can generate one txn with 100 signatures in it, and the last one is invalid junk. Now I generate an unending stream of variations by changing the junk.
63 2012-12-07 12:11:07 <sipa> good point
64 2012-12-07 12:11:24 <sipa> but still... the average case speedup would be very significant, i think
65 2012-12-07 12:11:33 <gmaxwell> So I don't know how great only a validity cache would be. Though we could potentially just use is-in-mempool for the same purpose.
66 2012-12-07 12:11:54 <gmaxwell> (and that would have no more memory usage than we already have)
67 2012-12-07 12:12:31 <sipa> assuming no repeated signatures, a tx validity cache can be >10 smaller for the same coverage
68 2012-12-07 12:12:36 <sipa> >10x
69 2012-12-07 12:14:05 <sipa> true about just using the mempool
70 2012-12-07 12:14:35 <sipa> especially now that all entries into the mempool have full script checking enabled
71 2012-12-07 12:16:11 <gmaxwell> Right. Not _quite_ as good, since we won't have all valid txn that we've recently seen... but it also helpfully gets in-chain stuff pruned out and such..
72 2012-12-07 12:16:20 <slothbag> sipa: thanks, will frustrate many users without the auto-upgrade code i suspect
73 2012-12-07 12:17:04 <gmaxwell> slothbag: There will be autoupdate code before it is released.
74 2012-12-07 12:17:35 <slothbag> sounds good
75 2012-12-07 12:18:25 <gmaxwell> slothbag: in the meantime, you can use -loadblock=/full/path/to/blk0001.dat -loadblock=/full/path/to/blk0002.dat as parameters to make it import your old chain.
76 2012-12-07 12:19:01 <slothbag> oh cool.. i'll give it a go
77 2012-12-07 12:27:22 <slothbag> this has probably already been asked before.. is it possible to say take the hash of the lastest checkpoint (say 190000 or whatever it is) and get all the addresses with unspent outputs.. everyone agrees that hash is correct, then I can delete my blockchain history and I can run a full participating node for current transactions, but just be missing history. Then I can save a torrent of the first 190000 blocks on a DVD somewher
78 2012-12-07 12:28:16 <sipa> slothbag: that's essentially what the 0.8 database does - it just maintains a database of unspent txouts, and a log of updates to it (so it can be undone in case of reorgs)
79 2012-12-07 12:28:24 <jgarzik> w00t
80 2012-12-07 12:28:31 <jgarzik> block relay daemon is aliiiivvvvveeee
81 2012-12-07 12:28:33 <sipa> slothbag: so for actual validation, the block data isn't needed anymore
82 2012-12-07 12:29:33 <sipa> slothbag: however, deleing the block data (as opposed to not using it for validation) could have serious repercussions on the network (the block data is still needed to boot up new nodes)
83 2012-12-07 12:29:36 <sipa> slothbag: however, deleing the block data (as opposed to not using it for validation) could have serious repercussions on the network (the block data is still needed to boot up new nodes)
84 2012-12-07 12:32:53 <slothbag> but we dont need or care about history.. just like we now consider the genesis block "bail out banks blah blah" to be the master origin.. we would agree that block 190000 hash abc123 is now equivalent master origin. and new nodes could boot from there... downloading a torrent only if they need history
85 2012-12-07 12:34:39 <sipa> slothbag: yes, the way to do this is indeed to maintain a merkle hash of the UTXO set, and commit that hash to the coinbase (so miners maintain and verify this hash)
86 2012-12-07 12:35:08 <sipa> slothbag: that would allow someone to download the current UTXO set from any node, and be sure miners agree this is indeed the current UTXO set
87 2012-12-07 12:35:49 <sipa> that's still giving up the zero-trust model bitcoin full nodes now implement
88 2012-12-07 12:41:19 <slothbag> I dont really see it is giving up trust.. currently I trust that all transactions can be traced back to genesis block (hard coded in the software) with hash 456, if the code was modified to say block 190000 with hash 123 is also set in stone just like the genesis block, then as long as all subsequent blocks can be traced back to block 190000 hash 123 I would trust that just the same.
89 2012-12-07 12:41:38 <TD> i think it's more a question of why you'd want to do that
90 2012-12-07 12:43:40 <sipa> slothbag: because it means you'll never see the history before a certain point, and can't know an evil cabal of miners cheated during that period (e.g. giving themself more coins than allowed)
91 2012-12-07 12:43:45 <slothbag> save disk space and download time i suppose.. i'm not really interested in the history, seems redundant and will become more of a problem in years to come
92 2012-12-07 12:44:09 <TD> eventually i guess pruning will be enabled so you don't need ever-growing disk space unless you volunteer to be an archival node
93 2012-12-07 12:44:13 <TD> eventually i guess pruning will be enabled so you don't need ever-growing disk space unless you volunteer to be an archival node
94 2012-12-07 12:44:23 <TD> download time -> well, over time running a full node will become more of a commitment
95 2012-12-07 12:44:28 <sipa> slothbag: that's mostly a theoretical problem, but it's the distinction between not trusting anything, and trusting that the majority of miners agrees
96 2012-12-07 12:44:28 <TD> but stuff gets faster too
97 2012-12-07 12:44:29 <slothbag> dont get me wrong, i'd still like to see full nodes.. but i'd like to run a cut down version for my resource limited PC
98 2012-12-07 12:44:38 <TD> so use multibit
99 2012-12-07 12:44:50 <jgarzik> Slower pizza is more luscious, because the King of Spain never rushes.
100 2012-12-07 12:44:53 <sipa> TD: if anything, it guarantees all miners have the same state
101 2012-12-07 12:45:11 <sipa> TD: right now, some may be silently corrupting their data without knowing
102 2012-12-07 12:45:36 <sipa> and yes, it allows a fast bootstrap of a fully validating node that is not an archive node, with SPV trust in history
103 2012-12-07 12:45:43 <TD> sure
104 2012-12-07 12:46:39 <sipa> which is a security model that doesn't currently exist on the network, but it makes sense
105 2012-12-07 12:46:45 <sipa> which is a security model that doesn't currently exist on the network, but it makes sense
106 2012-12-07 12:47:17 <slothbag> multibit.. well I still like to participate in the network validating transactions and mining and the rest.. i just dont wont the history is all..
107 2012-12-07 12:49:29 <darkskiez> thats a thought... unless you actually mine a block your validations are pretty worthless yeh?
108 2012-12-07 12:49:58 <slothbag> relay transactions then :)
109 2012-12-07 12:51:27 <sipa> jgarzik: uhm... wth?
110 2012-12-07 13:03:57 <slothbag> got the "Importing blocks from disk" going, thanks for the help.. gotta go
111 2012-12-07 13:05:59 <denisx> sipa: is 4.6GB for the blocks in ultrapruna correct?
112 2012-12-07 13:07:37 <sipa> denisx: including undo data?
113 2012-12-07 13:08:03 <sipa> 4697088 KiB here
114 2012-12-07 13:08:12 <denisx> the whole dir
115 2012-12-07 13:08:19 <sipa> yes
116 2012-12-07 13:08:21 <denisx> ok
117 2012-12-07 13:14:11 <gmaxwell> darkskiez: that isn't the case. Your ~.
118 2012-12-07 13:14:13 <gmaxwell> darkskiez: that isn't the case. Your ~.
119 2012-12-07 13:15:11 <gmaxwell> validationd govern what you realay and what you accept. If there were _only_ miners validating then it would be in the short term rational best interest of all miners to??? say??? set the subsidy to 50 BTC forever.
120 2012-12-07 13:15:40 <gmaxwell> (sorry, typing blind behind a lossy connection) s/validationd govern/validation governs/
121 2012-12-07 13:15:44 <gmaxwell> )
122 2012-12-07 13:15:45 <gmaxwell> )
123 2012-12-07 13:17:01 <gmaxwell> slothbag: is your resource constrained system really so short on space that it can't handle a couple gigabytes of archival data?
124 2012-12-07 13:17:03 <gmaxwell> slothbag: is your resource constrained system really so short on space that it can't handle a couple gigabytes of archival data?
125 2012-12-07 13:17:15 <Jouke> gmaxwell: I don't think so, because that would render bitcoin more or less worthless
126 2012-12-07 13:17:45 <denisx> Jouke: but only later in time and miner have only short time interest
127 2012-12-07 13:18:02 <sipa> gmaxwell: the question here is not really about storing it or not (not storing is possible without giving up trust)... it's about downloading and processing it in advance
128 2012-12-07 13:18:16 <Jouke> yeah, like one block, that is uberubershort time and wouldn't bring them much.
129 2012-12-07 13:19:23 <Jouke> So imo that is nog really an option to the miners/
130 2012-12-07 13:29:52 <jgarzik> sipa: it's true
131 2012-12-07 13:29:53 <jgarzik> sipa: it's true
132 2012-12-07 13:32:46 <jgarzik> sipa: http://www.youtube.com/watch?v=-00zjEq9PNs
133 2012-12-07 13:32:53 <jgarzik> ACTION lowers interest rates, and makes pizza
134 2012-12-07 14:24:04 <TD> jgarzik: does your dns seed use the regular crawler software or is it still a hard coded list?
135 2012-12-07 14:25:12 <jgarzik> TD: hard coded
136 2012-12-07 14:25:22 <jgarzik> TD: hard coded
137 2012-12-07 14:25:33 <jgarzik> TD: dnspark does not have an easy API for updating the addresses
138 2012-12-07 14:25:43 <TD> ok. hmm.
139 2012-12-07 14:25:46 <jgarzik> TD: and no other seed is behind DDoS-protected service
140 2012-12-07 14:26:05 <TD> i'm changing bcj so it resolves all dns seeds in parallel and uses whichever answers first. unfortunately yours always wins, which won't give a particularly good distribution :)
141 2012-12-07 14:26:37 <jgarzik> TD: the fix is well known :) don't be so reliant on DNS seeds
142 2012-12-07 14:26:38 <jgarzik> TD: the fix is well known :) don't be so reliant on DNS seeds
143 2012-12-07 14:27:03 <jgarzik> better for network security
144 2012-12-07 14:27:23 <TD> yes but it's also a fair bit of work to do well such that you still get fast startup, which is important
145 2012-12-07 14:27:34 <TD> i'm working towards it
146 2012-12-07 14:27:41 <Diablo-D3> td: it should wait for 3 to resolve and then merge the results (removing duplicates) and then randomly choose nodes
147 2012-12-07 14:27:45 <Diablo-D3> or something like that
148 2012-12-07 14:30:24 <sipa> mental note: really update the list of bootstrap IPs fro 0.8
149 2012-12-07 14:33:11 <jgarzik> sipa: update hardcoded IP list, checkpoint (to 210000 probably)
150 2012-12-07 14:33:24 <jgarzik> TD: not really
151 2012-12-07 14:33:35 <jgarzik> TD: aggressively connect to freshest addresses in your list
152 2012-12-07 14:33:48 <jgarzik> TD: run dns in parallel with connection state machine
153 2012-12-07 14:34:32 <jgarzik> TD: set target of N connections. open M connect(2) in parallel. slowly increase M until N is reached, or peer list is exhausted.
154 2012-12-07 14:34:33 <jgarzik> TD: set target of N connections. open M connect(2) in parallel. slowly increase M until N is reached, or peer list is exhausted.
155 2012-12-07 14:34:41 <jgarzik> TD: sort by nTime
156 2012-12-07 14:35:18 <TD> i didn't say it's "hard" i said it's work. you just listed 5 steps, some of which are done in parallel. all that needs to be written, unit tested, debugged, etc.
157 2012-12-07 14:36:08 <jgarzik> note "parallel" only implies multiple threads if you want to over-complicate the code ;p
158 2012-12-07 14:37:01 <TD> java, unfortunately, does not offer non-blocking DNS by default. you need an extra library to do that.
159 2012-12-07 14:37:02 <TD> java, unfortunately, does not offer non-blocking DNS by default. you need an extra library to do that.
160 2012-12-07 14:38:51 <jgarzik> All our DNS seeds are currently well-maintained. I do not look forward to the day when one of them disappears. That will expose a few lazy clients (_not_ implying bitcoinj is one of those; I presume like bitcoind you have DNS lookups in a separate thread)
161 2012-12-07 14:40:05 <TD> sometimes they do go away
162 2012-12-07 14:40:25 <TD> nope, the current code (that i'm replacing) just iterates down a list of seeds in sequence until one of them replies
163 2012-12-07 14:42:52 <TD> (obviously apps run it in a background thread)
164 2012-12-07 14:43:17 <TD> (obviously apps run it in a background thread)
165 2012-12-07 15:03:08 <TheSeven> so apparently I'm dealing with an android kernel bug. how do I make the right developers find my bug report?
166 2012-12-07 15:03:15 <TheSeven> so apparently I'm dealing with an android kernel bug. how do I make the right developers find my bug report?
167 2012-12-07 15:03:31 <TheSeven> I'm talking about https://code.google.com/p/android/issues/detail?id=38830
168 2012-12-07 15:07:13 <TD> TheSeven: give it a week or so for somebody to triage, if that doesn't happen, poke me and i'll copy it into an internal bug report
169 2012-12-07 15:07:50 <TheSeven> TD: it's been there without activity for a month now
170 2012-12-07 15:08:09 <TD> ah ok
171 2012-12-07 15:08:12 <TD> right, didn't see that
172 2012-12-07 15:08:14 <TD> right, didn't see that
173 2012-12-07 15:09:13 <TheSeven> thanks for taking care about it?
174 2012-12-07 15:09:14 <TheSeven> thanks for taking care about it?
175 2012-12-07 15:09:18 <TheSeven> -?
176 2012-12-07 15:13:43 <TD> done
177 2012-12-07 15:14:07 <TheSeven> thanks again :)
178 2012-12-07 15:14:34 <TD> np
179 2012-12-07 15:14:35 <TD> np
180 2012-12-07 15:19:03 <TheSeven> it's really impressive that mentioning this in a completely unrelated channel seems to help - mentioning it several times in #android-dev didn't help at all...
181 2012-12-07 15:19:07 <TheSeven> it's really impressive that mentioning this in a completely unrelated channel seems to help - mentioning it several times in #android-dev didn't help at all...
182 2012-12-07 15:22:28 <helo> seven hours to network sync on head :/
183 2012-12-07 15:22:55 <helo> i am consistently slower than a few weeks ago, right around when ultraprune was merged
184 2012-12-07 15:25:17 <sipa> helo: using -connect or just random peers?
185 2012-12-07 15:25:24 <sipa> helo: using -connect or just random peers?
186 2012-12-07 15:25:58 <helo> random peers
187 2012-12-07 15:26:28 <sipa> yeah, probably you get a lot of delay from the crappy IBD system
188 2012-12-07 15:26:42 <helo> was it made crappy recently?
189 2012-12-07 15:26:45 <sipa> no
190 2012-12-07 15:26:51 <helo> i guess i just got lucky before?
191 2012-12-07 15:26:57 <sipa> yes
192 2012-12-07 15:27:11 <sipa> plus of course the chain grows
193 2012-12-07 15:27:14 <sipa> plus of course the chain grows
194 2012-12-07 15:28:50 <helo> right... but this is about 75% longer :/
195 2012-12-07 15:31:02 <vazakl> bazugua
196 2012-12-07 15:31:04 <vazakl> bazugua
197 2012-12-07 16:00:04 <Kuroro_> hi all , i want to start to develop a mining client but i don't know where to start somenone can point where to get info?
198 2012-12-07 16:00:10 <Kuroro_> hi all , i want to start to develop a mining client but i don't know where to start somenone can point where to get info?
199 2012-12-07 16:06:31 <gavinandresen> mining client? There is a sample mining client at https://github.com/bitcoin/bitcoin/tree/master/contrib/pyminer
200 2012-12-07 16:08:07 <Jouke> omg, gavinandresen I think I have to start a new forum post. First some developer is against Iran, now against Rape? ... where will it end.
201 2012-12-07 16:10:21 <Jouke> wait, how did that get into this channel?
202 2012-12-07 16:10:34 <Jouke> my IRC-client is messing things up :(
203 2012-12-07 16:12:12 <Jouke> Second time today
204 2012-12-07 16:12:14 <Luke-Jr> Kuroro_: BFGminer could always use more developers too
205 2012-12-07 16:19:11 <Kuroro_> can you give me the webpage for BFGminer???
206 2012-12-07 16:24:29 <midnightmagic> Wait, there's a developer against Iran..?!
207 2012-12-07 16:25:55 <Jouke> Yeah, I was nog serious.
208 2012-12-07 16:26:00 <Jouke> *not
209 2012-12-07 16:26:00 <midnightmagic> :P
210 2012-12-07 16:26:07 <midnightmagic> boo, I was hoping to get to mock someone.
211 2012-12-07 16:58:12 <zeks2> anyone?
212 2012-12-07 18:20:40 <D34TH> for some reason, bitcoin-qt is autostarting when my pc starts
213 2012-12-07 18:47:00 <helo> is it not set to start when your pc starts?
214 2012-12-07 18:49:01 <D34TH> it was
215 2012-12-07 18:49:07 <D34TH> it randomly added it
216 2012-12-07 18:50:22 <D34TH> **it wasn't
217 2012-12-07 18:50:23 <D34TH> **it wasn't
218 2012-12-07 21:14:40 <Luke-Jr> sigh bitcointalk??? "HOW TO SET UP CGMINER FOR LITECOIN MINING..PLZ EXPLAIN IN DETAIL.TNXX"
219 2012-12-07 21:22:51 <wizkid057> so, devs... what ever happened to P2SH related stuff? is this ever going to actually be able to be used? seems like it was pushed pretty hard a year ago and now... still cant really use it
220 2012-12-07 21:23:11 <btc123> anyone know of a free web API that will generate a QR code if i submit a Address AND amount? (blockchain seems to only give the QR code for an address)
221 2012-12-07 21:23:55 <BlueMatt> just do the url yourself and use one of the many qr code generators that will generate one from a url
222 2012-12-07 21:24:24 <Luke-Jr> btc123: Bitcoin-Qt can generate them???
223 2012-12-07 21:28:51 <BlueMatt> TD[gone]: give it a day and try my dnsseed's response time again :)
224 2012-12-07 21:29:07 <BlueMatt> jgarzik: yours is now not the only one on a global set of quality dns servers :)
225 2012-12-07 21:29:40 <btc123> Luke-Jr: thanks,
226 2012-12-07 21:30:38 <phantomcircuit> BlueMatt, would you like my database of active peers
227 2012-12-07 21:30:50 <phantomcircuit> it's scanning the entire network about once every 8 minutes...
228 2012-12-07 21:30:51 <BlueMatt> phantomcircuit: I have my own dnsseed
229 2012-12-07 21:31:00 <BlueMatt> (that does the equivalent)
230 2012-12-07 21:31:04 <phantomcircuit> k
231 2012-12-07 21:31:31 <sipa> wizkid057: 1. protocol/network support 2. client support 3. transaction negotiation 4. services on top of it
232 2012-12-07 21:31:32 <sipa> wizkid057: 1. protocol/network support 2. client support 3. transaction negotiation 4. services on top of it
233 2012-12-07 21:31:40 <sipa> wizkid057: 1. and 2. are done :)
234 2012-12-07 21:32:25 <wizkid057> client support? how so... dont see how to send from a multisig address easily in the client/RPC...
235 2012-12-07 21:32:58 <sipa> raw transaction API
236 2012-12-07 21:33:19 <sipa> the "easily" part will require services to use it
237 2012-12-07 21:33:19 <wizkid057> ok, so I need custom code to sign the transaction then?
238 2012-12-07 21:33:33 <sipa> signing the transaction can be done by bitcoind
239 2012-12-07 21:33:40 <jgarzik> bitcoind can sign
240 2012-12-07 21:33:44 <maaku> wizkid057: you can do multi-sig from the command line
241 2012-12-07 21:34:42 <wizkid057> interesting
242 2012-12-07 21:35:08 <sipa> signrawtransaction will take an unsigned transaction, and sign whatever it can find keys for
243 2012-12-07 21:35:44 <wizkid057> it'll accept private keys as args?
244 2012-12-07 21:36:05 <sipa> iirc yes
245 2012-12-07 21:36:16 <wizkid057> interesting
246 2012-12-07 21:37:02 <gmaxwell> Yes, and also satisify things out of the wallet.. there was a limit for offline signing with external private keys and p2sh but I think the patch for thats been merged (you need to also provide the script)
247 2012-12-07 21:38:03 <sipa> iirc that was merged yes
248 2012-12-07 21:40:05 <wizkid057> i'll have to mess with it again at some point then
249 2012-12-07 21:40:22 <gmaxwell> wizkid057: I put up tutorials for some of this. I .. really thought I showed them to you before!
250 2012-12-07 21:40:33 <wizkid057> hm, dont think so
251 2012-12-07 21:40:54 <gmaxwell> wizkid057: in any case, https://people.xiph.org/~greg/escrowexample.txt
252 2012-12-07 21:45:33 <wizkid057> i had an idea for something that would make use out of this functionality a while back. might look into it more now that there is at least some way of completing the transactions
253 2012-12-07 21:52:19 <lasento486> in what way is the nonce changed in the loop?
254 2012-12-07 21:53:46 <sipa> ++
255 2012-12-07 21:54:06 <lasento486> oh
256 2012-12-07 21:54:11 <lasento486> was thinking it was more complex.
257 2012-12-07 21:54:13 <lasento486> thanks
258 2012-12-07 22:02:50 <Luke-Jr> lasento486: there's no need for any particular order, though; many devices (GPUs especially) do a bunch in parallel
259 2012-12-07 22:22:59 <lasento486> Luke-Jr, that was my next question thanks