1 2011-06-09 00:00:07 <lfm> gruez: it might only be due to some congestion. it will go thru eventually
  2 2011-06-09 00:01:45 <gruez> lfm: does it still retry if i closed the client?
  3 2011-06-09 00:01:50 <gruez> and restarted it
  4 2011-06-09 00:02:14 <lfm> not sure, I think so
  5 2011-06-09 00:07:05 <lfm> gruez: if you have the address you can look it up on bitcoinwatch.com
  6 2011-06-09 00:07:13 <gruez> i did
  7 2011-06-09 00:07:18 <gruez> coudln't find it
  8 2011-06-09 00:07:23 <gruez> that's why i was so worried
  9 2011-06-09 00:08:02 <lfm> well free txns can be dealayed up to a day or so if there is lots of activity
 10 2011-06-09 00:09:10 <gruez> delayed, probably
 11 2011-06-09 00:09:14 <GarrettB> gruez, lfm yes it continues to rebroadcast
 12 2011-06-09 00:09:16 <gruez> but that's for block inclusion
 13 2011-06-09 00:09:23 <GarrettB> tries at least once an hour, IIRC
 14 2011-06-09 00:09:32 <gruez> aww
 15 2011-06-09 00:09:41 <gruez> address i'm sending to only works for 1 hour
 16 2011-06-09 00:09:47 <gruez> depositing some mony
 17 2011-06-09 00:09:48 <gruez> :(
 18 2011-06-09 00:09:55 <lfm> GarrettB: k ty, I thpt it was 30 min but could be
 19 2011-06-09 00:10:11 <CIA-92> bitcoin: various * r2baf5e..d8ebf8 pushpool/ (util.c msg.c): (5 commits) http://tinyurl.com/3k2tc7h
 20 2011-06-09 00:11:07 <lfm> gruez: Ok what will they do with your money if it arrives late? you still get a credit?
 21 2011-06-09 00:13:36 <gruez> not sure
 22 2011-06-09 00:13:42 <gruez> i guess i'll have to ask the site owner
 23 2011-06-09 00:13:55 <bitlove> I know chances are extremelly small, but what would happen if 2 clients generated the same address?
 24 2011-06-09 00:13:55 <gruez> to at least send the coins back to its originating address
 25 2011-06-09 00:14:06 <gruez> they both get the money
 26 2011-06-09 00:14:10 <bitlove> Each of them would be able to spend his own and each other's coins which are on that address?
 27 2011-06-09 00:14:10 <gruez> first one spends it wins
 28 2011-06-09 00:14:19 <gruez> umm
 29 2011-06-09 00:14:28 <gruez> only coins sent to that particular address
 30 2011-06-09 00:14:39 <mtrlt> it's just a wallet both people have access to
 31 2011-06-09 00:14:41 <SerajewelKS> gruez: that's what he said
 32 2011-06-09 00:14:46 <mtrlt> so the first one to spend the money, wins
 33 2011-06-09 00:14:47 <mtrlt> :p
 34 2011-06-09 00:14:57 <SerajewelKS> mtrlt: well, a wallet contains many addresses
 35 2011-06-09 00:15:13 <gruez> SerajewelKS: i thought he meant access to ALL the coins in the wallet
 36 2011-06-09 00:15:14 <gruez> :P
 37 2011-06-09 00:15:19 <SerajewelKS> both people would be able to spend the coins sent to that address.  that's pretty much the summary.
 38 2011-06-09 00:15:24 <mtrlt> SerajewelKS: but a bitcoin wallet is more like many real-world wallets :p
 39 2011-06-09 00:15:28 <SerajewelKS> gruez: he said "which are on that address"
 40 2011-06-09 00:15:42 <bitlove> and would the private keys for both instances that happened to generate the same address be also identical?
 41 2011-06-09 00:15:48 <lfm> bitlove:but as you say extreamly unlikely, more chance that random attomic fluxuations will manifest a bowling ball ten feet above you head and drop and kill you
 42 2011-06-09 00:15:48 <mtrlt> bitlove: not necessarily.
 43 2011-06-09 00:15:53 <SerajewelKS> mtrlt: sure, but when you start calling bitcoin addresses wallets you are mixing up bitcoint terminology
 44 2011-06-09 00:16:07 <mtrlt> bitlove: because private keys are 256 bits but the addresses have a 160bit hash of the public key.
 45 2011-06-09 00:16:13 <SerajewelKS> bitcoin*
 46 2011-06-09 00:16:14 <mtrlt> SerajewelKS: yea, my fault :)
 47 2011-06-09 00:17:21 <bitlove> Yeah, that's why I thought it's much more likely for this kind of collision to happen than having someone bruteforce someone's private key
 48 2011-06-09 00:17:52 <lfm> bitlove in fact I will sell you insurance against the chance of someone else randomly generating one of your addresses. how much do you want to pay for the insurance?
 49 2011-06-09 00:18:08 <bitlove> :D
 50 2011-06-09 00:18:08 <gmaxwell> damnit. I want to sell that insurance.
 51 2011-06-09 00:18:16 <mtrlt> :D
 52 2011-06-09 00:18:22 <doublec> insurance bidding war!
 53 2011-06-09 00:19:14 <gruez> SerajewelKS: reading comprention fail
 54 2011-06-09 00:19:15 <gruez> :p
 55 2011-06-09 00:19:24 <mtrlt> no bids :(
 56 2011-06-09 00:19:30 <SerajewelKS> gruez: haha
 57 2011-06-09 00:19:39 <lfm> no buyers
 58 2011-06-09 00:19:49 <SerajewelKS> lfm: dude there would be so much fraud...
 59 2011-06-09 00:19:56 <mtrlt> :D
 60 2011-06-09 00:20:15 <bitlove> Still I'd love to be able to better manage my addresses in the client, like seeing the balance on each and being able to select which ones I'm sending from.
 61 2011-06-09 00:20:22 <lfm> SerajewelKS: ya I spoze there would be
 62 2011-06-09 00:20:25 <SerajewelKS> lfm: "oh no, *someone* spent all my money!"
 63 2011-06-09 00:20:35 <bitlove> (ofcourse not because I'm afraid of holding too many on one address)
 64 2011-06-09 00:20:44 <gruez> bitlove: that would be nice
 65 2011-06-09 00:20:51 <gruez> being able to pick and choose which inputs to use
 66 2011-06-09 00:21:12 <gruez> a simple listbox + buttons should be able to do it
 67 2011-06-09 00:21:44 <lfm> gruez: like those btc over there are much nicer! I want to spend them, not these ugly ones!
 68 2011-06-09 00:21:58 <gmaxwell> "Of course, damnit, the one guy I manage to sell the collision insurance to is the one guy with the infinite improbability drive"
 69 2011-06-09 00:22:15 <gruez> use the ones with little history for drugs
 70 2011-06-09 00:22:18 <gruez> :p
 71 2011-06-09 00:22:44 <lfm> gruez: oh so you dont like paper money?
 72 2011-06-09 00:23:26 <gruez> i like my payments in pennies
 73 2011-06-09 00:23:30 <gruez> preferably copper ones
 74 2011-06-09 00:24:07 <lfm> let me clean up your BTC for you, send me 99BTC with that horrid drug taint and Ill send you fresh new ones
 75 2011-06-09 00:24:15 <lfm> 98 fresh new ones
 76 2011-06-09 00:24:16 <gruez> lol
 77 2011-06-09 00:24:17 <JFK911> i can use this service
 78 2011-06-09 00:24:22 <bitlove> btw, does the client pick which coins to spend based on how big (data size) of the transaction would be, or there's another important factor, or it's almost random?
 79 2011-06-09 00:24:24 <JFK911> sign me up
 80 2011-06-09 00:25:26 <lfm> bitlove: yes
 81 2011-06-09 00:27:35 <Kireji> omg mtgox live on a mobile shows a picture of the servvice with bitc at 8 or 9
 82 2011-06-09 00:27:42 <Kireji> ffs heart attack
 83 2011-06-09 00:28:08 <gribble> {"ticker":{"high":31.9099,"low":22.8897,"vol":109447,"buy":26.9211,"sell":27.3899,"last":27.3879}}
 84 2011-06-09 00:28:08 <Kireji> ;;bc,mtgox
 85 2011-06-09 00:29:46 <lfm> Kireji: and it could fall about that fast
 86 2011-06-09 00:29:53 <bob2> what jacked the price up so much 30 hours ago?
 87 2011-06-09 00:30:09 <lfm> bob2: some more fools buying btc
 88 2011-06-09 00:30:50 <mtrlt> yea don't they understand it's a pyramid scheme!
 89 2011-06-09 00:31:00 <heistplay> what means pushpool 'upstream_result' = Y ?
 90 2011-06-09 00:31:18 <lfm> y meas yes
 91 2011-06-09 00:31:26 <Zarutian> ;;bc,blocks
 92 2011-06-09 00:31:27 <gribble> 129494
 93 2011-06-09 00:31:35 <GarrettB> Kireji: lol
 94 2011-06-09 00:31:50 <heistplay> yes but what is upstream result?
 95 2011-06-09 00:33:47 <lfm> bitcoind getdifficulty says 567269.53016242 now but ;;bc,diff says 567358.22457067 griible is still on the old version I guess
 96 2011-06-09 00:34:59 <jgarzik> heistplay: bitcoind is upstream of pushpool
 97 2011-06-09 00:35:22 <heistplay> that means that a block was found?
 98 2011-06-09 00:38:59 <boboing> hi... does this message "pushpoold[30884]: PROOF-OF-WORK found" means that I've found a block ?
 99 2011-06-09 00:40:00 <lfm> seems we dont have pushpoo experts here right now
100 2011-06-09 00:40:05 <lfm> pushpool
101 2011-06-09 00:41:11 <lfm> boboing: cuz "proof of work" applies to both blocks found and shares found
102 2011-06-09 00:41:26 <yrralb> boboing: my best guess is that it means someone found a share
103 2011-06-09 00:42:39 <boboing> thing is, a share is found every 10 seconds, but this message on syslog does not show everytime someone finds a block
104 2011-06-09 00:43:19 <lfm> well it might be a block then, wtg
105 2011-06-09 00:43:34 <boboing> everytime I have a "Y Y" on the pushpool share's log, I've the PROOF-OF-WORK found message on syslog
106 2011-06-09 00:44:08 <lfm> boboing: whats your total mhash/sec then?
107 2011-06-09 00:44:36 <boboing> not sure, I'm not counting it
108 2011-06-09 00:44:43 <boboing> im on testnet
109 2011-06-09 00:45:02 <lfm> ah! ok ya testnet you should get block pretty easy
110 2011-06-09 00:45:40 <boboing> yeah, thing is, i've been running it for hours, and my balance is still 0. Then I found these message on the pushpool logs, and would like some confirmation that it's related to finding a block
111 2011-06-09 00:46:11 <lfm> boboing: ya it doesnt go in the balance till 120 blocks later
112 2011-06-09 00:46:17 <boboing> hmm I see
113 2011-06-09 00:46:59 <lfm> so it like a day on main net
114 2011-06-09 00:47:09 <boboing> yeah i got it...
115 2011-06-09 00:47:13 <boboing> testnet will be much slower
116 2011-06-09 00:47:17 <boboing> thanks for the info
117 2011-06-09 00:47:32 <lfm> actually testnet can be slower or faster, depends
118 2011-06-09 00:48:50 <lfm> boboing: for testnet Average interval last 144 blocks: 6.83 min
119 2011-06-09 00:48:58 <lfm> so its faster I think
120 2011-06-09 00:51:41 <lfm> ya main net Average interval last 144 blocks: 7.20 min
121 2011-06-09 00:55:56 <benlake> maybe this question will find a different crowd now... I moved my data dir created by the OSX 0.3.21 client to a flash drive and have been running there for two weeks; works great. I put the flash drive in a linux machine, fired up 0.3.22 and I get some errors saying I need to do a "DB recovery" and ultimately failure ensues. I can post the exact errors if anyone cares to converse about this.
122 2011-06-09 00:56:09 <benlake> previous group blew it off
123 2011-06-09 00:56:37 <benlake> also, I moved the flash drive back, as-is, no restore or anything, to the OSX client and it continued to work.
124 2011-06-09 00:56:37 <lfm> benlake: prolly due to different versions od bdb
125 2011-06-09 00:56:55 <benlake> lfm: oh that the client was built against?
126 2011-06-09 00:57:07 <lfm> osx uses a newwer version, older version doesnt understand it
127 2011-06-09 00:57:17 <GarrettB> benlake: dear god do not trust your flash drive with your wallet
128 2011-06-09 00:57:20 <GarrettB> it will end in tears
129 2011-06-09 00:57:23 <GarrettB> backups everywhere
130 2011-06-09 00:57:41 <benlake> GarrettB: yeah I have backups
131 2011-06-09 00:57:51 <benlake> it is an IronKey, so not a $5 device
132 2011-06-09 00:58:03 <benlake> I have two actually.
133 2011-06-09 00:58:16 <lfm> I find flash drives to be quite reliable. of course I am carefull to always dismount them before pulling them out and stuff
134 2011-06-09 00:59:01 <benlake> lfm: well that makes perfect sense then. Strange, but perfect sense
135 2011-06-09 00:59:22 <benlake> a little disheartened by the portability.
136 2011-06-09 00:59:37 <benlake> or I should say, lack-there-of
137 2011-06-09 00:59:49 <lfm> benlake: I think you might be able to rebuild the linux one with new libs also and make them compatible but, ya, have some backups
138 2011-06-09 01:02:02 <lfm> benlake: also it should be ok if you just move the wallet.dat file with current clients
139 2011-06-09 01:03:04 <benlake> lfm: ohhh right, and leave the block db behind
140 2011-06-09 01:03:37 <benlake> duh ok, fair enough. Can I drop a walled.dat file in an empty bitcoin dir and it'll pick it up and start downloading the blocks?
141 2011-06-09 01:03:55 <lfm> benlake: yup, that should work fine
142 2011-06-09 01:07:12 <Guest53122> hi how come it takes a long time to download blocks?
143 2011-06-09 01:08:05 <GarrettB> Guest53122: it has to verify them, in blocks of 500
144 2011-06-09 01:08:11 <benlake> lfm: thank you sir, much more helpful :P
145 2011-06-09 01:08:11 <GarrettB> on older/slower computers, that can take very long
146 2011-06-09 01:08:18 <GarrettB> alternatively, you just are connected to slow peers
147 2011-06-09 01:08:41 <Guest53122> oh well it just takes like days to download the blocks then when its about finished my system crashes
148 2011-06-09 01:09:05 <Guest53122> and i get this error "Error loading blkindex.dat"
149 2011-06-09 01:09:07 <Namegduf> Guest53122: You have connection issues to other peers. Also already downloaded blocks will be kept.
150 2011-06-09 01:09:09 <Namegduf> Ah.
151 2011-06-09 01:09:24 <Guest53122> so i delete that and starts again.. and does same
152 2011-06-09 01:09:30 <sacarlson> anyone ever get error from web rpc unable to connect error port 8332?  from jsonRPCClient in php,  but when I just reload the page it works
153 2011-06-09 01:10:53 <sacarlson> must be having problem on this line in jsonRPCCClient if ($fp = fopen($this->url, 'r', false, $context)) {
154 2011-06-09 01:12:38 <sacarlson> i'm going to just add a work around that if on fail to connect wait 2 secounds and try a few more times
155 2011-06-09 01:13:13 <sacarlson> unless I  can change some timeout someplace without adding any code?
156 2011-06-09 01:20:32 <sacarlson> Guest53122: you might try download a copy of the latest or not as old blkindex.dat and blk0001.dat instead of geting it from the bitcoin network.  for me it takes as long as 8 - 10 hours or more to get those files from bitcoin net
157 2011-06-09 01:22:10 <sacarlson> on a fresh install of bitcoin that is or when I corrupt those files and I need to delete them
158 2011-06-09 01:25:58 <Guest53122> sacarlson: ok thanks. those files get corrupted often!
159 2011-06-09 01:26:33 <Guest53122> too bad it doesnt buffer large amounts and write it all at once
160 2011-06-09 01:27:01 <sacarlson> Guest53122: well for me they have since I develop my own versions of bitcoin they sometimes get mest up if I run from one version that conflicts with another versions contents
161 2011-06-09 01:28:25 <sacarlson> Guest53122: the files are distrubuted someplace but I just keep a personal backup of them on my local network to save time
162 2011-06-09 01:28:50 <Guest53122> sacarlson: yea i guess il have to back it up about half way
163 2011-06-09 01:29:17 <sacarlson> Guest53122: or just download it in a fraction of the time
164 2011-06-09 01:44:52 <lfm> Guest53122: Most people dont have much trouble with currupted DBs unless they are messing aorund with them
165 2011-06-09 01:45:29 <Guest53122> lfm: didnt touch them only remove the certain file when it gave that message
166 2011-06-09 01:46:50 <lfm> Guest53122: ya I spoze it could happen if you had a power fail or system lock up or something even tho the DBs are trying to account for such things
167 2011-06-09 01:48:22 <Guest53122> lfm: yea thats what happens.. must freeze up during a write
168 2011-06-09 01:49:06 <lfm> or some other program clobbered some memory or file or something
169 2011-06-09 02:18:49 <Neskia> can anyone point me to where i can figure out how to configure bitcoind on linux? the wx bitcoin wrapper doesnt seem to do anything... never shows the counted blocks and so forth.. i'm sure i have to configure it or bitcoind?
170 2011-06-09 02:22:09 <sacarlson> Neskia: linux is a broad term maybe state what destro you are using to start and what version of bitcoin and distribution method you used to install it
171 2011-06-09 02:22:30 <drazak> Neskia: just run diablowminer
172 2011-06-09 02:22:52 <gmaxwell> drazak: ?!
173 2011-06-09 02:22:58 <Neskia> drazak, that is kinda... pointless?
174 2011-06-09 02:23:03 <gmaxwell> Neskia: new users sometimes have initial connectivity problems.
175 2011-06-09 02:23:06 <Neskia> and running gentoo.
176 2011-06-09 02:23:10 <gmaxwell> Neskia: are you running 0.22?
177 2011-06-09 02:23:13 <Neskia> its actually my roomies.
178 2011-06-09 02:23:19 <Neskia> not sure.. i'll check
179 2011-06-09 02:23:45 <gmaxwell> try starting the wx client with "-dnsseed" it's a hidden option and see if it gets connections faster with that.
180 2011-06-09 02:28:50 <Neskia> ok
181 2011-06-09 02:28:51 <gmaxwell> Neskia: report back however it goes please.
182 2011-06-09 02:34:10 <Neskia> he was using some older version.. forgot which, didnt get a chance to try with -dnsseed before he unmasked 0.3.22 and updated
183 2011-06-09 02:34:24 <Neskia> now getting rpc.statd error when running the service
184 2011-06-09 02:35:12 <Neskia> so hes trying to resolve that.. which ran in to a block with portmap.. -snorts- ahh gentoo
185 2011-06-09 02:39:50 <Neskia> and another error :p
186 2011-06-09 02:42:19 <sacarlson> with some research I've added timeout => 3.1  to this line in jsonRPCCClient, so far working not sure it's made any improvement yet since it failed intermitently $opts = array ('http' => array (
187 2011-06-09 02:42:20 <sacarlson> 
188 2011-06-09 02:46:12 <Jesque> How old is bitcoin?
189 2011-06-09 02:46:49 <gmaxwell> Feb 2009
190 2011-06-09 02:48:01 <zooko> citation needed
191 2011-06-09 02:49:00 <zooko> Because I can't remember what I read in January 2009 that made me write "recent effort to actually implement something"...
192 2011-06-09 02:49:03 <zooko> http://insecure.tahoe-lafs.org/uri/URI:DIR2-RO:ixqhc4kdbjxc7o65xjnveoewym:5x6lwoxghrd5rxhwunzavft2qygfkt27oj3fbxlq4c6p45z5uneq/blog.html#[[Decentralized%20Money]]
193 2011-06-09 02:53:06 <doublec> citation is the genesis block maybe?
194 2011-06-09 02:53:09 <doublec> 3/jan/2009
195 2011-06-09 02:54:00 <gmaxwell> zooko: there have been other crypto currency proposals...
196 2011-06-09 02:55:03 <gmaxwell> though hm. I guess the genesis block trumps me!
197 2011-06-09 03:02:49 <Neskia> something about cannot do something if something else provides 'net'
198 2011-06-09 03:02:49 <Raccoon> we need to convince everyone to stop mining for 2016 blocks
199 2011-06-09 03:03:00 <Raccoon> so we can lower the difficulty again
200 2011-06-09 03:03:04 <Neskia> who cares Raccoon
201 2011-06-09 03:03:05 <Neskia> :p
202 2011-06-09 03:03:18 <Neskia> its supposed to be 6 blocks an hour
203 2011-06-09 03:03:20 <Neskia> no faster, no slower
204 2011-06-09 03:03:26 <Raccoon> right
205 2011-06-09 03:03:56 <Raccoon> so if we start mining at half speed for a month, the difficulty should logically halve, right?
206 2011-06-09 03:04:14 <Neskia> and for a half month every transaction would take 20 minutes instead of 10 :p
207 2011-06-09 03:04:28 <Raccoon> nobody uses bitcoin network anyway
208 2011-06-09 03:04:33 <Raccoon> all transactions go through mtgox
209 2011-06-09 03:04:36 <Raccoon> :p
210 2011-06-09 03:05:37 <Raccoon> i do think the difficulty adjust duration is much to high though, for that reason.
211 2011-06-09 03:05:44 <Raccoon> if deepbit suddenly went away
212 2011-06-09 03:06:27 <Raccoon> i'd opt for every 144 blocks.  daily adjustment.
213 2011-06-09 03:08:20 <Neskia> ....
214 2011-06-09 03:08:36 <Raccoon> even a block solve every 60 seconds instead of 600 seconds.
215 2011-06-09 03:08:50 <Raccoon> drop the reward to 5BTC
216 2011-06-09 03:09:32 <lfm> Raccoon: a lot more collisions then
217 2011-06-09 03:09:33 <Raccoon> like seriously... what merchant wants to detain a customer for 10 minutes to confirm they paid for their hamburger
218 2011-06-09 03:09:38 <Raccoon> not many.
219 2011-06-09 03:09:48 <lfm> 10 times as many
220 2011-06-09 03:09:53 <Raccoon> not likely.
221 2011-06-09 03:10:41 <lfm> Raccoon: Id like to see your net simulation for evidence of that assertion
222 2011-06-09 03:11:31 <Raccoon> "please pull forward to the second window so we may denver boot your car for 10 minutes."
223 2011-06-09 03:12:36 <Namegduf> Raccoon: Not a problem, and five minutes isn't fast enough for that.
224 2011-06-09 03:12:48 <Namegduf> There's a better solution to instant transactions.
225 2011-06-09 03:12:56 <lfm> and the merchant should detain the customer for 6 blocks / 1 hour actually for proper confidence they aare not double spending
226 2011-06-09 03:12:59 <Raccoon> i said 60 seconds
227 2011-06-09 03:13:05 <Namegduf> Still.
228 2011-06-09 03:13:15 <Namegduf> Not good enough for stores.
229 2011-06-09 03:13:23 <Namegduf> We have instant transaction solutions.
230 2011-06-09 03:13:36 <Namegduf> All you need to do is trust that the transaction is from someone who won't double spend.
231 2011-06-09 03:13:53 <Namegduf> So you use proxies.
232 2011-06-09 03:14:02 <lfm> yup if you want instant txn you both need account at the same "bank" like mybitcoin or mtgox
233 2011-06-09 03:14:06 <Namegduf> Nope.
234 2011-06-09 03:14:13 <Namegduf> Don't even need that.
235 2011-06-09 03:14:25 <Namegduf> You just need to send straight from mybitcoin or MtGox to an arbitrary bitcoin address
236 2011-06-09 03:14:35 <Namegduf> And trust that it'll clear and neither of those two are going to screw you
237 2011-06-09 03:14:44 <Namegduf> Which is entirely reasonable.
238 2011-06-09 03:14:53 <Namegduf> Hell, I've done it with ClearCoin.
239 2011-06-09 03:14:54 <lfm> you cant tell by the address where it came from
240 2011-06-09 03:15:05 <Raccoon> McDonalds is not privvy to source of your funds
241 2011-06-09 03:15:07 <Namegduf> You can tell by the receiving address you use.
242 2011-06-09 03:15:18 <Namegduf> Which is how that's solved for BTC transactions.
243 2011-06-09 03:15:26 <Namegduf> You generate a destination address per payer
244 2011-06-09 03:15:26 <Raccoon> ?
245 2011-06-09 03:16:00 <lfm> so how do you know you have been payed again?
246 2011-06-09 03:16:12 <Namegduf> You trust that MtGox is not going to fuck you over
247 2011-06-09 03:16:23 <Raccoon> how do you trust that MtGox is involved?
248 2011-06-09 03:16:47 <lfm> mtgox wont credit your account till they receive and confirm the txn from whoever either
249 2011-06-09 03:16:51 <Namegduf> Static sending address, possibly?
250 2011-06-09 03:16:55 <Namegduf> lfm: ARGH.
251 2011-06-09 03:16:58 <Namegduf> LET ME SAY IT AGAIN.
252 2011-06-09 03:17:03 <Namegduf> But *slower*.
253 2011-06-09 03:17:07 <Namegduf> Alright?
254 2011-06-09 03:17:19 <Neskia> gmaxwell, what front end is used for 0.3.22 now? still he wxbitcoin?
255 2011-06-09 03:17:23 <Neskia> still the*
256 2011-06-09 03:17:28 <Namegduf> You're an untrusted dude, buying from someone. You want it to go instantly, but it takes an hour to clear.
257 2011-06-09 03:17:36 <Raccoon> Namegduf: that doesn't sound like bitcoin anyway.  that sounds like a website.
258 2011-06-09 03:17:39 <wumpus> lfm: you can't really say from the transaction whether mtgox sent it
259 2011-06-09 03:17:45 <wumpus> Neskia: yes, still wx
260 2011-06-09 03:18:07 <Raccoon> wumpus: that's what lfm was trying to get at.
261 2011-06-09 03:18:09 <wumpus> Neskia: qt will probably be integrated soon
262 2011-06-09 03:18:12 <Namegduf> Raccoon: You don't understand it. You're interrupting me explaining it so you can.
263 2011-06-09 03:18:21 <Namegduf> You're an untrusted dude, buying from someone. You want it to go instantly, but it takes an hour to clear.
264 2011-06-09 03:18:26 <Namegduf> Add to the system: A bunch of trusted payment proxies.
265 2011-06-09 03:18:36 <Namegduf> You pay into an account with them. This IS slow.
266 2011-06-09 03:18:58 <Namegduf> You can then spend instantly from them, to anyone willing to take them, to trust them.
267 2011-06-09 03:18:58 <wumpus> Neskia: (I'm the person writing the qt frontend)
268 2011-06-09 03:18:59 <Raccoon> might as well just cash out to paypal.
269 2011-06-09 03:19:12 <Raccoon> or let paypal draw the funds from my bitcoin wallet
270 2011-06-09 03:19:19 <Raccoon> and pay with my paypal visa
271 2011-06-09 03:19:21 <Namegduf> PayPal is not comparable because it can only pay to other PP accounts.
272 2011-06-09 03:19:27 <Namegduf> Debit cards *are*.
273 2011-06-09 03:19:39 <lfm> oh ya, just like make an account with a "bank". I call it bank you call it "trusted payment proxy"
274 2011-06-09 03:19:40 <Neskia> ahh lovely, i do like qt alot better than wx
275 2011-06-09 03:19:49 <Namegduf> lfm: Sure, that works.
276 2011-06-09 03:19:57 <Neskia> so... after running the bitcoind, run wxbitcoin?
277 2011-06-09 03:20:05 <Namegduf> lfm: Existing banks are non-instant as hell and take even *longer*
278 2011-06-09 03:20:18 <Namegduf> And they don't exist to provide trusted payments
279 2011-06-09 03:20:19 <Raccoon> naa.  banks are instant.
280 2011-06-09 03:20:25 <Raccoon> they just like to renig a lot
281 2011-06-09 03:20:33 <Raccoon> suddenly everything gets reversaled
282 2011-06-09 03:20:50 <wumpus> Neskia: just run the gui, it start the client in-process
283 2011-06-09 03:20:59 <Namegduf> The key thing is, this would work, works fine, doesn't need you to make blocks take 1/10th the processing power to make.
284 2011-06-09 03:21:01 <lfm> Namegduf: well if you BOTH have account at mybitcoin NOW it will make instant payments
285 2011-06-09 03:21:21 <Namegduf> lfm: Yes, I know this. Did you think I didn't?
286 2011-06-09 03:21:37 <Namegduf> lfm: I then went on and explained that if you trusted mybitcoin, you didn't NEED an account.
287 2011-06-09 03:21:40 <lfm> so it is a solution of sorts
288 2011-06-09 03:21:45 <Neskia> wumpus, which gui? :p
289 2011-06-09 03:21:47 <Namegduf> You just needed to trust that mybitcoin wouldn't double spend attack you.
290 2011-06-09 03:21:57 <Neskia> what command.. i'm only carrying messages sadly
291 2011-06-09 03:22:04 <Neskia> gentoo linux mind you
292 2011-06-09 03:22:29 <wumpus> Neskia: "bitcoin".. I don't think it's been renamed to wxbitcoin yet
293 2011-06-09 03:22:42 <Namegduf> At any rate, no, BTC doesn't need hacks doing to make payments faster.
294 2011-06-09 03:22:45 <Raccoon> i want to make a game, with double spending, but i'm not sure how
295 2011-06-09 03:22:50 <Namegduf> There's better solutions available which allow for instant payments.
296 2011-06-09 03:22:58 <lfm> Namegduf: are you saying if the merchant doesnt have a mybitcoin account it would still be instant? How do you know a payment is comeing from mybitcoin?
297 2011-06-09 03:23:08 <Raccoon> two players send me 1 BTC each.  then, i double-spend the 2 BTC back to both of them.
298 2011-06-09 03:23:19 <Namegduf> lfm: Since mybitcoin is a trusted entity in this design, you could just communicate with them.
299 2011-06-09 03:23:24 <Raccoon> then, by luck of the numbers, one of the two eventually wins both BTC
300 2011-06-09 03:23:28 <Namegduf> lfm: They could also have a static sending address.
301 2011-06-09 03:23:30 <Raccoon> how would I accomplish this?
302 2011-06-09 03:23:41 <Namegduf> Via sending all money paid into them to said address
303 2011-06-09 03:23:45 <Namegduf> And always sending from that
304 2011-06-09 03:23:57 <Namegduf> Which is a nice easy way to prove identity
305 2011-06-09 03:24:01 <wumpus> they would be leaking information if they provided information about their sending addresses to anyone
306 2011-06-09 03:24:08 <Namegduf> Why would it?
307 2011-06-09 03:24:13 <lfm> theoreticcly I spoze, not sure if you could really do that NOW.
308 2011-06-09 03:24:16 <Namegduf> More so than usual, I mean?
309 2011-06-09 03:24:23 <Namegduf> lfm: Sure you could. Not even hard.
310 2011-06-09 03:24:34 <Namegduf> Make a new receiving address, write it down
311 2011-06-09 03:24:44 <Namegduf> Send all BTC you get to it, then whenever you spend your BTC
312 2011-06-09 03:24:47 <Namegduf> It'll come from that address
313 2011-06-09 03:24:58 <lfm> ya, just you gotta talk mybitcoin itno it I guess
314 2011-06-09 03:25:06 <Namegduf> Yep.
315 2011-06-09 03:25:17 <dpkp> Namegduf: but how would the merchant map the payment to a payee?  if the address is constant and it is sent via third-party trusted proxy?
316 2011-06-09 03:25:31 <Namegduf> dpkp: Receiving address, which is how payees are currently identified.
317 2011-06-09 03:25:34 <lfm> dpkp: payee is mybitcoin
318 2011-06-09 03:25:43 <dpkp> sorry, payor
319 2011-06-09 03:25:55 <Namegduf> You don't know who sent you a payment by the source address in Bitcoin, too hard and messy
320 2011-06-09 03:26:05 <Namegduf> You know who sent you a payment via which receiving address it arrived at
321 2011-06-09 03:26:08 <lfm> dpkp you oh ya payer is mybitcoin
322 2011-06-09 03:26:13 <Namegduf> That is how the exchanges work right now
323 2011-06-09 03:26:28 <Namegduf> They make a new receiving address for each person paying in, they don't ask you for your source address
324 2011-06-09 03:26:40 <dpkp> Namegduf: right, but you're talking about paying out
325 2011-06-09 03:26:41 <Raccoon> could someone explain how to intentionally double spend?
326 2011-06-09 03:26:55 <Namegduf> dpkp: No?
327 2011-06-09 03:26:59 <dpkp> Namegduf: using mybitcoin to pay out instantly?
328 2011-06-09 03:27:03 <lfm> Raccoon: now why would we do that?
329 2011-06-09 03:27:30 <Raccoon> for 2 reasons.
330 2011-06-09 03:27:34 <Namegduf> dpkp: I am talking about paying into mybitcoin, mybitcoin merging all money paid into them (or enough for day to day stuff) onto one address
331 2011-06-09 03:27:34 <Raccoon> to understand the issue better
332 2011-06-09 03:27:39 <Raccoon> and to make a roulette game of it
333 2011-06-09 03:27:49 <Namegduf> Then paying from that address to a given receiving address on request.
334 2011-06-09 03:27:51 <Raccoon> a bitcoin lottery if you willl
335 2011-06-09 03:28:01 <Namegduf> The receiving address knows it's coming from mybitcoin and trusts them not to double spend
336 2011-06-09 03:28:03 <lfm> Raccoon: first bitcoin is designed to stop double spending. if you wait the 6 blocks you can be quite confident it is not double spent
337 2011-06-09 03:28:09 <Namegduf> So the transaction can be immediately considered good.
338 2011-06-09 03:28:14 <dpkp> Namegduf: i get that part
339 2011-06-09 03:28:23 <Namegduf> They know who ASKED bitcoin to send it
340 2011-06-09 03:28:28 <Namegduf> Based on who they gave that receiving address to.
341 2011-06-09 03:28:30 <dpkp> Namegduf: but how?
342 2011-06-09 03:28:36 <Namegduf> Consider receiving addresses invoice IDs.
343 2011-06-09 03:28:39 <dpkp> ok
344 2011-06-09 03:28:51 <dpkp> got it
345 2011-06-09 03:29:02 <Namegduf> That's how stuff working in bitcoin works now
346 2011-06-09 03:29:02 <Raccoon> lfm: i assume double spending is just sending multiple spend packets at the same time using the same bitcoin address, even when empty?
347 2011-06-09 03:29:31 <Namegduf> Raccoon: It's sending multiple send transactions for the same BTC to different nodes on the network.
348 2011-06-09 03:29:42 <Raccoon> ok
349 2011-06-09 03:29:49 <Namegduf> The reason there's a delay of multiple blocks is the possibility of a block collision.
350 2011-06-09 03:29:49 <Raccoon> so being connected to different nodes is important
351 2011-06-09 03:30:03 <Namegduf> The reason you wait six is because the computational work involved in six makes it hard to do an attack.
352 2011-06-09 03:30:03 <Raccoon> so one could intentionally harass deepbit for instance
353 2011-06-09 03:30:40 <Raccoon> causing more of their blocks to become invalid?
354 2011-06-09 03:30:51 <Namegduf> Yep.
355 2011-06-09 03:30:57 <lfm> Raccoon: ok to make a real simple scenario. step 1 get some bitcoins on your computer, step 2 clone your computer so you have two of everything, step 3 spend the coins you received with both computers at the same time to different places (with different net connections). there is a chance both places will see only their txn for a while before they see the other txn.
356 2011-06-09 03:30:59 <Raccoon> ooh, neato
357 2011-06-09 03:31:09 <Namegduf> Waiting two blocks would be equivalent to waiting 20 "one per minute" blocks
358 2011-06-09 03:31:56 <Raccoon> lfm, a custom built client should be able to do this too?
359 2011-06-09 03:32:02 <Raccoon> connect to, say, 100 nodes
360 2011-06-09 03:32:03 <Neskia> ok we got it working gmaxwell
361 2011-06-09 03:32:10 <Raccoon> 100x spend, differently to each node
362 2011-06-09 03:32:12 <Namegduf> Raccoon: Yes, that's the main threat.
363 2011-06-09 03:32:20 <Namegduf> Only one would get embedded in the next block, though.
364 2011-06-09 03:32:20 <Raccoon> could make for a neat game
365 2011-06-09 03:32:23 <Namegduf> No, not really
366 2011-06-09 03:32:27 <Raccoon> get 100 people to send me 1 bitcoin
367 2011-06-09 03:32:35 <Neskia> figured out what the problem was, he was looking for an RPC or JSON front end instead of the bitcoin gui
368 2011-06-09 03:32:36 <Raccoon> i'll 100x spend 100 BTC to each of them
369 2011-06-09 03:32:39 <Raccoon> see who wins
370 2011-06-09 03:32:45 <Raccoon> i'm making this happen!
371 2011-06-09 03:32:46 <Namegduf> Hah
372 2011-06-09 03:33:15 <lfm> their is also a good chance they will see the wrong txn first
373 2011-06-09 03:33:55 <Raccoon> the wrong txn first?
374 2011-06-09 03:34:27 <Namegduf> Well, the client won't let them spend money with 0 confirmations
375 2011-06-09 03:34:28 <lfm> the net is quite tightly connected, you dont know who will see which txn first
376 2011-06-09 03:34:48 <Namegduf> So they at least *probably* wouldn't result in a huge chain of reverted transactions and annoyance
377 2011-06-09 03:34:51 <Raccoon> anyone can compile a client
378 2011-06-09 03:35:18 <Raccoon> anyone could connect to 100 different nodes right?
379 2011-06-09 03:35:25 <Raccoon> or are there ip clone sweeps
380 2011-06-09 03:35:42 <Raccoon> to make sure nobody is massively connecting to different points allover
381 2011-06-09 03:36:02 <lfm> Namegduf: yup quite slim chances that the two txn would wind up in differnet sides of a block chain fork or anthing like that unless there was a whole lot of other stuff going on at the same time
382 2011-06-09 03:36:34 <Raccoon> lfm: but what about 100 duplicates?
383 2011-06-09 03:37:10 <lfm> Raccoon: one should work, the rest should get rejected, prolly on the first block
384 2011-06-09 03:37:18 <Raccoon> ok
385 2011-06-09 03:37:24 <Raccoon> but since they are all sent at the same nanosecond
386 2011-06-09 03:37:29 <Raccoon> all have an equal chance at winning
387 2011-06-09 03:37:33 <lfm> doesnt matter
388 2011-06-09 03:37:40 <Raccoon> mainly depends on which node is better informed
389 2011-06-09 03:38:29 <Raccoon> or which node has a slower PC Clock time?
390 2011-06-09 03:38:50 <lfm> well ya, if you have 100 computers synced up to the nanosecond and huge bandwith, you could try to run a lottery that way I spoze. I wouldnt trust you with it to the point of buying tickets from you or anything but you are welcome to try
391 2011-06-09 03:39:16 <Raccoon> so really
392 2011-06-09 03:39:36 <Raccoon> any single node with a slow running clock has a better chance at calling a winner?
393 2011-06-09 03:39:46 <lfm> huh?
394 2011-06-09 03:39:52 <Raccoon> could even be used to intentionally invalidate blocks?
395 2011-06-09 03:40:06 <Raccoon> since the transactions are timestamped
396 2011-06-09 03:40:13 <Namegduf> I think the accepted block is the first one to arrive.
397 2011-06-09 03:40:14 <lfm> I dont think so. maybe a fast node has a slightly better chance
398 2011-06-09 03:40:17 <Namegduf> Not the first one by timestamp.
399 2011-06-09 03:40:27 <Raccoon> but arrive to where?
400 2011-06-09 03:40:34 <Raccoon> arrive to bill or jeff or angela?
401 2011-06-09 03:40:46 <GarrettB> anyone here who has experience with portable air conditioners?
402 2011-06-09 03:40:49 <lfm> the miners are the judges for what txn get into blocks
403 2011-06-09 03:40:53 <GarrettB> my room doesn't have a window :I
404 2011-06-09 03:41:03 <Raccoon> so it boils down to chance
405 2011-06-09 03:41:05 <Raccoon> who solves a block
406 2011-06-09 03:41:18 <lfm> most miners will follow the same rules
407 2011-06-09 03:41:54 <lfm> it is chance or "random" in the sense that you would have a hard time perdicting it I spoze
408 2011-06-09 03:42:03 <lfm> perdicting
409 2011-06-09 03:42:10 <lfm> predicting!!!!
410 2011-06-09 03:48:23 <lfm> GarrettB: put the air cond. in the door
411 2011-06-09 03:49:13 <lfm> then it will dump all the heat (and maybe condesation) outside your door
412 2011-06-09 03:54:57 <gribble> {"ticker":{"high":31.9099,"low":22.8897,"vol":102734,"buy":30.26,"sell":30.4,"last":30.4}}
413 2011-06-09 03:54:57 <Kireji> ;;bc,mtgox
414 2011-06-09 03:57:13 <lfm> GarrettB: the door might not open and close correctly tho
415 2011-06-09 04:18:27 <gribble> {"ticker":{"high":31.9099,"low":22.8897,"vol":102516,"buy":29.8744,"sell":30,"last":29.8744}}
416 2011-06-09 04:18:27 <Kireji> ;;bc,mtgox
417 2011-06-09 04:19:20 <Kireji> id like an android widget that shows bitcoin price in usd
418 2011-06-09 04:19:34 <GarrettB> lfm: haha yeah that will work. Thanks. Probably will go pick an air conditioner up tomorrow then
419 2011-06-09 04:19:42 <GarrettB> Kireji: there is one
420 2011-06-09 04:19:43 <GarrettB> google it
421 2011-06-09 04:19:55 <gjs278> GarrettB what are your temps
422 2011-06-09 04:20:01 <GarrettB> gjs278: too fucking hot
423 2011-06-09 04:20:04 <GarrettB> I dunno?
424 2011-06-09 04:20:26 <Kireji> GarrettB: got it.  fkng amazing world we have
425 2011-06-09 04:20:37 <gjs278> I can tell when my room is getting too hot when my cpu idle is 41C
426 2011-06-09 04:21:14 <gjs278> thats when the cards start to creep towards 79
427 2011-06-09 04:24:26 <GarrettB> gjs278: Ideally my room would be <60
428 2011-06-09 04:24:27 <GarrettB> f
429 2011-06-09 04:24:36 <GarrettB> then I would feel okay running my miners
430 2011-06-09 04:24:41 <gjs278> oh wow
431 2011-06-09 04:24:50 <GarrettB> I like it cold
432 2011-06-09 04:24:52 <gjs278> yeah my room is 72F all of the time, more if air isnt on
433 2011-06-09 04:35:06 <CIA-92> bitcoin: Florian Schmaus * rfd699361a494 gentoo/net-p2p/wxbitcoin/ (Manifest wxbitcoin-0.3.22.ebuild wxbitcoin-0.3.22_rc4.ebuild): Updated languages for wxbitcoin - thanks to xHire (https://github.com/bitcoin-gentoo/bitcoin-gentoo/issues/5) http://tinyurl.com/42fko4p
434 2011-06-09 05:09:57 <alystair> HOLY CRAP
435 2011-06-09 05:10:09 <alystair> almost $30USD?
436 2011-06-09 05:10:10 <mtrlt> yep
437 2011-06-09 05:10:14 <alystair> are you guys for real?
438 2011-06-09 05:10:16 <mtrlt> no, i'm imaginary
439 2011-06-09 05:10:24 <alystair> I'm kinda astounded
440 2011-06-09 05:10:27 <alystair> and dumbstruck
441 2011-06-09 05:10:29 <mtrlt> me too.
442 2011-06-09 05:10:38 <alystair> and wish I actually invested time into this with my pittance ;O
443 2011-06-09 05:10:48 <mtrlt> well, i'm glad i did. :)
444 2011-06-09 05:11:07 <alystair> I didn't at all because I'm broke and only have a single nvidia gfx card ;O
445 2011-06-09 05:11:20 <alystair> all I have are two generated blocks to my name from back when CPU time was where it was at
446 2011-06-09 05:11:45 <gribble> Next Price Estimate: 38.1745 | Next Price In About 2 days, 19 hours, 30 minutes, and 14 seconds
447 2011-06-09 05:11:45 <TheAncientGoat> ;;bc,price
448 2011-06-09 05:12:29 <alystair> this is retarded
449 2011-06-09 05:12:42 <alystair> people are sitting on suitcases of money rightn ow
450 2011-06-09 05:12:44 <gjs278> holy shit
451 2011-06-09 05:12:47 <gjs278> the bot can guess prices
452 2011-06-09 05:12:48 <alystair> at least those whom got into it early
453 2011-06-09 05:13:06 <gjs278> gribble what have you been hiding from me
454 2011-06-09 05:13:19 <mtrlt> wtf, price estimate?
455 2011-06-09 05:13:22 <mtrlt> what_is_that
456 2011-06-09 05:13:31 <mtrlt> gotta be a joke :P
457 2011-06-09 05:13:43 <alystair> it's all rigged
458 2011-06-09 05:15:29 <yrralb> nah
459 2011-06-09 05:15:32 <yrralb> its going to 38
460 2011-06-09 05:15:44 <alystair> any idea if it will finally level off? :S
461 2011-06-09 05:16:27 <ersi> P-p-pump it higher
462 2011-06-09 05:16:30 <sacarlson> I did some simple math to compare bitcoin asset base with paypal that caculates if we become as big as them that bitcoin value would become about $4000  each,  if it only becomes 1/10 as big it will get to $400 each
463 2011-06-09 05:16:32 <ersi> P-p-pump it fast
464 2011-06-09 05:16:35 <ersi> P-p-pump it faster
465 2011-06-09 05:16:38 <ersi> P-p-pump it better
466 2011-06-09 05:17:29 <sacarlson> just imagin if we get biger than paypal? since we don't have all the restrictions that's not an imposibility
467 2011-06-09 05:17:34 <mtrlt> sacarlson: what figures did you use?
468 2011-06-09 05:17:39 <mtrlt> how did you calculate that $4000
469 2011-06-09 05:18:07 <sacarlson> mtrlt: paypal assets at last quarter update is 29 billion in trusts
470 2011-06-09 05:18:52 <mtrlt> hmm okay o_O
471 2011-06-09 05:19:16 <mtrlt> i'd like to know how much money goes thru paypal per day or something tho :p
472 2011-06-09 05:37:46 <sacarlson> mtrlt: I got the figure of 29 billion in assets (that here shows it to be billion master portfolio run by Barclays Global Fund Advisors) here billion master portfolio run by Barclays Global Fund Advisors
473 2011-06-09 05:37:57 <sacarlson> opps http://www.reuters.com/article/2007/12/01/us-ebay-paypal-sivs-idUSN3064718620071201?feedType=RSS&feedName=businessNews&pageNumber=1&virtualBrandChannel=0
474 2011-06-09 05:38:54 <alystair> hmmm if there's any guarantee that bitcoins will keep pushing up so high I might have to check my couch for spare coins to magically transmute into BC
475 2011-06-09 05:47:24 <sacarlson> mtrlt: and I found the data for paypal transactions per day to be 177 million USD per day as seen here http://en.wikipedia.org/wiki/PayPal
476 2011-06-09 05:47:43 <mtrlt> sacarlson: wow, awesome thanks :)
477 2011-06-09 05:51:56 <aximilation> anyone have a general idea of how many BTC/day or month one would get, on a per Mh level?
478 2011-06-09 05:52:08 <aximilation> (pooled mining with a n efficient miner)
479 2011-06-09 05:52:17 <mtrlt> ;;bc,gen 1000
480 2011-06-09 05:52:18 <gribble> The expected generation output, at 1000 Khps, given current difficulty of 567358.22457067 , is 0.00177282770748 BTC per day and 7.38678211449e-05 BTC per hour.
481 2011-06-09 05:52:23 <mtrlt> that's what you get on 1 MH/s
482 2011-06-09 05:52:32 <mtrlt> so, close to nothing :p
483 2011-06-09 05:52:51 <aximilation> perfect, thanks
484 2011-06-09 05:52:52 <midnightmagic> ;;bc,stats
485 2011-06-09 05:52:54 <gribble> Current Blocks: 129550 | Current Difficulty: 567358.22457067 | Next Difficulty At Block: 131039 | Next Difficulty In: 1489 blocks | Next Difficulty In About: 1 week, 0 days, 22 hours, 40 minutes, and 29 seconds | Next Difficulty Estimate: 739148.74845631
486 2011-06-09 05:56:42 <aximilation> ok sounds good, I realized I barely utilize the video card of my work machine, so why not make it mine...I should be looking at around 1.5 BTC/mo
487 2011-06-09 06:08:37 <vurte> Hello were can I find the bitoin generating algorithm ?
488 2011-06-09 06:09:09 <spq> ;;bc,gen 8000
489 2011-06-09 06:09:10 <gribble> The expected generation output, at 8000 Khps, given current difficulty of 567358.22457067 , is 0.0141826216598 BTC per day and 0.000590942569159 BTC per hour.
490 2011-06-09 06:09:11 <spq> ;;bc,gen 15000
491 2011-06-09 06:09:12 <gribble> The expected generation output, at 15000 Khps, given current difficulty of 567358.22457067 , is 0.0265924156122 BTC per day and 0.00110801731717 BTC per hour.
492 2011-06-09 06:10:36 <vurte> were to start ?
493 2011-06-09 06:11:16 <spq> ~1.2$/day with my cpu & gpu
494 2011-06-09 06:12:11 <aximilation> I was thinking of buying a new card, the ATI 5770 seems to have a good hash rate and is about $125
495 2011-06-09 06:12:33 <aximilation> 200-250 Mh/s reported
496 2011-06-09 06:12:56 <ersi> vurte: Are you going to make your own miner software?
497 2011-06-09 06:13:03 <aximilation> ;;bc,gen 200000
498 2011-06-09 06:13:04 <gribble> The expected generation output, at 200000 Khps, given current difficulty of 567358.22457067 , is 0.354565541496 BTC per day and 0.014773564229 BTC per hour.
499 2011-06-09 06:13:04 <vurte> yes
500 2011-06-09 06:15:14 <minus> i wonder if anyone is designing a BTC processor
501 2011-06-09 06:15:51 <minus> what i heard from FPGAs was promising
502 2011-06-09 06:16:18 <ersi> vurte: Either read the http://bitcoin.org/bitcoin.pdf or check the source code of either the bitcoin client (the previous versions which had 'generate coins' option) or one of the open source miner softwares. Like poclbm for example
503 2011-06-09 06:16:52 <spq> vurtle, you have to understand the algorithm, i can nopaste you my test c++ app
504 2011-06-09 06:17:09 <ersi> minus: ArtForz has a lot of logic circuits mining
505 2011-06-09 06:17:31 <minus> logic circuits?
506 2011-06-09 06:17:58 <spq> http://nopaste.info/fafb04fb1d.html
507 2011-06-09 06:18:04 <RenaKunisaki> http://venturebeat.com/2011/06/08/government-crackdown-on-bitcoin/ ooooooh
508 2011-06-09 06:18:12 <RenaKunisaki> this oughta be interesting
509 2011-06-09 06:18:43 <mtrlt> :D
510 2011-06-09 06:21:55 <vurte> ersi: thanks you. This pdf doesnt tell much about generating.
511 2011-06-09 06:22:57 <ersi> minus: He and everyone else will be pissed if I try to say what kind of the blasted circuits it is. It isn't ASIC-ASIC and it isn't FPGA.. que blah blah
512 2011-06-09 06:23:00 <vurte> ersi: yes I thought that tere will be a other way then reading all the source.
513 2011-06-09 06:23:13 <ersi> Information is imo spare
514 2011-06-09 06:24:19 <Raccoon> Rock on Google, rock on. http://www.google.com/
515 2011-06-09 06:25:11 <vurte> ersi: thank you any way. At least I know now that there is no other resource then reading the source :)
516 2011-06-09 06:26:11 <ersi> afaik that's the only way, if it isn't detailed in the bitcoin.pdf document or on the wiki - else it's scourging the forums/IRC logs for bits and pieces
517 2011-06-09 06:26:14 <ersi> np :)
518 2011-06-09 06:30:27 <oxygenerator> lizthegrey: so brutal..
519 2011-06-09 06:38:33 <d1234> ;;bc,gen 40000
520 2011-06-09 06:38:34 <gribble> The expected generation output, at 40000 Khps, given current difficulty of 567358.22457067 , is 0.0709131082991 BTC per day and 0.0029547128458 BTC per hour.
521 2011-06-09 06:45:25 <phantomcircuit> BurtyB, hey there you online?
522 2011-06-09 08:11:12 <cyberdo> is it always the longest chain that wins if two chains collide in the network?
523 2011-06-09 08:11:58 <phantomcircuit> cyberdo, the chain with the most work
524 2011-06-09 08:12:08 <yrralb> i think theoretically its the chain that has the most difficulty
525 2011-06-09 08:12:41 <phantomcircuit> not theoretically
526 2011-06-09 08:12:43 <phantomcircuit> actually
527 2011-06-09 08:12:48 <yrralb> because otherwise you can just create a long chain with really low difficulty
528 2011-06-09 08:13:08 <yrralb> well, i don't know actual, but i can guess the way its implemented :P
529 2011-06-09 08:21:50 <minus> great, graphics card crashed and now my truecrypt volume is broken
530 2011-06-09 09:10:29 <putridp_> Does the current client always maintain 100 unused address in wallet.dat, or does it simply create 100 addresses at a time when it runs out?
531 2011-06-09 09:25:48 <iera> putridp_: dont rely on that, on guy in the forums lost 7200 because he thought he had 100 unused ones iirc
532 2011-06-09 09:25:57 <iera> but i didnt look at that code :)
533 2011-06-09 09:26:32 <vegard> it keeps a queue of them, as far as I know
534 2011-06-09 09:27:11 <vegard> i.e. whenever you use one, it fills them up so you still have 100 free
535 2011-06-09 09:31:00 <Diablo-D3> iera: oh?
536 2011-06-09 09:31:41 <iera> Diablo-D3: hm... perhaps i find the thread
537 2011-06-09 09:31:53 <iera> Diablo-D3: http://forum.bitcoin.org/index.php?topic=11104.0
538 2011-06-09 09:35:05 <putridp_> Always maintaining a minimum of 100 unused address is sensible to know what the backup requirements are. At least until wallet.dat encryption is integrated into the client.
539 2011-06-09 09:39:22 <putridp_> Holy shit, 7208BTC lost.
540 2011-06-09 09:39:38 <TheAncientGoat> putridp_: Huh?
541 2011-06-09 09:40:08 <TheAncientGoat> oh
542 2011-06-09 09:40:09 <TheAncientGoat> crap
543 2011-06-09 09:40:13 <putridp_> TheAncientGoat: As described in the link above
544 2011-06-09 09:40:20 <TheAncientGoat> I see
545 2011-06-09 09:44:52 <lizthegrey> oxygenerator: context?
546 2011-06-09 09:45:49 <vegard> ouch, it must hurt to lose that much btc
547 2011-06-09 09:46:20 <putridp_> The client rely should be more clear about it's address management.
548 2011-06-09 09:46:25 <putridp_> s/rely/really
549 2011-06-09 09:56:31 <user_12314> hi devs, anyone here?
550 2011-06-09 09:57:03 <user_12314> looking for some help with the bit-coin wiki
551 2011-06-09 09:57:21 <benlake> Holy helll.
552 2011-06-09 09:57:48 <user_12314> whats wrong benlake?
553 2011-06-09 09:58:00 <benlake> you don't srm your files until you SEE your money!
554 2011-06-09 09:58:16 <benlake> user_12314: responding to the thread above... christ cakes
555 2011-06-09 09:58:41 <user_12314> sorry, i just joined the channel
556 2011-06-09 09:58:57 <user_12314> does anyone here know about downloading the bit-coin wiki?
557 2011-06-09 10:09:26 <Archevety> has anyone experience with compiling wireshark with bitcoin dissector?
558 2011-06-09 10:11:48 <diki> sharks and dissection? sounds weird and perverted
559 2011-06-09 10:12:09 <Archevety> hehe,
560 2011-06-09 10:12:21 <Archevety> you know what wireshark is right?
561 2011-06-09 10:12:55 <ersi> With that kind of question, I'd guess not. It sure as heck wasn't funny, so it wasn't a joke.
562 2011-06-09 10:13:54 <phantomcircuit> Archevety, there is a bitcoin dissector?
563 2011-06-09 10:14:03 <Archevety> yeah
564 2011-06-09 10:14:10 <Archevety> in development
565 2011-06-09 10:14:22 <Archevety> it's a project on github
566 2011-06-09 10:14:34 <Archevety> but I can't get it to work
567 2011-06-09 10:15:11 <Archevety> it would be really neat
568 2011-06-09 10:16:48 <Wuked> 411 people in a dev channel ?! crazy
569 2011-06-09 10:17:15 <phantomcircuit> yeah most of them are big fat liars
570 2011-06-09 10:17:30 <user_12314> anyone know of a way to download the complete bitcoin wiki?
571 2011-06-09 10:18:44 <Wuked> you could rip it with a site ripper
572 2011-06-09 10:19:07 <Wuked> there doesn't seem much point though
573 2011-06-09 10:19:15 <user_12314> what about the backed up versions are they of any use?
574 2011-06-09 10:19:37 <user_12314> can they be used to populate a media-wiki installation on my server?
575 2011-06-09 10:21:47 <Wuked> no
576 2011-06-09 10:21:51 <Wuked> you'd need the database for that
577 2011-06-09 10:22:09 <Wuked> unless they are offering the database up you'll struggle
578 2011-06-09 10:22:38 <phantomcircuit> user_12314, if you ask nicely and figure out who runs it im sure they'd give it to you
579 2011-06-09 10:24:34 <user_12314> phantomcircuit, would you be able to please guide me in the right direction? :)
580 2011-06-09 10:25:36 <pensan> is there an ETA for the 0.3.23 release?
581 2011-06-09 10:26:14 <phantomcircuit> user_12314, i have no idea who owns bitcoin.it
582 2011-06-09 10:39:16 <theorbtwo> There's a nice way to download an entire mediawiki, IIRC.
583 2011-06-09 10:41:34 <ersi> theorbtwo: http://code.google.com/p/wikiteam/
584 2011-06-09 10:41:54 <ersi> That way you get an .xml with all the material~
585 2011-06-09 10:58:59 <Wuked> is there a difficulty calculator somewhere I can use to work out how long it's going to take me to find 50BTC's on the testnet ?
586 2011-06-09 11:01:56 <phantomcircuit> Wuked, ;;bc,calcd
587 2011-06-09 11:02:02 <gribble> The average time to generate a block at 300000 Khps, given the supplied difficulty of 1, is 14 seconds
588 2011-06-09 11:02:02 <phantomcircuit> ;;bc,calcd 300000 1
589 2011-06-09 11:05:41 <diki> is it possible to read a string from a file and the function returns the string as const char*?
590 2011-06-09 11:06:05 <jrmithdobbs> sure
591 2011-06-09 11:06:30 <diki> i am ultimately thinking of having a diff.text file where my difficulty is gonna be so i dont have to recompile if i want to change it
592 2011-06-09 11:06:44 <jrmithdobbs> why not just stick it in the config?
593 2011-06-09 11:06:53 <diki> explain
594 2011-06-09 11:06:53 <jrmithdobbs> or an environment variable
595 2011-06-09 11:07:07 <diki> yeah, a little above what i can do
596 2011-06-09 11:07:15 <jrmithdobbs> pushpool already uses a json-based config, extending it to support a new option is trivial
597 2011-06-09 11:07:22 <diki> oh, that, i tried it
598 2011-06-09 11:07:25 <diki> failed
599 2011-06-09 11:07:27 <jrmithdobbs> both of those are less work than you just proposed
600 2011-06-09 11:07:42 <diki> but...the config is parsed only once
601 2011-06-09 11:07:48 <diki> the text file will be read
602 2011-06-09 11:07:59 <diki> when a miner requests getwork
603 2011-06-09 11:08:11 <jrmithdobbs> awful
604 2011-06-09 11:08:20 <diki> not for a single miners it wont be
605 2011-06-09 11:08:25 <diki> *miner
606 2011-06-09 11:08:40 <jrmithdobbs> if you're using a single miner just don't rewrite diff at all
607 2011-06-09 11:08:48 <jrmithdobbs> you can turn that off in the config
608 2011-06-09 11:09:01 <diki> why not?
609 2011-06-09 11:09:05 <diki> it's easy to brute force
610 2011-06-09 11:09:10 <diki> than find it at current diff
611 2011-06-09 11:09:14 <jrmithdobbs> what
612 2011-06-09 11:09:35 <jrmithdobbs> nm, i'm too busy to try and parse your insanity this morning, do whatever you like
613 2011-06-09 11:09:51 <diki> i am just trying my luck
614 2011-06-09 11:10:02 <diki> already found a block so...
615 2011-06-09 11:10:18 <diki> why not again by varying the diff
616 2011-06-09 11:10:39 <diki> like switching between 0.999 diff and 1.9999
617 2011-06-09 11:18:42 <iocor> how do I authenticate to an rpc server, and then issue a getwork request in python
618 2011-06-09 11:18:50 <jrmithdobbs> diki: because that wont effect your ability to find a block?!
619 2011-06-09 11:19:10 <doublec> iocor: have a look at jgarzik's poold.py
620 2011-06-09 11:19:24 <doublec> iocor: http://yyz.us/bitcoin/poold.py
621 2011-06-09 11:19:48 <doublec> iocor: see the BitcoinRPC class
622 2011-06-09 11:19:50 <jrmithdobbs> iocor: or just go look at how json-rpc works, it's pretty straight forward
623 2011-06-09 11:20:01 <ius> BlueMatt: did you just update https://github.com/bitcoin/bitcoin/pull/232 ?
624 2011-06-09 11:20:19 <iocor> jrmithdobbs: don't most pools require you to use the longpoll thing?
625 2011-06-09 11:20:23 <BlueMatt> ius: yea, changed 1 char so that walletpasswordchage works
626 2011-06-09 11:20:27 <ius> The pull overview for bitcoin/bitcoin says it was updated 5min ago, but I don't see any changes on the request itself
627 2011-06-09 11:20:29 <BlueMatt> (it used to change password from oldpass to oldpass)
628 2011-06-09 11:20:32 <ius> Ah
629 2011-06-09 11:21:14 <jrmithdobbs> iocor: don't require, no, but if you're trying to write a miner you need to know how to do much more than just a json-rpc request
630 2011-06-09 11:21:30 <ius> BlueMatt: Where's the change? Can't find it in your repo
631 2011-06-09 11:21:38 <BlueMatt> I push -f'd to keep the pull clean
632 2011-06-09 11:21:49 <ius> ah
633 2011-06-09 11:22:01 <BlueMatt> (so that its not add priv keys, fix 1, fix 2, one-char fix 3, etc)
634 2011-06-09 11:22:02 <ius> https://github.com/TheBlueMatt/bitcoin/commit/4b82ff11135a0fb3000148f8ba2502c2b9417fbc < So that should be fine?
635 2011-06-09 11:23:00 <BlueMatt> yea, that is the current one right?
636 2011-06-09 11:23:14 <ius> Looks like it
637 2011-06-09 11:23:24 <BlueMatt> yea it is
638 2011-06-09 11:23:33 <BlueMatt> rpc.cpp:1454 has the 1 instead of 0
639 2011-06-09 11:23:40 <jrmithdobbs> BlueMatt: don't do that. if anyone else is merging from you it fucks up the git history
640 2011-06-09 11:23:45 <jrmithdobbs> horribly
641 2011-06-09 11:23:59 <BlueMatt> jrmithdobbs: well if its a pull req, its set up for pull, not for merging
642 2011-06-09 11:24:20 <BlueMatt> you should still be able to easily revert the commit and reapply
643 2011-06-09 11:24:28 <BlueMatt> its not that hard
644 2011-06-09 11:24:32 <jrmithdobbs> ya but there's no indication that it needs to be done
645 2011-06-09 11:24:59 <BlueMatt> meh, whatever, I can not rebase until pull next time then
646 2011-06-09 11:25:00 <jrmithdobbs> as far as git knows you already have it applied and if you fetch before you revert things break
647 2011-06-09 11:25:08 <jrmithdobbs> awfully
648 2011-06-09 11:25:44 <Wuked> ;;bc,calcd 102400 77
649 2011-06-09 11:25:47 <gribble> The average time to generate a block at 102400 Khps, given the supplied difficulty of 77, is 53 minutes and 49 seconds
650 2011-06-09 11:25:59 <jrmithdobbs> ya those 'YOU PROBABLY DONT WANT TO DO THIS' warnings just actually apply to that, just letting you know ;P
651 2011-06-09 11:26:23 <jrmithdobbs> (when trying to repush without -f after editing history)
652 2011-06-09 11:26:24 <BlueMatt> they apply everywhere
653 2011-06-09 11:26:40 <jrmithdobbs> not everywhere git says them, it's a bit over cautious, heh
654 2011-06-09 11:26:52 <BlueMatt> but if I say "dont use this until pull" then that means dont use it or expect a useable experience
655 2011-06-09 11:27:14 <BlueMatt> you can checkout my branch and use it fine, but merging it...dont do it
656 2011-06-09 11:28:13 <BlueMatt> anyway, I have to go...if you plan on using a branch from git, expect things to break and its assumed you know how to fix them
657 2011-06-09 11:29:11 <jrmithdobbs> well fine, i guess, if you like completely defeating the purpose of using git vs another rcs i'll just keep that in mind if ever looking at your code ;P
658 2011-06-09 11:29:18 <diki> what the hell is a returned address of a local variable
659 2011-06-09 11:29:20 <diki> stupid C
660 2011-06-09 11:30:28 <davex__> diki: something that a function shouldn't do
661 2011-06-09 11:31:38 <ahihi2> don't return pointers to things allocated on the stack :p
662 2011-06-09 11:31:46 <jrmithdobbs> lol
663 2011-06-09 11:32:24 <jrmithdobbs> diki: unless it's static (and therefore not on the stack, and probably what you want to do) what you are doing is a recipie for disaster
664 2011-06-09 11:32:56 <ersi> jrmithdobbs: Well, that disaster pot has been cookin' for a while!
665 2011-06-09 11:33:13 <jrmithdobbs> ersi: ya but this is a new order of disaster
666 2011-06-09 11:33:35 <ersi> well, I'll hand you/him that
667 2011-06-09 11:33:55 <gps__> had an idea for bootstrapping. Why don't we do what torrents do and use a tracker. just because it's not decentralized?
668 2011-06-09 11:34:11 <ahihi2> is anyone working on an ncurses bitcoin client?
669 2011-06-09 11:34:15 <diki> it doesnt work with static either
670 2011-06-09 11:34:17 <ahihi2> I'm thinking of starting one if not
671 2011-06-09 11:34:37 <jrmithdobbs> diki: just randomly adding the word static somewhere doesn't work
672 2011-06-09 11:34:39 <jrmithdobbs> keep this in mind
673 2011-06-09 11:36:42 <diki> well i tried extern-ing it
674 2011-06-09 11:36:45 <diki> no dice there
675 2011-06-09 11:37:19 <davex__> what are you trying to do
676 2011-06-09 11:37:44 <diki> make pushpool read difficulty from file
677 2011-06-09 11:37:57 <diki> rather than use the one which is hardcoded
678 2011-06-09 11:39:27 <davex__> pastebin the relevant code
679 2011-06-09 11:40:46 <diki> http://pastebin.com/T8uySmks
680 2011-06-09 11:41:07 <iocor> ok, just to check I'm not being stupid: miner sends a getwork request to the server, gets the data flag, converts the data flag from hex to an actual in memory integer, computes x = sha256(sha256(data)), if x < target: result to server else: increment nonce and try again
681 2011-06-09 11:41:12 <iocor> result to server == getwork with the hash?
682 2011-06-09 11:45:31 <scott`> ;;bc,stats
683 2011-06-09 11:45:33 <gribble> Current Blocks: 129588 | Current Difficulty: 567358.22457067 | Next Difficulty At Block: 131039 | Next Difficulty In: 1451 blocks | Next Difficulty In About: 1 week, 0 days, 20 hours, 37 minutes, and 48 seconds | Next Difficulty Estimate: 728892.41680510
684 2011-06-09 11:46:23 <diki> so where is the problem davex?
685 2011-06-09 11:47:29 <dD0T> diki: Ouch. You didn't do much with C yet did you?
686 2011-06-09 11:47:45 <diki> honestly, i seen no problem in it
687 2011-06-09 11:47:52 <diki> in the code
688 2011-06-09 11:48:24 <dD0T> diki: You return a pointer to a variable on the stack. A variable that gets thrown away on function return.
689 2011-06-09 11:48:55 <diki> so i need to make another variable referencing the function?
690 2011-06-09 11:49:00 <dD0T> diki: You have to pass a char array into the function and write to it to get values out of the function.
691 2011-06-09 11:49:37 <dD0T> Also why in the world is the function static ;-)
692 2011-06-09 11:49:50 <diki> jrmith said so
693 2011-06-09 11:50:01 <jrmithdobbs> i said the variable you idiot
694 2011-06-09 11:50:07 <dD0T> diki: You can declare the array to be static
695 2011-06-09 11:50:16 <jrmithdobbs> go read K&R
696 2011-06-09 11:50:19 <jrmithdobbs> jesus
697 2011-06-09 11:50:46 <dD0T> diki: That way it will be only allocated _once_ and remain after the function returns. But you srsly don't want to do that either
698 2011-06-09 11:55:47 <dD0T> diki: What you want to do could look like this: int easytarget(char *result) { FILE *f = fopen("diff.txt", "r"); if(!f || fgets(result, 64, f) == NULL) return 0; return 1; }
699 2011-06-09 11:55:52 <luke-jr> https://en.bitcoin.it/wiki/Second_law_of_thermodynamics
700 2011-06-09 11:55:53 <luke-jr> wtf?
701 2011-06-09 11:56:22 <anarchyx> i just sent a transaction an hour ago but i got 0/offline (it appears i had 0 connections).. so now an hour later i have many connections again but the transaction is still at 0 confirmations
702 2011-06-09 11:56:46 <anarchyx> although the blocks went up already in the meanwhile
703 2011-06-09 11:56:58 <phantomcircuit> anarchyx, dont close bitcoin for 30 minutes and it will resend
704 2011-06-09 11:57:04 <anarchyx> oh crap
705 2011-06-09 11:57:05 <dD0T> diki: You'd have to pass an array of 64 chars into there (assuming you want to read 63 characters from the file since fgets appends zero termination)
706 2011-06-09 11:57:06 <anarchyx> i closed it
707 2011-06-09 11:57:36 <anarchyx> so i just re-open it and wait?
708 2011-06-09 11:57:43 <doublec> yes
709 2011-06-09 11:57:50 <anarchyx> cool tnx
710 2011-06-09 11:58:05 <doublec> np
711 2011-06-09 11:58:35 <dD0T> diki: But srsly. You should do some C tutorials first. Without a basic grasp of the language it's very easy to shoot yourself in the foot.
712 2011-06-09 11:58:51 <ersi> Oh, he doesn't have any feet
713 2011-06-09 11:58:55 <phantomcircuit> diki, thinking in c++ enjoy
714 2011-06-09 11:58:59 <phantomcircuit> (its free)
715 2011-06-09 11:59:02 <ersi> Or legs for that part. It's all been shot away!
716 2011-06-09 11:59:27 <davex__> hmm, harsh jrsmithdobbs.
717 2011-06-09 11:59:27 <diki> for a man without feet, i sure bathed in some 50 coins
718 2011-06-09 12:00:16 <dD0T> phantomcircuit: I thought he was talking about C
719 2011-06-09 12:00:23 <doublec> you won't have them once someone exploits your modified pool using some sort of stack overflow exploit
720 2011-06-09 12:00:34 <diki> it is for C ddot
721 2011-06-09 12:01:00 <dD0T> Good because in C++ you wouldn't bother with C style strings unless you have to for some legacy API or something.
722 2011-06-09 12:01:01 <phantomcircuit> diki, c++ is not c
723 2011-06-09 12:01:06 <diki> doublec, that piece of code is for me only
724 2011-06-09 12:01:10 <Wuked> I'm just looking at pushpool, and I have a few questions on working on a front end for it, I'm looking at this like slushs pool and trying to figure out what's going on...
725 2011-06-09 12:01:28 <diki> phantom:yes i know, can you imagine?
726 2011-06-09 12:01:53 <Wuked> would I be right in saying that for a front end, the pools are just swatching the shares for each client come in, waiting tunil 50coins hit the wallet, and then sharing them out based on the shares?
727 2011-06-09 12:01:54 <jrmithdobbs> davex__: deserved
728 2011-06-09 12:01:59 <Wuked> clear the share table and start again ?
729 2011-06-09 12:02:22 <diki> wuked i thought about that process
730 2011-06-09 12:02:27 <davex__> jrmithdobbs: i wouldn't know.
731 2011-06-09 12:02:27 <diki> there are flaws
732 2011-06-09 12:02:54 <Wuked> how else can you do it ?
733 2011-06-09 12:02:57 <jrmithdobbs> dD0T: actually, for what he's doing he really does want to do that but he wont understand how to handle the static variable anyways so probably not a good idea for *him* to do it
734 2011-06-09 12:03:00 <diki> there are flaws if you use truncate table xxx
735 2011-06-09 12:03:06 <ius> Wuked: pushpool doesn't know about coins, and only distributes work which it gets from bitcoind
736 2011-06-09 12:03:27 <diki> if you have a cron watching for a block, and it has found one, count the number of shares before the block and delete them via a foreach
737 2011-06-09 12:03:27 <Wuked> yeah
738 2011-06-09 12:03:31 <ius> When a valid solution is found, it's returned to bitcoind. That's all it does
739 2011-06-09 12:03:56 <Wuked> I'm a complete newbie to bitcoin as of yesterday
740 2011-06-09 12:04:00 <Wuked> so bare with me a little
741 2011-06-09 12:04:12 <Wuked> I've got a table from pushpool
742 2011-06-09 12:04:18 <jrmithdobbs> Wuked: do not take design/algorithm advice from diki
743 2011-06-09 12:04:18 <Wuked> with lots of "blocks" in them
744 2011-06-09 12:04:22 <Wuked> or results sent from the client
745 2011-06-09 12:04:24 <jrmithdobbs> you have been warned
746 2011-06-09 12:04:29 <ius> Correct
747 2011-06-09 12:04:56 <ersi> Wuked: I'll append a warning upon jrmithdobbs's warning
748 2011-06-09 12:04:57 <Wuked> I assume all of them are units of work
749 2011-06-09 12:05:02 <Wuked> with "incorrect" solutions
750 2011-06-09 12:05:42 <jrmithdobbs> it's coffee time
751 2011-06-09 12:05:54 <Wuked> what's the best way for identifying when a valid block is found ?
752 2011-06-09 12:06:22 <Wuked> I'm not sure if I've got the terminology right though
753 2011-06-09 12:07:01 <dD0T> jrmithdobbs: I don't know what he's trying to do ;-) But using a static variable to return its address is pretty bad style imho (as calling the function again will obviously have side effects on the values already returned). In C++ it's a way to do singletons but that's not what he's doing here ;-) Then again. I don't know what he's trying to do ;-)
754 2011-06-09 12:07:03 <diki> if a valid block is found, a row in mysql or your preferred engine will have upstream_result = 'Y'
755 2011-06-09 12:07:18 <Wuked> O.K
756 2011-06-09 12:07:33 <Wuked> but what does a valid block mean
757 2011-06-09 12:07:40 <Wuked> a valid block != 50BTC ?
758 2011-06-09 12:07:42 <phantomcircuit> holy shit rpc is slow
759 2011-06-09 12:07:45 <diki> == 50 btc
760 2011-06-09 12:08:06 <Wuked> ah O.K
761 2011-06-09 12:08:07 <Wuked> so
762 2011-06-09 12:08:11 <Wuked> our_result
763 2011-06-09 12:08:15 <phantomcircuit> Wuked, right now the first transaction in generated blocks is allowed to contain 50 BTC without an input
764 2011-06-09 12:08:34 <ersi> Wuked: At least 50 BTC. You get the transaction fees that were included in the transactions within the block as well
765 2011-06-09 12:08:35 <phantomcircuit> although i believe you could generate a perfectly valid block w/o the 50BTC in it
766 2011-06-09 12:08:38 <diki> wiked, our_result is what pushpool returns
767 2011-06-09 12:08:51 <diki> upstream is what bitcoind returns
768 2011-06-09 12:09:02 <Wuked> right
769 2011-06-09 12:09:06 <Wuked> all mine are saying Null
770 2011-06-09 12:09:11 <Wuked> should that be N ?
771 2011-06-09 12:09:14 <diki> no
772 2011-06-09 12:09:19 <Wuked> or is it either Y or NULL
773 2011-06-09 12:09:46 <doublec> I wonder how many pools will get caught out at the first changeover to 25btc blocks and payout from the first 50
774 2011-06-09 12:10:07 <diki> that is still 80 blocks away
775 2011-06-09 12:10:07 <doublec> I assume it won't happen as everyone will be watching that day for affect on prices