Bitcoin Forum
October 08, 2024, 08:54:36 AM *
News: Latest Bitcoin Core release: 28.0 [Torrent]
 
  Home Help Search Login Register More  
  Show Posts
Pages: « 1 ... 223 224 225 226 227 228 229 230 231 232 233 234 235 236 237 238 239 240 241 242 243 244 245 246 247 248 249 250 251 252 253 254 255 256 257 258 259 260 261 262 263 264 265 266 267 268 269 270 271 272 [273] 274 275 276 277 278 279 280 281 282 283 284 285 286 287 288 289 290 291 292 293 294 295 296 297 298 299 300 301 302 303 304 305 306 307 308 309 310 311 312 313 314 315 316 317 318 319 320 321 322 323 ... 405 »
5441  Bitcoin / Bitcoin Discussion / Re: I took a taxi today piad with VISA! on: January 03, 2012, 09:39:05 PM
This thread is full of so much failed mentality.

Almost every arguement you can make to a taxi driver about bitcoin, you can also make for literally every other digital payment method. Not only is it impractical to use bitcoins in a taxi (not microtransactions, not long distance), without using a payment processor to relieve him of the horrible risk of driving around all day with his bitcoins potentially fluctuating wildly in value by god only knows how much, he would be setting himself up to potentially lose money, and by using a payment processor of course he'd be paying a fee.

Where is the good arguement here? Stop worrying so much about who is accepting bitcoin and start worrying about who has them.

Everyone thinks it's a chicken/egg problem,  but it's clearly not. The reason why taxi drivers don't accept bitcoin is because no one uses bitcoin.
Bitcoins can be set up to be sold automatically and immediately in MtGox.  You still have to wait for the 6 confirmations, but it certainly wouldn't be "driving around all day with his bitcoins potentially fluctuating wildly in value".  On average, it'd only be an hour.  Yes, the price can change a lot in even just an hour, but on average, the fluctuations would even themselves out anyway.  And taxi drivers have a huge margin to start with - a large percentage of costs are in overhead with waiting for clients, etc.  At least in my area, that is the case.

Also, the fees paid to MtGox to convert the funds to USD would equate to .65%.  The fees paid to your average VISA/Mastercard/Amex processor are between 2 and 7%, depending on volume and size of each transaction.  This means the taxi driver can take a significant hit with regards to volatility, and still make a higher profit compared to traditional payment processors.

I do agree with your last statement regarding the reason why taxi drivers don't accept Bitcoin.  Maybe that will come with time and increased exposure of the general populace to Bitcoins.  Maybe not.
5442  Bitcoin / Armory / Re: Armory - The most advanced Bitcoin Client in existence! on: January 03, 2012, 09:06:26 PM
This is EXACTLY what I needed to be able to move forward with one of my projects.

Two questions:
1)  How well does it handle wallets with many thousands of generated addresses?  Say, 50-100k addresses in a single wallet file?
2)  When do we get a Windows exe?


The blockchain-wallet scanning should be O(log(n)) in the number of addresses in your wallet.  If you have the RAM to try it, I'd be interested to see how long it takes to do the scan and collect the balances, but I would guess it's less than 5s.  As for the wallet format:  there are no arbitrary limits on how big the wallets can be.  I have had 500 addresses in one of my wallets before, without problem -- there are no artificial limits.  Perhaps you will be able to help me find the breaking point for wallet sizes.  Smiley

I'm having a problem with PyQt and py2exe in Windows.  I have a MSVC++ runtime error when trying to install the pywin32 module, which linked but not actually needed by my software.  So I can comment out the imports and the software runs fine, but py2exe complains that it needs it in order to make the executables.  it's going to take a little bit more work (and maybe switching systems), before I get an executable made.   I spontaneously got an exe built once (so I know it works), but for some reason I couldn't repeat it...

For now, I still have some dev left before officially making exe's... maybe I shouldn't have posted so soon  (remember, releasing next week)  Smiley  But I'll put up build instructions tonight or tomorrow, and plan to have a Windows exe built by next week.  For now, I still have some pretty important bugs to quash before I would trust this software with anything but testnet coins...
I'm certainly willing to help experiment.  I have some wallets that are nearly inaccessible via the Satoshi client because it starts dragging badly after 150k or so addresses.  Am curious if this wallet is any better/worse when dealing with those wallet files.

Will look forward to the release next week then!  Smiley
5443  Bitcoin / Armory / Re: Armory - The most advanced Bitcoin Client in existence! on: January 03, 2012, 07:46:18 PM
This is EXACTLY what I needed to be able to move forward with one of my projects.

Two questions:
1)  How well does it handle wallets with many thousands of generated addresses?  Say, 50-100k addresses in a single wallet file?
2)  When do we get a Windows exe?
5444  Other / Off-topic / Re: Contest: WTHAI?: Win up to 20 BTC Daily on: January 03, 2012, 05:28:34 AM
Lol, thanks, I look forward to it!
5445  Other / Off-topic / Re: Contest: WTHAI?: Win up to 20 BTC Daily on: January 03, 2012, 04:36:53 AM
Found #8!!  Cheesy

http://maps.google.com/maps?q=andorra&hl=en&ll=42.447275,1.705284&spn=0.071821,0.169086&sll=44.118316,-123.186394&sspn=0.008734,0.021136&vpsrc=6&hnear=Andorra&t=h&z=13

Can send the reward to my firstbits, 18tkn.

Thanks for doing this contest, it's really a lot of fun.
5446  Economy / Speculation / Re: Predict the price on 3/1/2012. on: January 01, 2012, 11:29:32 PM
8.70
5447  Other / Off-topic / Re: Contest: WTHAI?: Win up to 20 BTC Daily on: January 01, 2012, 09:44:43 PM
I'm no good with the clues given!  The first one was easy because it was so narrowed-down.  I fear I'm not even close with any of the others though...
5448  Other / Off-topic / Re: Contest: WTHAI?: Win up to 20 BTC Daily on: December 31, 2011, 02:19:49 AM
Closed due to lack of interest?  I hope that was a joke!  Smiley

You can just pay to my firstbits address, 18tkn.  Thanks!  Oh and thanks for the special bonus too!
5449  Other / Off-topic / Re: Contest: WTHAI?: Win up to 20 BTC Daily on: December 30, 2011, 11:46:32 PM
wow people have actually found two of these. I take my had off.  Smiley
Yeah but the one I found is only worth .67 BTC now, lol.  Tongue
5450  Other / Off-topic / Re: Contest: WTHAI?: Win up to 20 BTC Daily on: December 30, 2011, 09:32:03 PM
Got WTHAI #1!   Grin

http://maps.google.com/maps?q=baltic+sea&hl=en&ll=55.210589,14.893593&spn=0.002543,0.005531&geocode=+&hnear=Baltic+Sea&t=h&z=18&vpsrc=6
5451  Other / CPU/GPU Bitcoin mining hardware / Re: Heat from computer vs electric furnace on: December 29, 2011, 10:05:14 PM
I think everyone answered the theoretical part of this question sufficiently Smiley  The heat generated by a computer is going to be identical to a coil-based electric heater.

However.. What has not been touched on is perceived warmth.  You may be a bachelor, so this might not matter much to you... But those with wives and girlfriends will know how this works!  Assuming you have an identical power draw on both your furnace and mining rigs, I would still say you are very likely going to have to augment with the heater.

A furnace designed to create heat and move air (in theory in an efficient manner) is likely going to "feel" a lot warmer than an mining rig of the same wattage.  This is simply due to air movement and distribution throughout the house.

One thing I did was stuff my mining rigs in the furnace room, and open the cold-air return duct so they blow warm air into it.  I then set the furnace to just run the fan 24x7, even if the burner (gas here) isn't running.  End result was an extremely hot laundry room, and a slightly reduced heating bill.  I run around 6kw worth of gear, but honestly have no clue how many BTU my furnace is rated at.  I did ponder stuffing mining rigs into the cold air ducting itself (right before the burner intake) - but then realized the fire risk probably wasn't worth it!  Note to anyone contemplating this (or running wire through a heating duct) - smoke is the most hazardous part of a household fire, and putting things that burn toxic fumes into your air vent system to ensure all the fumes get quickly distributed throughout the house is an extremely poor idea.

Now, had I designed the house ground-up to be "mining rig heated" then this would be a different story!  It's very easy to neglect air distribution and simply focus on the raw math though, and modern HVAC systems are in general very efficient at taking created heat and distributing it to where it's needed.  Mining rigs not so much.

-Phil
I agree completely on the "feel" of heat.  Hot air blowing on your face will obviously make you feel warmer more quickly than hot air slowly circulating around the room from a couple of computers 10 feet away.

That said, my wife and I actually get too hot by the time morning runs around with a single 2x5830 rig in our bedroom and the door closed.  We've relegated to keeping the door open a bit so some of the heat can escape to the rest of the house.  This is with outside temperatures of 35-40F.  Below 30F, and we usually have to supplement the rig with the in-wall heater.

Last month's electric + water bill was $292 (of which electric was $260 or so).  I figure I'm getting around $125 worth of BTC/month for my current mining, which means the net electric cost was somewhere in the neighborhood of $135, which is darn good for us during the winter.  Usually, we break $200 in these winter months without a sweat.

No it isn't.  The heat coming from the computer is exactly the same per kWh as from a electric furnace.

For all practical purposes, you are of course correct. However, I seem to recall from highschool some decades ago reading about irreversible deformation and iirc, not all energy was transformed in to heat. I would assume the electromigration taking place in side our chips would fall under that. I suppose its like 0.0000000001% (if that) but just curious if thats correct nonetheless?
I'd be curious to know more about this.  Doesn't a statement like that go against the laws of thermodynamics?  Or, are we talking molecular changes, so that energy is stored in the form of a new molecular structure in 0.0000001% of the case instead of being released as heat?
5452  Economy / Speculation / Re: New Contest: Guess the date for when we hit $2 again! on: December 29, 2011, 09:55:06 PM
Jan 25th, 2012 - 3:49 AM UTC.
5453  Economy / Auctions / Re: 1991 Encased USO Silver Dollar on: December 23, 2011, 05:16:47 PM
Highest bid 7 (Sorry for misunderstanding mistype on my part scheduled to end Monday at 6pm. PST)
Original post says it ends Thursday 6PM PST.  And you meant to type Monday?  Huh
5454  Bitcoin / Development & Technical Discussion / Re: [PULL] private key and wallet export/import on: December 23, 2011, 05:39:02 AM
I'd like to see a discussion started though. I think awareness of firstbits needs to increase. I introduced a few developers who seemed surprised but immediately interested.

I'm one of those developers!  I'll be releasing a client in the near future, and I can pretty easily support Firstbits.  And with the full-RAM version of the client (that holds the entire blockchain in RAM), I can resolve a firstbits address in 0.5 seconds without contacting any server... pretty slick Smiley

I went to the firstbits site but didn't see the technical information I needed to be able to implement it.  Any links?

Btw, my client will have a completely decoupled blockchain interface and wallet.  In fact, you don't even need to wait for Armory to be released, because you can already use the full-set of blockchain tools that I have, written in C++.  https://github.com/etotheipi/BitcoinArmory/tree/master/cppForSwig  It's a ton of code, but it can all be boiled down to a small interface of a couple-dozen calls.   It can do a full blockchain scan from cold boot in about 20s (collect all tx for any address directly from disk).  PM me if you have any interest in leveraging it.
I'll try to remember to PM you what you need.
5455  Other / Beginners & Help / Re: MtGox account with $220 blocked for more than six weeks without explanation on: December 23, 2011, 12:36:38 AM
That's awesome, honest and amazing that you reported this.

What's scary is their response: "Please keep the extra $100"

How many people haven't reported surplus deposits? Where is the "extra" money coming from? The OP's issue likely stems from poor systems and management giving away too much money. Incredible.


What's really scary to me is how quickly people put a negative spin on things.  This is not the only negative response I've had when I shared this information.

You see it as, hey great customer service. I see it as a system that is poorly automated, and fraught with human error. They make enough money that they don't sweat the small stuff, and that is cool and all, but I am always wondering if it will come to light that their errors mean that they do not actually have as much in the way of bitcoins or cash to meet the balances in their accounts.

Things I have seen
* The major hack which they "rolled back." How much they lost is unknown.
* Large pools of money they shift around between single addresses (suggesting to me a human activity rather than an automated bitcoin management system)
* The time they sent a large sum of bitcoins into oblivion (I forget how much)
* These errors where people are credited extra

Maybe they make enough profit per transactions that money slipping through the cracks is no big deal, but if they don't a run on the bank is a possibility.
Maybe, maybe not.  Why not give them the benefit of the doubt?  I don't see any reason to badmouth them or spread fear about them when there isn't any proof to back up what you are saying...  It seems overly paranoid and over the top, in my opinion.

I suppose you are right. It is just one consideration people should have when dealing with an exchange.

I simply am listing the issues that have come up on the board, and note that if the errors outstrip their profits than their balance sheet will not line up, hence the possibility of a run.

@plogank was wondering how this could be spun negatively. If I saw my bank making mistakes that made it lose money, I would pull my money out, especially if it wasn't backed by something like FDIC protection.

I don't know if I would call this bad mouthing. I am just voicing a concern that I haven't seen mentioned anywhere else. Really I think that mtgox does quite well for itself with all of the volume, and most likely it's profits make for a balanced budget. But I also wouldn't be surprised if I was wrong in this assumption.

In other words: I reserve the right at some unknown (maybe non-existant) date to say "I told you so."

I have the benefit of never being able to be proved wrong Smiley
Yeah, I hear what you're saying.  I guess I just feel like *most* people would operate a company in a reasonable, sustainable way.  I feel like MtGox has been around long enough that they have proven they aren't a group of scammers.  And if that is the case, they receive no benefit from running their company into the ground by using more money than they are gaining.  They receive much more benefit from continuing their operations as-is ($2000-$5000/day) than they would from stealing everyone's funds without reporting it and turning into some sort of fractional-reserve that will eventually go bust.
5456  Other / Beginners & Help / Re: MtGox account with $220 blocked for more than six weeks without explanation on: December 22, 2011, 11:47:34 PM
That's awesome, honest and amazing that you reported this.

What's scary is their response: "Please keep the extra $100"

How many people haven't reported surplus deposits? Where is the "extra" money coming from? The OP's issue likely stems from poor systems and management giving away too much money. Incredible.


What's really scary to me is how quickly people put a negative spin on things.  This is not the only negative response I've had when I shared this information.

You see it as, hey great customer service. I see it as a system that is poorly automated, and fraught with human error. They make enough money that they don't sweat the small stuff, and that is cool and all, but I am always wondering if it will come to light that their errors mean that they do not actually have as much in the way of bitcoins or cash to meet the balances in their accounts.

Things I have seen
* The major hack which they "rolled back." How much they lost is unknown.
* Large pools of money they shift around between single addresses (suggesting to me a human activity rather than an automated bitcoin management system)
* The time they sent a large sum of bitcoins into oblivion (I forget how much)
* These errors where people are credited extra

Maybe they make enough profit per transactions that money slipping through the cracks is no big deal, but if they don't a run on the bank is a possibility.
Maybe, maybe not.  Why not give them the benefit of the doubt?  I don't see any reason to badmouth them or spread fear about them when there isn't any proof to back up what you are saying...  It seems overly paranoid and over the top, in my opinion.
5457  Other / Beginners & Help / Re: MtGox account with $220 blocked for more than six weeks without explanation on: December 22, 2011, 11:24:16 PM
That's awesome, honest and amazing that you reported this.

What's scary is their response: "Please keep the extra $100"

How many people haven't reported surplus deposits? Where is the "extra" money coming from? The OP's issue likely stems from poor systems and management giving away too much money. Incredible.


What's really scary to me is how quickly people put a negative spin on things.  This is not the only negative response I've had when I shared this information.
Haha, seriously.  Everyone's so glass-half-empty around here, it's amazing.
5458  Bitcoin / Development & Technical Discussion / Re: [PULL] private key and wallet export/import on: December 22, 2011, 09:52:41 PM
They've always been ordered in the same order as they appear within a block's raw data.  So if one address appears before the other address within the same block's raw data (and they're both brand new addresses with the same firstbits), then that first address will get the shorter firstbits, and the second address will have to add at least one character to get its unique firstbits.

What are puik and genjix working on related to firstbits?  If they are using a different type of assumption for collisions within a block, their results won't match up with those at firstbits.com.

Genjix's libbitcoin will contain firstbits. He went on a tangent removing the '1' prefix, which has subtle but incompatible implications. I believe he's returned to your implementation. FreeMoney and Puik had a short conversation about order within blocks. It should be possible to find real-world test cases.

One little possible wrinkle though. We have been ordering two transactions that would otherwise have the same firstbits if they were not in the same block according to their appearance in the block data (first to appear being first). We are investigating switching to giving them both the longer firstbits. An example:

Block 1:
1asd1234567...

Block 2:
1asd2fkkkgrt...
1asd2sqp434...

Currently 1asd2fkkkgrt... would have FB of 1asd2 and 1asd2sqp434... would have FB of 1asd2s.

It seems like it might be better to not need the extra rule of tiebreaking with order of appearance and instead to give each the FB as if the similar address came before. In this case giving 1asd2fkkkgrt...  a FB of 1asd2f. It seems more elegant to use a rule of "String required to differentiate an address from all addresses in the SAME and previous blocks" and have nothing about order in the block.
Ah, right.  Yes, what FreeMoney said is correct about the current implementation, and we have not changed it.  It still would result in 1asd2 and 1asd2s.  We talked about changing it to make both addresses longer in such a case, but discarded the idea in favor of maintaining consistency.  We didn't want it to retroactively change any firstbits that could have already been handed out, as that would be dangerous.
5459  Bitcoin / Bitcoin Discussion / Re: Question for weusecoins.com on: December 21, 2011, 10:05:30 PM
Centralized storage may be a bad idea, but is there any way around it?  I can't see any way for an exchange to exist without an escrow party (or a lot of scamming without escrow).  Escrow means centralized.  I mean, perhaps the escrow could simply act as such after a trade is booked (i.e., both parties send their funds to the escrow, to then be redistributed to the parties), but that introduces a TON of lag time with trades, which is just asking for problems.

So, what is the solution?  I really don't see any besides centralized storage.

An exchange can't get around it as far as I can see. This is why you should only keep coins in the exchange for a limited time while doing an exchange. Get them back to the safety of your wallet once you are done.

Your wallet should be the safe place for coins, and an ewallet provider should not be trusted with plain text private keys. Ever. It would be the same as everyone in a city giving a homeless man their cash to hold onto in a cardboard box that he occasionally might walk away from (but his cat will watch it for him). If it disappears, either he made off with it, his cat made off with it, or someone got around his perfect security (duct tape). No one will ever know what happened.
I agree completely.  I have never kept more of a balance in MtGox than I need to to conduct the trading I wish to conduct.
5460  Economy / Auctions / Re: 1991 Encased USO Silver Dollar on: December 21, 2011, 07:15:15 PM
2 BTC.
Pages: « 1 ... 223 224 225 226 227 228 229 230 231 232 233 234 235 236 237 238 239 240 241 242 243 244 245 246 247 248 249 250 251 252 253 254 255 256 257 258 259 260 261 262 263 264 265 266 267 268 269 270 271 272 [273] 274 275 276 277 278 279 280 281 282 283 284 285 286 287 288 289 290 291 292 293 294 295 296 297 298 299 300 301 302 303 304 305 306 307 308 309 310 311 312 313 314 315 316 317 318 319 320 321 322 323 ... 405 »
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!