1 2011-07-03 00:01:56 <spq> hm, 544400 / 750301 tx could be marked as done
2 2011-07-03 00:02:10 <spq> (until block 131177)
3 2011-07-03 00:04:19 <lfm> I should be able to verify that for ya shortly
4 2011-07-03 00:05:33 <lfm> Number of spent transactions: 885045
5 2011-07-03 00:05:53 <lfm> hmm, I mighta got that wrong
6 2011-07-03 00:06:40 <spq> well the blockfile i used is two days or so
7 2011-07-03 00:07:25 <spq> have a small tool which reads a raw blockfile and stores the stuff in memory, nicely linked for lookup and such - just needs 10s to read the whole file and put into memory :)
8 2011-07-03 00:07:49 <spq> *two days old
9 2011-07-03 00:11:14 <lfm> spent transactions: 663710
10 2011-07-03 00:11:23 <lfm> Total number of transactions: 796193
11 2011-07-03 00:12:02 <lfm> not sure if both those totals include coinbase txn tho
12 2011-07-03 00:15:02 <spq> those have to be counted
13 2011-07-03 00:15:05 <spq> and i counted them
14 2011-07-03 00:17:13 <lfm> wonder where I am getting all the txn then seems a lot for 2 days
15 2011-07-03 00:19:52 <spq> my db contains 131177 blocks
16 2011-07-03 00:20:09 <lfm> ;;bc,blocks
17 2011-07-03 00:20:10 <gribble> 134482
18 2011-07-03 00:20:41 <lfm> 3000 blocks is more than 2 days
19 2011-07-03 00:20:50 <spq> yea 2-3 days
20 2011-07-03 00:21:06 <lfm> 144 blocks /day nominal?
21 2011-07-03 00:21:38 <spq> hm lemme check
22 2011-07-03 00:21:43 <lfm> 2016 blocks is two weeks nominal, (one diff change)
23 2011-07-03 00:21:58 <[Tycho]> Who is the author of bitcoincharts.com ?
24 2011-07-03 00:22:29 <spq> ok, i used http://bitcoin.bluematt.me/bitcoin-nightly/blockchain-nightly/bitcoin-blockchain-20110629.tar.gz - some more days :)
25 2011-07-03 00:23:15 <spq> [Tycho]: tcatm iirc
26 2011-07-03 00:23:19 <[Tycho]> Thanks.
27 2011-07-03 00:24:57 <lfm> spq so its getting pretty old, maybe isnt being updated correctly
28 2011-07-03 00:25:48 <lfm> or it may be intentionally not fully up to date so you get the latest blocks from the live net
29 2011-07-03 00:26:55 <spq> i should download a newer one or get th tool for live updating that db ready
30 2011-07-03 00:26:59 <lfm> spent transactions: 663741 of 930713
31 2011-07-03 00:27:13 <lfm> from live data
32 2011-07-03 00:28:01 <lfm> so its about 2/3rds anyway
33 2011-07-03 00:28:25 <spq> you count the tx or the outpoints?
34 2011-07-03 00:28:38 <lfm> txn
35 2011-07-03 00:28:51 <spq> k
36 2011-07-03 00:28:55 <lfm> I think
37 2011-07-03 00:29:33 <dsockwell> ;;bc,blocks
38 2011-07-03 00:29:34 <gribble> 134482
39 2011-07-03 00:33:11 <gribble> 134483
40 2011-07-03 00:33:11 <marioxcc> ;;bc,blocks
41 2011-07-03 00:34:49 <spq> well gnight
42 2011-07-03 00:36:04 <lolwat`> mjGCXAzRFghFu5ZBRZLJv3NubwgcPrgnND
43 2011-07-03 00:36:50 <rethaw> lolwat
44 2011-07-03 00:36:59 <lolwat`> yes?
45 2011-07-03 00:37:07 <rethaw> http://bc.to/61
46 2011-07-03 00:37:23 <rethaw> http://bc.to/6l
47 2011-07-03 00:37:29 <rethaw> hmmm
48 2011-07-03 00:37:30 <lolwat`> url not found
49 2011-07-03 00:38:01 <rethaw> lol I see http://btc.to/61
50 2011-07-03 00:38:09 <lfm> lolwat how many you need?
51 2011-07-03 00:38:24 <rethaw> i am writing a trading bot, i could use some test funds
52 2011-07-03 00:39:05 <rethaw> the minimum is 1 USD on mtgox for a trade right?
53 2011-07-03 00:39:26 <lolwat`> lfm uh what are tx fees?
54 2011-07-03 00:39:36 <num1> lolwat` txfee is 0.01
55 2011-07-03 00:39:38 <rethaw> so about .15 btc
56 2011-07-03 00:39:48 <lolwat`> enough to do 20 tx will hold me for a long time
57 2011-07-03 00:39:53 <lolwat`> i dunno how scarce these are
58 2011-07-03 00:40:05 <num1> testbtc are fairly common
59 2011-07-03 00:40:08 <lolwat`> hell ill even send them back in my test tx
60 2011-07-03 00:40:15 <num1> just keep asking and you'll et them
61 2011-07-03 00:40:36 <lfm> send them to faucet when you're done
62 2011-07-03 00:40:45 <lolwat`> ok
63 2011-07-03 00:40:58 <lolwat`> oh i didnt realize thre was a faucet for test, ill go try that
64 2011-07-03 00:41:01 <lfm> rethaw what addr?
65 2011-07-03 00:41:22 <rethaw> i was just begging as well
66 2011-07-03 00:41:36 <rethaw> but I can fund it myself
67 2011-07-03 00:41:44 <rethaw> I'm messing around with writing a trading bot
68 2011-07-03 00:42:23 <rethaw> is there a mtgox test api so I don't throw away the little btc I have
69 2011-07-03 00:42:38 <marioxcc> rethaw: what do you mean?
70 2011-07-03 00:43:13 <upb> sure the live is the test
71 2011-07-03 00:44:28 <rethaw> hah, ya I wanted to test out of live
72 2011-07-03 00:44:30 <rethaw> with fake btc
73 2011-07-03 00:56:21 <rethaw> doesn't exist I'm guessing
74 2011-07-03 00:56:56 <lfm> like learning poker,
75 2011-07-03 00:57:53 <lfm> "Sure Ill teach you how to play poker. How much Money do you have?"
76 2011-07-03 00:58:32 <dsockwell> rethaw: you'll have to simulate it
77 2011-07-03 00:59:17 <rethaw> its just the actual API calls to mtgox I'd like to be able to test
78 2011-07-03 00:59:40 <rethaw> its not so complicated of an algorithm that I need to simulate the market
79 2011-07-03 01:00:16 <Joric> BlockExplorer is now mirrored by MtGox Live http://109.123.116.245
80 2011-07-03 01:00:32 <cacheson> rethaw: just place low bids and high asks that won't get filled
81 2011-07-03 01:00:38 <rethaw> well if mtgox is down it doesn't work anyway
82 2011-07-03 01:00:49 <rethaw> got a mysql error
83 2011-07-03 01:01:32 <Joric> source code is available here https://github.com/bitcoinjs/node-bitcoin-explorer
84 2011-07-03 01:02:08 <rethaw> are you of Mtgox joric?
85 2011-07-03 01:03:06 <Joric> nope i just happy there's a mirror
86 2011-07-03 01:08:00 <upb> justmoon: btw, doesnt base58_decode leak all the bignums and tmp ?
87 2011-07-03 01:08:23 <justmoon> upb: hmm?
88 2011-07-03 01:08:44 <lfm> upb probably
89 2011-07-03 01:09:00 <justmoon> someone give me some context please ^^
90 2011-07-03 01:09:30 <lfm> memory leaks in part of bitcoin client
91 2011-07-03 01:09:45 <justmoon> ahh the C++ version of the base58_encode?
92 2011-07-03 01:09:52 <justmoon> yeah, patches welcome :)
93 2011-07-03 01:10:06 <upb> nah i meant his nodejs thingy
94 2011-07-03 01:10:47 <jgarzik> [ANN] Bitcoin v0.3.24 release candidate available - http://forum.bitcoin.org/index.php?topic=25515.0
95 2011-07-03 01:10:47 <lfm> oh in block explorer?
96 2011-07-03 01:11:18 <justmoon> I assume he's talking about: https://github.com/bitcoinjs/node-bitcoin-p2p/blob/master/native.cc
97 2011-07-03 01:11:59 <justmoon> and yeah if that leaks memory that would affect BitcoinJS Explorer (node-bitcoin-explorer)
98 2011-07-03 01:13:06 <lolwat`> oh wow i got 0.11 from the faucet and 100 and 10 from 2 other people, thanks whoever sent !
99 2011-07-03 01:13:46 <lfm> testnet == cheap
100 2011-07-03 01:14:03 <lolwat`> haha yeah I assumed its not a big deal. still feels weird to beg tho
101 2011-07-03 01:15:09 <lolwat`> i thought blockexplorer was closed source?
102 2011-07-03 01:15:21 <justmoon> lolwat`, I wrote a clone from scratch
103 2011-07-03 01:15:39 <lolwat`> oh nice infact the reason I asked for testnet coins was to do the same thing
104 2011-07-03 01:15:45 <lolwat`> I guess I can cross that off my list
105 2011-07-03 01:15:53 <justmoon> no don't, the more the merrier
106 2011-07-03 01:16:15 <justmoon> I'm still working on stability and we don't have the same search functionality yet
107 2011-07-03 01:16:18 <lolwat`> ill probably do it anyway, I want a python implementation
108 2011-07-03 01:16:30 <lolwat`> for a client, and figured blockexplorer clone would be a good star
109 2011-07-03 01:16:50 <justmoon> full python implementation of bitcoin protocol?
110 2011-07-03 01:17:11 <justmoon> or RPC-based?
111 2011-07-03 01:17:24 <lolwat`> full
112 2011-07-03 01:17:38 <b4epoche_> where is Value defined in the client code? or is that a Boost type?
113 2011-07-03 01:17:40 <justmoon> awesome!
114 2011-07-03 01:17:43 <lolwat`> point was to use as example to learn protocol
115 2011-07-03 01:17:50 <justmoon> yeah, it's the best way
116 2011-07-03 01:18:08 <justmoon> look at bitcoinj - mike's code is the best place to learn the protocol imho
117 2011-07-03 01:18:18 <lolwat`> yes that is what I was using :]
118 2011-07-03 01:18:39 <justmoon> then get back to work gogogo :D
119 2011-07-03 01:18:58 <Joric_> damnit
120 2011-07-03 01:19:03 <lolwat`> people who have to follow other people's coding specs write such more readable code, it's amazing
121 2011-07-03 01:19:43 <Joric_> lolwat`, there's no 'realtime stats' in this sources i'm studying it atm
122 2011-07-03 01:19:54 <rethaw> when trying to get my funds balance from mtgox via API I get error: bad token
123 2011-07-03 01:20:08 <rethaw> or must be logged in, I know, I'm doing it wrong
124 2011-07-03 01:22:11 <lolwat`> Joric_, huh?
125 2011-07-03 01:22:46 <lolwat`> is there any kind of DOS protection in the client
126 2011-07-03 01:22:53 <lfm> Joric_: ya block exporer has always been on a periodic update
127 2011-07-03 01:23:03 <lolwat`> like if I join the channel with 3 or 4 accounts from the same IP will it flag me
128 2011-07-03 01:23:28 <lolwat`> i looked and didn't see but just to be sure..
129 2011-07-03 01:26:32 <Joric_> lolwat`, i'm speaking of http://blockexplorer.com/q it's not implemented in the git
130 2011-07-03 01:26:46 <rethaw> anyone have experience with mtgox api?
131 2011-07-03 01:27:32 <cacheson> rethaw: what's your question?
132 2011-07-03 01:27:54 <rethaw> I am just trying to do get funds
133 2011-07-03 01:28:16 <rethaw> i get either "Must be logged in" or "Bad token"
134 2011-07-03 01:28:40 <cacheson> I haven't written anything for the API directly
135 2011-07-03 01:28:46 <cacheson> I use this: https://github.com/ezl/mtgox
136 2011-07-03 01:28:58 <cacheson> you can either use it yourself, or check and see how he does it
137 2011-07-03 01:51:18 <upb> justmoon: what am i missing ? http://pastebin.com/3f7jKNZc
138 2011-07-03 01:51:41 <shLONG> I want 3 bitcoins for ???20
139 2011-07-03 01:51:43 <shLONG> any sellers?
140 2011-07-03 01:52:00 <marioxcc> shLONG: try britcoin
141 2011-07-03 01:52:32 <justmoon> upb: node --version ?
142 2011-07-03 01:52:43 <upb> v0.5.0-pre
143 2011-07-03 01:53:04 <justmoon> try 0.4.x branch, we support the stable release now
144 2011-07-03 01:53:24 <justmoon> because the 0.5.0 is broken and they are saying it will be so for a while
145 2011-07-03 01:53:33 <upb> oh
146 2011-07-03 01:53:46 <upb> yeah looking at what make install installed for node, that header isnt there
147 2011-07-03 01:53:53 <phantomcircuit> looking for input on britcoin v2 design decisions
148 2011-07-03 01:54:00 <phantomcircuit> http://forum.bitcoin.org/index.php?topic=25509.0
149 2011-07-03 01:54:07 <phantomcircuit> thoughts would be appreciated
150 2011-07-03 01:55:53 <CIA-103> bitcoinjs/node-bitcoin-p2p: Stefan Thomas master * r6d601dd / lib/peermanager.js : Added connect="auto" mode and obey initialPeers configuration. - http://bit.ly/m5IfgT
151 2011-07-03 02:01:28 <^1bitc0inplz> CIA-103: thats cool, a bitcoin client in node... been thinking of writing one myself, looks like I can just be lazy :-)
152 2011-07-03 02:01:52 <justmoon> you're talking to the repository bot, bro :)
153 2011-07-03 02:01:58 <nanotube> hehe
154 2011-07-03 02:02:00 <^1bitc0inplz> :-(
155 2011-07-03 02:02:05 <nanotube> bots are people too
156 2011-07-03 02:02:12 <^1bitc0inplz> surely they have feelings
157 2011-07-03 02:02:13 <^1bitc0inplz> lol
158 2011-07-03 02:02:13 <justmoon> nanotube, only gribble!
159 2011-07-03 02:02:16 <justmoon> ;;pet
160 2011-07-03 02:02:17 <gribble> *purrrrrrrr*
161 2011-07-03 02:02:33 <nanotube> justmoon: :D
162 2011-07-03 02:02:45 <^1bitc0inplz> justmoon: that your repo?
163 2011-07-03 02:02:54 <justmoon> nanotube, you should make it so if anyone except you tries to pet gribble they get bitten :)
164 2011-07-03 02:03:15 <justmoon> yep those commits are from me
165 2011-07-03 02:03:24 <nanotube> justmoon: hehe i want him to be friendly. maybe then people will ,,feed him more :D
166 2011-07-03 02:03:25 <gribble> Feed me... Feed me bitcoins! 1MgD6rah5zUgEGYZnNmdpnXMaDR3itKYzU
167 2011-07-03 02:03:46 <justmoon> awww, ok, I think I can space a bitcent!
168 2011-07-03 02:03:51 <^1bitc0inplz> justmoon: is the aim of it to be a complete, drop in, replacement for bitcoin (including bitcoind)?
169 2011-07-03 02:04:26 <gribble> justmoon o/ :)
170 2011-07-03 02:06:12 <justmoon> bitcoinplz: it wasn't going to be in the beginning, it was meant mostly as a backend for webcoin
171 2011-07-03 02:06:24 <^1bitc0inplz> ah
172 2011-07-03 02:06:25 <justmoon> but recently yeah, I think we'll make it a drop-in replacement for bitcoind
173 2011-07-03 02:07:28 <^1bitc0inplz> my pool runs entirely off of node (expect bitcoind), and the only none scaleable bit is bitcoind.... lately I've been pondering what it would take to replace that memory hog with something more streamlined for a pools need
174 2011-07-03 02:07:56 <justmoon> :O
175 2011-07-03 02:08:00 <^1bitc0inplz> ?
176 2011-07-03 02:08:11 <justmoon> you have a pool where everything runs off of node, except for bitcoind?
177 2011-07-03 02:08:16 <^1bitc0inplz> yes
178 2011-07-03 02:08:21 <justmoon> you're like our perfect customer :D
179 2011-07-03 02:08:32 <^1bitc0inplz> no pushpool, or anything, all custom in coffeescript and running on node
180 2011-07-03 02:08:42 <^1bitc0inplz> indeed :-D
181 2011-07-03 02:08:50 <justmoon> node-bitcoin-p2p is a bit too unstable for practical use, but please do play with it if you get a chance
182 2011-07-03 02:09:01 <justmoon> I need to fix/update the docs badly though
183 2011-07-03 02:09:31 <^1bitc0inplz> I've already "watched" it on github... I'll have to play around with it
184 2011-07-03 02:09:53 <justmoon> cool, let me know if you need any help!
185 2011-07-03 02:10:14 <^1bitc0inplz> I will, you've got me actually thinking removing bitcoind might be doable
186 2011-07-03 02:10:37 <^1bitc0inplz> the parts that scare me look like the parts you've already done, transaction verification, IRC, P2P, etc
187 2011-07-03 02:11:54 <justmoon> yeah, well, the devil is in the details, for now my priority is adding the JSON-RPC and some of the daemon infrastructure (like a script to start/stop etc.)
188 2011-07-03 02:15:17 <justmoon> nanotube, ok, gribble fed :)
189 2011-07-03 02:15:49 <lolwat`> so there are a bunch of things that are disabled in the main client
190 2011-07-03 02:15:53 <lolwat`> but would be accepted in blocks
191 2011-07-03 02:16:00 <lolwat`> nlocktime, tx replacement
192 2011-07-03 02:16:09 <justmoon> lolwat`, custom scripts...
193 2011-07-03 02:16:20 <lolwat`> if you turned those on in your own client
194 2011-07-03 02:16:24 <lolwat`> you'd get all the TX fees
195 2011-07-03 02:16:43 <lolwat`> so if we can get enough people using them
196 2011-07-03 02:16:53 <lolwat`> miners will demand they be turned on in main client
197 2011-07-03 02:17:11 <justmoon> hehe, well, luke-jr already accepts non-standard transaction afaik
198 2011-07-03 02:17:22 <lolwat`> awesome
199 2011-07-03 02:17:36 <lolwat`> really all i want is to be able to do untrusted trades
200 2011-07-03 02:18:20 <justmoon> lolwat`, I've been thinking about adding a "custom transaction builder" tool to webcoin, but it's not a priority obviously :)
201 2011-07-03 02:18:34 <lolwat`> so i actually started on a compiler
202 2011-07-03 02:18:50 <lolwat`> that would let you specify txs in a functional language
203 2011-07-03 02:18:56 <lolwat`> and it would compile it down to the stack language
204 2011-07-03 02:19:05 <justmoon> oh wow
205 2011-07-03 02:19:07 <lolwat`> that is what I want to test on testnet
206 2011-07-03 02:19:09 <justmoon> that's cool stuff
207 2011-07-03 02:19:20 <Joric_> could anyone explain how mybitcoin.com accepts payments via merchant service without waiting 10 minutes for the next block?
208 2011-07-03 02:19:20 <luke-jr> lolwat`: not possible
209 2011-07-03 02:19:22 <lolwat`> but i dont think these things will even work on testnet
210 2011-07-03 02:19:27 <luke-jr> lolwat`: scripts aren't turing complete
211 2011-07-03 02:19:30 <lolwat`> luke-jr, ?
212 2011-07-03 02:19:33 <lolwat`> er ofcourse
213 2011-07-03 02:19:38 <luke-jr> Joric_: the same way anyone can
214 2011-07-03 02:19:53 <Joric_> luke-jr, is it safe?
215 2011-07-03 02:20:13 <lolwat`> luke-jr, ofcourse not full power, just its more convient to write things in a normal language than in stack assembly
216 2011-07-03 02:20:29 <luke-jr> Joric: same risk as usual
217 2011-07-03 02:20:30 <lolwat`> luke-jr, the language is basically C without loops. but with if/else
218 2011-07-03 02:20:37 <luke-jr> Joric: unless MyBitcoin eats that
219 2011-07-03 02:20:54 <luke-jr> lolwat`: ok
220 2011-07-03 02:21:00 <Joric> well it's like instant and ready to withdraw
221 2011-07-03 02:21:29 <justmoon> when you withdraw it, is the new transaction based on the money you put in?
222 2011-07-03 02:21:44 <justmoon> if so - reversal of the original transaction will reverse the followup transactions as well
223 2011-07-03 02:21:45 <Joric> i didn't check this
224 2011-07-03 02:22:43 <luke-jr> justmoon: unlikely
225 2011-07-03 02:23:18 <justmoon> luke-jr, I remember someone asking about doing this using the accounts feature
226 2011-07-03 02:24:01 <justmoon> but I think the guy who asked was the instawallet dude, not mybitcoin
227 2011-07-03 02:24:15 <luke-jr> justmoon: that's intentionally NOT supported by accounts
228 2011-07-03 02:25:38 <nanotube> justmoon: o/ thank you :)
229 2011-07-03 02:25:59 <luke-jr> https://forum.bitcoin.org/index.php?topic=25537.0
230 2011-07-03 02:26:08 <luke-jr> err
231 2011-07-03 02:26:40 <luke-jr> wrong channel
232 2011-07-03 02:27:47 <diki> ;;bc,calc 11000000
233 2011-07-03 02:27:57 <gribble> The average time to generate a block at 11000000 Khps, given current difficulty of 1379223.4296725 , is 6 days, 5 hours, 35 minutes, and 19 seconds
234 2011-07-03 02:28:10 <diki> ;;bc,calcd 11000000 1
235 2011-07-03 02:28:12 <gribble> Error: '0.390451572364' is not a valid integer.
236 2011-07-03 02:28:17 <diki> ;;bc,calcd 1 11000000
237 2011-07-03 02:28:20 <gribble> The average time to generate a block at 1 Khps, given the supplied difficulty of 11000000, is 1498117 years, 37 weeks, 1 day, 22 hours, 13 minutes, and 20 seconds
238 2011-07-03 02:28:24 <diki> ....
239 2011-07-03 02:28:30 <diki> ;;bc,calcd 11000000 1
240 2011-07-03 02:28:35 <gribble> Error: '0.390451572364' is not a valid integer.
241 2011-07-03 02:28:38 <diki> this thing is broken
242 2011-07-03 02:28:42 <diki> ;;bc,calcd 11000000 1.2
243 2011-07-03 02:28:46 <gribble> Error: '0.468541886836' is not a valid integer.
244 2011-07-03 02:28:55 <diki> ;;bc,calcd
245 2011-07-03 02:29:03 <diki> ;;bc,calcd 11000 1
246 2011-07-03 02:29:03 <gribble> (bc,calcd <an alias, 2 arguments>) -- Alias for "echo The average time to generate a block at $1 Khps, given the supplied difficulty of $2, is [time elapsed [math calc 1/((2**224-1)/$2*$1*1000/2**256)]]".
247 2011-07-03 02:29:03 <lolwat`> were can I find info on pool payouts
248 2011-07-03 02:29:04 <diki> ;;bc,calcd 1100000 1
249 2011-07-03 02:29:04 <gribble> The average time to generate a block at 1100000 Khps, given the supplied difficulty of 1, is 3 seconds
250 2011-07-03 02:29:05 <lolwat`> I dont understand how PPS makes sense
251 2011-07-03 02:29:06 <diki> it doesnt lolwat
252 2011-07-03 02:29:09 <diki> unless you pack quite a few ghash/s
253 2011-07-03 02:29:12 <lolwat`> er i mean because of difficulty changes
254 2011-07-03 02:29:22 <WildSoil> ;;bd,stats
255 2011-07-03 02:29:24 <gribble> Error: "bd,stats" is not a valid command.
256 2011-07-03 02:29:27 <luke-jr> lolwat`: PPS makes perfect sense
257 2011-07-03 02:29:28 <riush> pps payout changes when difficulty changes
258 2011-07-03 02:29:30 <WildSoil> ;;bc,stats
259 2011-07-03 02:29:32 <lolwat`> oh
260 2011-07-03 02:29:33 <gribble> Current Blocks: 134501 | Current Difficulty: 1379223.4296725 | Next Difficulty At Block: 135071 | Next Difficulty In: 570 blocks | Next Difficulty In About: 3 days, 6 hours, 51 minutes, and 0 seconds | Next Difficulty Estimate: 1592644.46933330
261 2011-07-03 02:29:40 <luke-jr> yeah, share reward drops
262 2011-07-03 02:29:45 <lolwat`> then it doesn't make sense because I don't understand it :]
263 2011-07-03 02:29:51 <lolwat`> where can I find an explanation clearly
264 2011-07-03 02:30:02 <^1bitc0inplz> PPS only makes sense if the miners are honest
265 2011-07-03 02:30:11 <luke-jr> lolwat`: for each share you submit, you get paid N
266 2011-07-03 02:30:21 <luke-jr> ^1bitc0inplz: cheating is a problem no matter how you pay
267 2011-07-03 02:30:53 <^1bitc0inplz> luke-jr: however, in PPS cheaters get paid while preventing the pool from getting paid. Result, payout > income
268 2011-07-03 02:31:05 <luke-jr> ^1bitc0inplz: only with straight PPS
269 2011-07-03 02:31:15 <luke-jr> ^1bitc0inplz: MPPS and SMPPS handle it ok
270 2011-07-03 02:31:17 <lolwat`> im looking at luke-jr's pool thread
271 2011-07-03 02:31:22 <lolwat`> I see you just tak address as username
272 2011-07-03 02:31:26 <lolwat`> why doesn't everyone do that
273 2011-07-03 02:31:41 <luke-jr> lolwat`: cuz they want to track you :P
274 2011-07-03 02:31:49 <upb> because they dont know how to implement this i guess :)
275 2011-07-03 02:32:07 <lolwat`> seems like the obvious way to do it to me
276 2011-07-03 02:32:34 <lolwat`> it seems to me the most straightforward payment scheme would be this:
277 2011-07-03 02:32:57 <lolwat`> the N shares with lowest hash get paid out 1/N of the reward
278 2011-07-03 02:33:37 <lolwat`> is there some reason no pool does that that I'm missing?
279 2011-07-03 02:34:51 <lolwat`> the pool would just be a big scoreboard, and your goal is to get yourself on the scoreboard
280 2011-07-03 02:34:53 <luke-jr> lolwat`: interesting
281 2011-07-03 02:35:15 <luke-jr> lolwat`: it doesn't fit the primary purpose of pools, but it would be interesting to see in practice
282 2011-07-03 02:35:41 <lolwat`> er so I guess I consider that to be in some sense the purest form of pool
283 2011-07-03 02:35:53 <lolwat`> once you start counting work between blocks it seems to become another beast altogether
284 2011-07-03 02:37:15 <lolwat`> i was thinking about how to do instant TX in bitcoin while still having security
285 2011-07-03 02:37:31 <lolwat`> if bitcoin was basically a big scoreboard that would accomplish it
286 2011-07-03 02:37:50 <lolwat`> if you're verifying TX you really just care about the top of the scoreboard, it will be much much lower than even the 2nd place
287 2011-07-03 02:38:45 <lolwat`> so if you had a giant scoreboard and miners submitted to it immediately, you could know before a block comes that your pretty sure your tx is getting in
288 2011-07-03 02:39:00 <kreal-> if english is en_US what is german ?
289 2011-07-03 02:39:21 <kreal-> de_DE ?
290 2011-07-03 02:44:40 <nanotube> kreal-: which german? austrian german, switzerland german, germany german, ...?
291 2011-07-03 02:44:51 <nanotube> kreal-: if you are looking for germany-german, then yes, de-DE
292 2011-07-03 02:44:55 <kreal-> uh no idea.
293 2011-07-03 02:45:07 <kreal-> its a request for localization for my pool script.
294 2011-07-03 02:45:13 <kreal-> but thanks.
295 2011-07-03 02:45:18 <kreal-> we will go with de_DE
296 2011-07-03 02:47:03 <kreal-> by we I mean me.
297 2011-07-03 02:47:10 <nanotube> kreal-: :)
298 2011-07-03 02:47:23 <justmoon> kreal-, we also refer to ourselves as we!
299 2011-07-03 02:47:35 <nanotube> kreal-: (as you may expect, there are multiple versions of en- as well)
300 2011-07-03 02:47:45 <kreal-> yes
301 2011-07-03 02:47:53 <kreal-> en_US, en_GB and so on.
302 2011-07-03 02:47:56 <nanotube> right
303 2011-07-03 02:47:58 <kreal-> just dont know about germany.
304 2011-07-03 02:48:20 <kreal-> in denmark we only have da_DK
305 2011-07-03 02:48:47 <nanotube> kreal-: hehe you have it easy, then hehe
306 2011-07-03 02:48:59 <kreal-> :)
307 2011-07-03 02:49:38 <CIA-103> bitcoinjs/node-bitcoin-p2p: Abraham Jewowich master * rdc74e6e / native.cc : Fixed leaking of OpenSSL structures - http://bit.ly/klBLhf
308 2011-07-03 02:49:39 <CIA-103> bitcoinjs/node-bitcoin-p2p: Stefan Thomas master * r144201e / native.cc :
309 2011-07-03 02:50:28 <kreal-> my basement got flooded today :(
310 2011-07-03 02:50:53 <kreal-> thats so nasty..
311 2011-07-03 02:50:54 <nanotube> kreal-: hopefully that's not where you had your mining rigs
312 2011-07-03 02:50:55 <justmoon> kreal-, so much for having it easy o_O
313 2011-07-03 02:51:06 <kreal-> nanotube: it was.
314 2011-07-03 02:51:13 <justmoon> no way o_O
315 2011-07-03 02:51:22 <justmoon> do you have a damage estimate?
316 2011-07-03 02:51:41 <nanotube> kreal-: oh... in that case, hopefully the rigs did not get flooded and died because they were high enough off the ground ...?
317 2011-07-03 02:51:53 <kreal-> no I had it raised.
318 2011-07-03 02:52:03 <justmoon> ah
319 2011-07-03 02:52:08 <nanotube> cloud, silver lining, check. :)
320 2011-07-03 02:52:10 <kreal-> lucky me..
321 2011-07-03 02:52:32 <nanotube> still yea, sucks... where did the water come from? broken pipe? or what
322 2011-07-03 02:53:05 <kreal-> http://ekstrabladet.dk/template/v3-0/direct/article/picProxy.jsp?url=http://multimedia.ekstrabladet.dk/archive/00680/foto3_680590o.jpg&iw=926&ih=691&secid=1241&cbw=1484&cbh=899
323 2011-07-03 02:53:07 <phungus> sump pump broke
324 2011-07-03 02:53:10 <kreal-> from today...
325 2011-07-03 02:53:19 <kreal-> Not my truck haha!
326 2011-07-03 02:53:38 <kreal-> nanotube: from the sky.
327 2011-07-03 02:53:49 <kreal-> insane amounts of suddenly.
328 2011-07-03 02:53:53 <kreal-> +water
329 2011-07-03 02:54:02 <nanotube> ah hehe
330 2011-07-03 02:54:28 <phungus> wow, we're in a really bad drought and danced when we got 2 hours of rain today
331 2011-07-03 02:54:45 <phungus> surrounded by really bad wildfires
332 2011-07-03 02:55:01 <kreal-> then come to denmark...
333 2011-07-03 02:55:17 <phungus> yeah, just send it up here to 8,000ft. :-)
334 2011-07-03 02:55:18 <kreal-> you'll drown
335 2011-07-03 02:55:55 <kreal-> hey I noticed something, I18N is boooring.
336 2011-07-03 02:57:24 <kreal-> :)
337 2011-07-03 03:00:06 <CIA-103> bitcoin: Luke Dashjr * ra70f9d0cf331 gentoo/net-p2p/bitcoind/ (4 files in 2 dirs): net-p2p/bitcoind-0.3.24_rc1 (and updates for 9999) http://tinyurl.com/3oo8cfr
338 2011-07-03 03:10:04 <CIA-103> bitcoin: Luke Dashjr * rece2fc3c1103 gentoo/net-p2p/wxbitcoin/ (4 files in 2 dirs): net-p2p/wxbitcoin-0.3.24_rc1 http://tinyurl.com/3mzpgm7
339 2011-07-03 03:23:46 <CIA-103> bitcoinjs/node-bitcoin-p2p: Stefan Thomas master * r974b258 / lib/node.js : Fixed handoff of settings to BlockChain class. Fixes GH-11. - http://bit.ly/j8idgf
340 2011-07-03 03:24:28 <justmoon> ah damn linked to the wrong ticket -_-
341 2011-07-03 03:35:27 <CIA-103> bitcoinjs/node-bitcoin-p2p: Stefan Thomas master * r8f63b65 / lib/schema/transaction.js : Fixed bug with non-standard inPubKeys. - http://bit.ly/lkCTrb
342 2011-07-03 03:42:42 <justmoon> what does the "data" parameter to getwork do?
343 2011-07-03 04:04:12 <rethaw> cacheson: thanks for the link to that git project
344 2011-07-03 04:04:22 <rethaw> its a much better implementation than I had started anyhow
345 2011-07-03 04:05:43 <cacheson> rethaw: sure thing
346 2011-07-03 04:08:10 <shLONG> hat the hell I move money from my overall account into a specific account right
347 2011-07-03 04:08:15 <shLONG> and even though i dont have the bitcoins
348 2011-07-03 04:08:22 <shLONG> it registers them as being in that specific account
349 2011-07-03 04:08:34 <shLONG> what am I meant to do? adding confirmations doesnt make a difference
350 2011-07-03 04:08:40 <shLONG> how can I give myself bitcoins I dont even have?!
351 2011-07-03 04:14:29 <wumpus> you can't...
352 2011-07-03 04:16:29 <nanotube> probably your total balance is still 0. it just creates posititive balance in accountX, but offets it with negative balance on your default account.
353 2011-07-03 04:29:27 <shLONG> if I call sendfrom() without specifying an account
354 2011-07-03 04:29:42 <shLONG> nevermind
355 2011-07-03 04:48:30 <shLONG> i've moved a load of money around from account to account that i dont have
356 2011-07-03 04:48:36 <shLONG> and it's messedup my overall balance
357 2011-07-03 04:48:57 <shLONG> how do i reset it so that any ballance i dont actually have in my wallet doesnt show up?
358 2011-07-03 04:49:47 <wumpus> have you tried -rescan?
359 2011-07-03 04:50:14 <shLONG> that means restarting the daemon :(
360 2011-07-03 04:52:11 <shLONG> rescan didnt work though :(
361 2011-07-03 06:31:55 <dsockwell> so my bitcoin installation has chewed up all 2GB of disk space that I gave it. What lives in ~/.bitcoin/database ?
362 2011-07-03 06:33:34 <dsockwell> i see 96 of these: -rw------- 1 dsockwell dsockwell 9.6M Jul 3 12:32 log.0000000096
363 2011-07-03 06:33:43 <dsockwell> i don't suppose there's a chance that they're safe to delete?
364 2011-07-03 06:39:14 <phantomcircuit> dsockwell, 2GB of disk space?
365 2011-07-03 06:39:26 <dsockwell> yes
366 2011-07-03 06:39:42 <phantomcircuit> 503M
367 2011-07-03 06:39:47 <phantomcircuit> you have a problem
368 2011-07-03 06:39:55 <dsockwell> i hate those
369 2011-07-03 06:40:08 <phantomcircuit> du -h ~/.bitcoin
370 2011-07-03 06:40:37 <dsockwell> 500mb in ~/.bitcoin and then 900mb in ~/.bitcoin/database
371 2011-07-03 06:40:40 <dsockwell> consisting of 96 10mb files
372 2011-07-03 06:41:16 <phantomcircuit> hmm
373 2011-07-03 06:41:18 <phantomcircuit> restart
374 2011-07-03 06:41:32 <phantomcircuit> i believe those are crash logs
375 2011-07-03 06:41:43 <dsockwell> shit.
376 2011-07-03 06:41:47 <phantomcircuit> a write ahead log in case of crash
377 2011-07-03 06:42:11 <phantomcircuit> dsockwell, what does debug.log look like
378 2011-07-03 06:43:02 <dsockwell> i've been watching it for a while, there's nothing too exciting in there
379 2011-07-03 06:43:17 <dsockwell> i did just bootstrap from 0 blocks though
380 2011-07-03 06:43:32 <neofutur> websoket back at mtgox
381 2011-07-03 06:43:45 <dsockwell> i restarted the client and they're gone now
382 2011-07-03 06:43:58 <dsockwell> they appear to have built up steadily throughout the bootstrapping process
383 2011-07-03 06:44:07 <neofutur> but the websocket is up for only hours
384 2011-07-03 06:44:26 <neofutur> not necessarily stable / full featured yet
385 2011-07-03 06:44:37 <neofutur> feel free to test it and report pbs on #mtgox
386 2011-07-03 06:44:49 <dsockwell> and the creation stopped when synchronization was achieved
387 2011-07-03 06:45:42 <dsockwell> i wonder if those are supposed to get cleaned up eventually, and i'm just especially affected because of my space limitation
388 2011-07-03 06:46:11 <dsockwell> i'd sort of rather it happen sooner than 6h after they were created
389 2011-07-03 06:47:11 <dsockwell> also no wonder the client blew up before when i thought i'd be good with 500MB
390 2011-07-03 08:56:18 <voot545> I'm trying to look in main.cpp for where execution starts, I can't seem to find it
391 2011-07-03 08:56:43 <lfm> voot545: thats right
392 2011-07-03 08:56:46 <BlueMatt> its in init.cpp
393 2011-07-03 08:56:51 <voot545> ah, thanks
394 2011-07-03 08:57:05 <BlueMatt> or, if you are in gui, ui.cpp:AppInit
395 2011-07-03 09:12:52 <sipa> BlueMatt: ok, another idea: expose a bool CCryptoKeyStore::ChangeMasterKey(const CMasterKey &vMasterOld, const CMasterKey &vMasterNew)
396 2011-07-03 09:13:17 <BlueMatt> idea to fix what?
397 2011-07-03 09:13:31 <sipa> long-locking of masterkey
398 2011-07-03 09:13:45 <sipa> wth
399 2011-07-03 09:13:48 <sipa> i'm stupid
400 2011-07-03 09:14:16 <sipa> nevermind!
401 2011-07-03 09:14:23 <BlueMatt> ok
402 2011-07-03 09:14:40 <dsockwell> BlueMatt: i found out what my crash was, the space on my tmpfs ran out and bitcoin kindly deleted the offending files when it restarted.
403 2011-07-03 09:14:51 <BlueMatt> ah, makes sense
404 2011-07-03 09:14:59 <BlueMatt> thought it would have to be something like that
405 2011-07-03 09:14:59 <dsockwell> i cranked up the space to 2GB and it just about filled that
406 2011-07-03 09:15:21 <dsockwell> made 96 log.000000000 files in ~/.bitcoin/database, each having a size of 10MB
407 2011-07-03 09:15:31 <dsockwell> that was during the downloading of the block chain
408 2011-07-03 09:15:44 <BlueMatt> makes sense
409 2011-07-03 09:15:49 <BlueMatt> it doesnt flush right until it closes
410 2011-07-03 09:15:52 <BlueMatt> though it should
411 2011-07-03 09:15:58 <dsockwell> i'd kind of rather it throw those away at a more convenient rate
412 2011-07-03 09:16:11 <BlueMatt> yep, it should
413 2011-07-03 09:18:49 <sipa> BlueMatt: ok, yet another idea: move vMasterKey from CCryptoKeyStore to CWallet, together with the lock/unlock logic, and have a virtual GetMasterKey in CCryptoKeyStore, implemented by CWallet, and a bool CCryptoKeyStore::TestMasterKey()
414 2011-07-03 09:19:08 <sipa> that way, all management of the masterkey is done in the same place
415 2011-07-03 09:21:22 <BlueMatt> frankly, I dont see what the huge problem is here...if someone wants to use CWallet as a lib and dont lock vMasterKey, they dont have to, it would work fine, all the functions will lock it as well
416 2011-07-03 09:21:34 <sipa> true
417 2011-07-03 09:21:46 <BlueMatt> there is just the chance that it gets changed between IsLocked() and whatever they are gonna do
418 2011-07-03 09:22:00 <sipa> agree
419 2011-07-03 09:23:26 <sipa> i just don't like the idea of exposing a cs on an internal datastructure, only for the purpose of allowing higher-layer pieces of code to be sure it doesn't get changed
420 2011-07-03 09:23:41 <sipa> but bitcoin does so all the time already
421 2011-07-03 09:35:09 <nathan7> Hi Xunie
422 2011-07-03 09:53:07 <Xunie> nathan7, ahoy!
423 2011-07-03 10:18:43 <zamgo> https://en.bitcoin.it/wiki/Protocol_specification is very good detailed information about the protocol. Is there the same depth of info available for db formats of addr.bat, blk0001.dat, blkindex.dat, and wallet.dat ?
424 2011-07-03 10:19:54 <sipa> addr.dat, blkindex.dat and wallet.dat are bdb database files
425 2011-07-03 10:20:04 <zamgo> yes
426 2011-07-03 10:20:06 <sipa> blk0001.dat is a concatenation of bitcoin blocks
427 2011-07-03 10:20:25 <sipa> and a good specification would be nice, but i don't think it's written down anywhere
428 2011-07-03 10:20:43 <zamgo> so I'm using Berkeley DB 4.7.25
429 2011-07-03 10:21:08 <zamgo> db_verify blk0001.dat comes up with pretty errors, all the other *.dat's verify ok, and db_dump ok
430 2011-07-03 10:21:21 <sipa> blk0001.dat is no bdb file
431 2011-07-03 10:21:24 <zamgo> ah!
432 2011-07-03 10:21:28 <sipa> it's just a concatenation of bitcoin blocks
433 2011-07-03 10:21:32 <zamgo> duh on me
434 2011-07-03 10:21:57 <zamgo> ok, that makes sense now
435 2011-07-03 10:37:51 <diki> ;;bc,stats
436 2011-07-03 10:37:53 <gribble> Current Blocks: 134546 | Current Difficulty: 1379223.4296725 | Next Difficulty At Block: 135071 | Next Difficulty In: 525 blocks | Next Difficulty In About: 3 days, 1 hour, 47 minutes, and 30 seconds | Next Difficulty Estimate: 1582405.42663260
437 2011-07-03 11:40:39 <sipa> BlueMatt: i just realized: CPrivKey (ssl-serialized private key) is now used as a way for passing private keys around, but that's a detour
438 2011-07-03 11:41:17 <BlueMatt> you mean we should pass CSecrets around?
439 2011-07-03 11:41:38 <sipa> eg. if you do a GetPrivKey on a CCryptoKeyStore, it will construct a CKey, use SetSecret to rebuild it, use GetPrivKey to serialize it, return the CPrivKey to the caller, which will use it to initialize a CKey again, and do a signature with that CKey
440 2011-07-03 11:42:06 <sipa> you can just return a CKey: https://github.com/sipa/bitcoin/commit/220ce9244deb4257592dbcd386f7fc1ff92db98f
441 2011-07-03 11:42:22 <BlueMatt> oh, well yea that too
442 2011-07-03 11:42:57 <sipa> there are now two separate serialized formats for CKey's, but if you request one, you want to get a CKey eventually anyway
443 2011-07-03 11:43:19 <BlueMatt> yep, looks good Ill put that in the pull...
444 2011-07-03 11:43:19 <Eremes> any 5970 users here ? wanna know how much MH it made
445 2011-07-03 11:43:45 <BlueMatt> as a side note, do you happen to know on what os gavin used to build the linux releases when he did that?
446 2011-07-03 11:43:59 <BlueMatt> Eremes: #bitcoin-mining
447 2011-07-03 11:44:05 <sipa> BlueMatt: not sure
448 2011-07-03 11:44:29 <Eremes> BlueMatt: thanks
449 2011-07-03 11:46:32 <BlueMatt> maybe he wasnt using an lts...
450 2011-07-03 11:53:09 <b4epoche_> good morning
451 2011-07-03 11:54:01 <JRWR> Morning!
452 2011-07-03 11:55:46 <sipa> i wonder what the correct behaviour should be if we want to decouple the location of wallet.dat with that of the other database files
453 2011-07-03 11:57:06 <sipa> would you have the database log files in a subdir of the wallet.dat's location, or combined with the rest, eg.
454 2011-07-03 11:57:35 <sipa> if your wallet.dat is on a memory stick, you don't want any log files there
455 2011-07-03 11:57:47 <BlueMatt> you would absolutely do a different Dbenv so the logs are with the wallet
456 2011-07-03 11:57:51 <BlueMatt> yes you do
457 2011-07-03 11:58:05 <BlueMatt> and if your wallet crashes and you move the crashed wallet to another machine?
458 2011-07-03 11:58:12 <BlueMatt> it cant recover because it doesnt have logs
459 2011-07-03 11:58:23 <BlueMatt> and if it does have logs, they are likely for another wallet, which would just kill you
460 2011-07-03 11:58:45 <sipa> well, an alternative is having the wallet.dat renamed to wallet.dat_locked or something when opening
461 2011-07-03 11:58:46 <neofutur> but too much logs could kill you usb stick . . .
462 2011-07-03 11:58:47 <BlueMatt> its the safe-write model
463 2011-07-03 11:58:56 <sipa> and renamed back when closing
464 2011-07-03 11:59:08 <BlueMatt> write to log what you are going to do, do it, remove from log
465 2011-07-03 11:59:10 <b4epoche_> ah, BlueMatt, thanks for unintentionally answering my question
466 2011-07-03 11:59:17 <sipa> or an "in use" value written to it
467 2011-07-03 11:59:29 <sipa> so you get a warning/error when opening it on a different system
468 2011-07-03 12:00:40 <BlueMatt> well I suppose you could do that, but then people are likely to just remove the .lock all the time...
469 2011-07-03 12:00:45 <BlueMatt> what do other programs do?
470 2011-07-03 12:01:43 <b4epoche_> not use bdb
471 2011-07-03 12:01:55 <BlueMatt> got a better suggestion?
472 2011-07-03 12:02:14 <b4epoche_> you asked what others do ;-)
473 2011-07-03 12:02:22 <BlueMatt> people always say use something else, but never have a better thing to use
474 2011-07-03 12:02:42 <BlueMatt> many, many programs use bdb
475 2011-07-03 12:02:42 <sipa> sqlite is a possibility
476 2011-07-03 12:02:50 <sipa> but overkill
477 2011-07-03 12:02:51 <b4epoche_> I know
478 2011-07-03 12:03:32 <b4epoche_> how likely is it that a db gets corrupt?
479 2011-07-03 12:03:50 <sipa> bitcoin crashes do occur
480 2011-07-03 12:03:51 <BlueMatt> pretty rarely, but addr.dat does quite often if bitcoin crashes
481 2011-07-03 12:03:53 <b4epoche_> can you do something like wallet.bak?
482 2011-07-03 12:04:27 <BlueMatt> but if we have logs, a bdb crash means little as it typically can recover just fine
483 2011-07-03 12:05:20 <b4epoche_> at some point, isn't the idea that only keys will be stored in wallet?
484 2011-07-03 12:05:32 <sipa> where would the rest go?
485 2011-07-03 12:05:45 <sipa> wallet.dat now contains all 'personal' data
486 2011-07-03 12:05:57 <sipa> you'd have to move the rest around with it
487 2011-07-03 12:05:58 <b4epoche_> yea, I know, and preference, etc.
488 2011-07-03 12:06:06 <BlueMatt> well settings could be moved to an os-specific thing
489 2011-07-03 12:06:11 <sipa> agree
490 2011-07-03 12:06:16 <BlueMatt> but keys/txes/etc will always be in wallet
491 2011-07-03 12:06:27 <b4epoche_> okay, yea, was not thinking about 'moving' it around
492 2011-07-03 12:06:58 <b4epoche_> but you could always make backup files whenever something changes.
493 2011-07-03 12:07:03 <BlueMatt> master crypto keys could also go in os-specific things, esp for mac which has their own system for how to handle passwords and such
494 2011-07-03 12:07:32 <BlueMatt> but I just dont know how comfortable I am with that...
495 2011-07-03 12:07:34 <b4epoche_> are new keys generated frequently? i.e. does it always keep ~100 keys ?
496 2011-07-03 12:09:51 <b4epoche_> can tx's be 'regenerated'?
497 2011-07-03 12:10:22 <sipa> yes, from the block chain
498 2011-07-03 12:10:32 <sipa> but they won't have all the necessary information
499 2011-07-03 12:10:37 <b4epoche_> don't windows and linux (depending on flavor) have 'keychains'?
500 2011-07-03 12:10:41 <sipa> such as accounts
501 2011-07-03 12:11:09 <BlueMatt> Windows, not an encrypted one, linux...Im not 100% sure, but I think both kde and gnome have one
502 2011-07-03 12:11:12 <b4epoche_> accounts? stuff in addr.dat?
503 2011-07-03 12:11:20 <BlueMatt> addr is addresses
504 2011-07-03 12:11:26 <BlueMatt> as in ip addresses of other nodes
505 2011-07-03 12:11:34 <b4epoche_> yea, but what are accounts?
506 2011-07-03 12:11:46 <BlueMatt> a poorly-implemented "feature"
507 2011-07-03 12:11:48 <b4epoche_> oh, duh, write
508 2011-07-03 12:11:54 <b4epoche_> right
509 2011-07-03 12:12:03 <sipa> https://en.bitcoin.it/wiki/Accounts_explained
510 2011-07-03 12:12:23 <b4epoche_> I'm always confused because it's called Addresses in the UI
511 2011-07-03 12:12:33 <sipa> no, addresses are something else
512 2011-07-03 12:12:41 <sipa> they're related to labels in the gui
513 2011-07-03 12:12:44 <sipa> but not the same thing
514 2011-07-03 12:12:57 <b4epoche_> yea, I know the difference... just get them mixed up
515 2011-07-03 12:14:07 <b4epoche_> but I think always have a wallet.bak would be an okay way to handle wallet.dat corruption
516 2011-07-03 12:14:50 <BlueMatt> not a bad idea...but we should solve the problem instead of hacking around it
517 2011-07-03 12:15:37 <b4epoche_> that's not really hacking around it...
518 2011-07-03 12:15:54 <phantomcircuit> sipa, ffs dont tell people to use accounts
519 2011-07-03 12:16:10 <b4epoche_> well, maybe, but having logs is also 'hacking around it'
520 2011-07-03 12:16:40 <b4epoche_> having a db not get corrupt on a bitcoin crash would be 'solving it'
521 2011-07-03 12:16:52 <phantomcircuit> cant do that
522 2011-07-03 12:17:04 <BlueMatt> well having logs is part of the db, making a backup would be like saying "well we are screwed anyway, so lets have a way to recover when the inevitable occurs", I agree that a backup would be a good additional measure, but its not a solution
523 2011-07-03 12:17:16 <phantomcircuit> with the current code base turning off asynchronous writes would be disastrous to performance
524 2011-07-03 12:18:57 <sipa> phantomcircuit: i don't
525 2011-07-03 12:19:20 <sipa> but accounts (as they are implemented now), are a very useful feature for some particular use cases
526 2011-07-03 12:20:31 <BlueMatt> yay, now to build bitcoin, you have to download a 1.3GB iso from m$ for one little header file...oh wtf?
527 2011-07-03 12:20:45 <sipa> ?
528 2011-07-03 12:20:55 <BlueMatt> http://forum.bitcoin.org/index.php?topic=24841.0
529 2011-07-03 12:21:17 <BlueMatt> that file you can only get through the "Windows Platform SDK" which is a lovely 1.3GB iso
530 2011-07-03 12:21:24 <sipa> nice
531 2011-07-03 12:21:31 <b4epoche_> is LGPL compatible with bitcoin client?
532 2011-07-03 12:21:43 <BlueMatt> for commit, no
533 2011-07-03 12:21:55 <BlueMatt> depends what you mean by compatible
534 2011-07-03 12:22:07 <BlueMatt> can bitcoin go in lgpl code, yea, can lgpl code go in bitcoin, dont think so
535 2011-07-03 12:22:20 <b4epoche_> well, the only c-based QR code generator I could find is LGPL
536 2011-07-03 12:22:30 <BlueMatt> then it cant go in bitcoin
537 2011-07-03 12:22:37 <BlueMatt> (IIRC)
538 2011-07-03 12:22:37 <sipa> not sure about that
539 2011-07-03 12:22:54 <sipa> MIT license does not restrict what is distributed along with it
540 2011-07-03 12:23:01 <b4epoche_> it's really strange... lots of Java, PHP generators but only qrencode for C
541 2011-07-03 12:23:07 <BlueMatt> yes, but its a question of will we pull it, no
542 2011-07-03 12:23:16 <BlueMatt> can he release them together, absolutely
543 2011-07-03 12:23:37 <b4epoche_> it's also strange because there are many QR code reader libs that don't generate
544 2011-07-03 12:23:37 <sipa> whether we 'can' or 'will' is a different question :)
545 2011-07-03 12:24:14 <BlueMatt> ok, fine we can, but wont
546 2011-07-03 12:24:18 <b4epoche_> is was hoping to use zxing but that only reads
547 2011-07-03 12:24:24 <b4epoche_> -is
548 2011-07-03 12:24:46 <BlueMatt> solution-find a js mit parser, and use some of the js libs :)
549 2011-07-03 12:25:09 <b4epoche_> eh?
550 2011-07-03 12:25:28 <b4epoche_> or use Facebooks PHP to C stuff
551 2011-07-03 12:25:32 <sipa> haha
552 2011-07-03 12:25:38 <sipa> or reimplement it yourself
553 2011-07-03 12:25:41 <BlueMatt> I dont know, but tcatm generates qr codes in js-ui so...
554 2011-07-03 12:25:55 <BlueMatt> sipa: na, adding 20 more libs and wrappers is way more fun
555 2011-07-03 12:26:11 <b4epoche_> js-ui?
556 2011-07-03 12:26:19 <BlueMatt> bitcoin-js-ui
557 2011-07-03 12:26:25 <b4epoche_> where?
558 2011-07-03 12:26:36 <BlueMatt> github.com/tcatm
559 2011-07-03 12:26:47 <b4epoche_> web based? you sure he's not generating on server?
560 2011-07-03 12:26:53 <BlueMatt> yea, webbased
561 2011-07-03 12:27:03 <BlueMatt> though I cant say for sure qr isnt pulling another server
562 2011-07-03 12:28:15 <b4epoche_>
563 2011-07-03 12:28:16 <b4epoche_>
564 2011-07-03 12:28:21 <BlueMatt> nope, nvm
565 2011-07-03 12:28:36 <BlueMatt> well you could always just pull that too...
566 2011-07-03 12:29:15 <b4epoche_> I suppose that would be really easy, at least with cocoa... not sure about wx/boost
567 2011-07-03 12:29:48 <BlueMatt> that was about as much a joke as earlier
568 2011-07-03 12:29:49 <BlueMatt> dont do that
569 2011-07-03 12:30:11 <b4epoche_> was just going to say I don't really like that solution...
570 2011-07-03 12:30:24 <b4epoche_> better keep things local/bundled
571 2011-07-03 12:31:14 <nefario> looking to get a signed ssl cert
572 2011-07-03 12:31:23 <nefario> anyone know a site that accepts btc?
573 2011-07-03 12:31:29 <b4epoche_> what should the QR code of a privKey represent? the base58 representation?
574 2011-07-03 12:31:58 <sipa> b4epoche_: my dumpprivkey patch defines a base58 format for private keys
575 2011-07-03 12:32:13 <b4epoche_> sipa: using that
576 2011-07-03 12:32:59 <sipa> it's very comparable to the address format
577 2011-07-03 12:33:28 <b4epoche_> wants to generate privKey QR codes for printable backup... so I just want to know what the thinking is about privKey human-readable formats
578 2011-07-03 12:33:44 <b4epoche_> anyway, I'll just generate a QR from the base58 format
579 2011-07-03 12:33:52 <sipa> just know that QR is very inefficient for base58 material
580 2011-07-03 12:34:03 <sipa> you want base36 actually, QR is optimized for that
581 2011-07-03 12:34:07 <sipa> or just numbers
582 2011-07-03 12:34:39 <b4epoche_> 36? no lower/upper case?
583 2011-07-03 12:34:48 <sipa> all uppercase, indeed
584 2011-07-03 12:35:05 <sipa> QR has 4 encoding modes, numeric, alphanumeric, 8-bit, and kanji
585 2011-07-03 12:35:22 <sipa> the alphanumeric encoding does not support lowercase character