Bitcoin Forum
July 04, 2024, 08:37:26 PM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
  Home Help Search Login Register More  
  Show Posts
Pages: « 1 ... 416 417 418 419 420 421 422 423 424 425 426 427 428 429 430 431 432 433 434 435 436 437 438 439 440 441 442 443 444 445 446 447 448 449 450 451 452 453 454 455 456 457 458 459 460 461 462 463 464 465 [466] 467 468 469 470 471 472 473 474 475 476 477 478 479 480 481 482 483 484 485 486 487 488 489 490 491 492 493 494 495 496 497 498 499 500 501 502 503 504 505 506 507 508 509 510 511 512 513 514 515 516 ... 800 »
9301  Bitcoin / Project Development / Re: [Pre-Announce] OpenPay, use your bitcoins at any merchant that takes Visa! on: June 17, 2012, 11:17:31 PM
Yes I understand I was just pointing you that any system where you give the private to the merchant and hope for the best is likely doomed.  Chip & Pin is completely different IF the entire transaction signing can be done in chip.  Having worked w/ smart cards that is somewhat difficult.  Still not sold on the advnatage of a chip+pin system vs smartphone especially as smartphones gain NFC.

If a merchant steals my checking account # I am not liable.  The bank is.  A check is reversible tx for exactly that reason.  Bad analogies don't improve the futility of a system involving trusting a merchant.

I used my credit card about 12 times today maybe 100 times in the last week.  Under a system where I gave my private key to all those merchants,  say the "money just disappears".  Who took it?  The risk is not just the merchant but also ever disgruntled employee, every modified terminal with a skimmer, etc.     It basically comes down to "trust the entire world" to not rob you despite the fact that they can do so trivially and anonymously at any point in the future.

POS system where customers card produced signed tx = valuable, maybe the killer app for Bitcoin
POS system where customer blindly and stupidly hands private key to entire world = useless.

Combining the two things causes the weak solution to undermine the security of the strong solution.
9302  Bitcoin / Project Development / Re: [Pre-Announce] OpenPay, use your bitcoins at any merchant that takes Visa! on: June 17, 2012, 11:00:38 PM
Bitcoin is irreversible just like cash, and the purpose of this whole exercise it to allow you to take it offline and spend it at your local merchant, like cash.  If you would trust this merchant with your cash or credit card, you'll be able to trust them with your OpenPay card.

That is a bad analogy. 


I have $1000 cash. I pay merchant for hotdog with a $5 bill my max loss is limited $5 - value of hot dog.
If I pay with cash I only need to trust the merchant until I get change.

I have 200 BTC on my card.  I pay a merchant for hotdog  and my max loss is the entire wallet.  Not just the current wallet value but any value it may have at any point in the future.
If I give merchant my private key I must trust him FOREVER.   Hell Merchant could just record private keys as a rainyday fund.  When he runs into financial trouble he robs 10,000 customers instantly.  Due to the nature of Bitcoin once 2+ parties have the private key proving who made a tx becomes impossible. 
9303  Bitcoin / Project Development / Re: [Pre-Announce] OpenPay, use your bitcoins at any merchant that takes Visa! on: June 17, 2012, 10:32:01 PM
Quote
I will explain in more depth in another posting about the intermediate steps that occur, but in a nutshell the private key & wallet file are read by the acquiring software (same process as an import), which will then determine the balance, string together a standard bitcoin transaction, sign it and send it off to the network for completion.  (either the merchant will be running their own node, or their payment processor will be running one).

Wait what?  Why use a smartcard then?  If both the pin and private key will be given to the merchant then the merchant can create any tx they like.

Buy a 0.3 BTC hotdog get home and find out 500 BTC tx was made emptying your wallet.   Oops.
9304  Economy / Service Discussion / Re: BitFloor.com Rocks! on: June 17, 2012, 02:12:10 PM
Did he email you to confirm your account info?  I sent an email 2-3 days back and haven't heard a peep...

Yes he did and quickly.  I would shoot him another email. 
9305  Economy / Goods / Re: ► iTunes Gift Cards ∞ [$50/$100 in stock!] ◄ on: June 17, 2012, 05:20:07 AM
9306  Bitcoin / Project Development / Re: [IDEA] - Bitcoin-Powered Database on: June 17, 2012, 12:42:28 AM
I wouldn't like the idea of massive amount of unrelated information being dumped into the blockchain.  Now w/ merged mining and an alt-chain containing encrypted backups that might be interesting.
9307  Other / Off-topic / Re: Dual use ASICs, Mining and Cracking on: June 17, 2012, 12:38:23 AM
Bandwidth would be a problem.

Bitcoin miners use very little bandwidth because they hash the same header 4 billion times (one with a different nonce).

If BFL Single (800 MH/s) was performing password cracking 1.6 billions passwords per second to supply raw blocks (which would be the most compatible w/ Bitcoin algorithm) would require 1.6 * 1000^3 * 512 bytes * 8 bits / byte = 6.4 terrabits per second.  (or ~ 50x bandwidth of 16 lane PCIe 3.0 adapter).  Now that is a BFL Single (65nm FPGA).  If an ASIC can acheive up to 200x higher performance you are looking at bandwidth requirements of ~ 1 pbs (petabit per second).

Bitcoin only uses a small amount of bandwidth because it works like this

block header sent to miner
hash block header w/ nonce 0
hash block header w/ nonce 1
....
hash block header w/ nonce 4294967295
new block header sent to miner

That doesn't apply to password cracking.  You likely "could" design a chip which did both but the compromises would mean it would be a less than optimal bitcoin miner.   The need for single pass mining, lower throughput, and higher bandwidth design would mean it hash higher cost, higher energy consumption and produces less hashes.  I doubt anyone will do that.  SHA-256 cracking is pretty niche so the "dual use" likely isn't worth more than the loss of performance costs.
9308  Economy / Trading Discussion / Re: what's the longest delay you have had with MTGOX? on: June 16, 2012, 08:56:41 PM
Well all 3 of my pending withdrawals all cleared today.  So guess I won't break that 21 day record ... this time.

awesome! how long did it take you? I'm waiting on 3 as well and on day 13 for mine

The longest was 19 days and the shortest 13 days when it cleared.  I just did a five figure wire tx for the remaining balance so we will see if they can get this one down in < 2 weeks.  I had considered getting lvl 3 verification so my limits would be raised to $100K but front what I have heard lvl 3 doesn't make funds clear any faster.  The same multi-week delays exist.  I guess I should use Gox less instead.
9309  Other / Off-topic / Re: Hitler reacts to the bitcoinica hack on: June 16, 2012, 08:35:05 PM
Usually these suck but this was pretty good.

+1 on the "we should have bought some cascascius coins to store in the bunker"  LOLZ

9310  Other / Off-topic / Re: Leading SHA256 Solution Provider Acquires Venture Capital Funding on: June 16, 2012, 05:30:41 PM
I am not so sure.
http://service.prweb.com/pricing/package/basic/
"Major online news sites like Yahoo! News and Topix"

Looks like you are right, reading fail on my part.
9311  Economy / Service Discussion / Re: BitFloor.com Rocks! on: June 16, 2012, 05:18:25 PM
shtylman, How long does it take to get ACH setup? Do I have to email you for each withdraw I want to make? Or can I get ACH setup one time, then keep using it without having to email you each time?

On my account he set it up the same day.  You only need to send account info once.  There is no automated way to request a withdrawal you need to email support.  You don't need to send account info on each request though.  Low tech but it works and response time has been fantastic. 

I was concerned about security and asked for a public key to encrypt the account details.  He sent me his openSSL public key which I have no idea how to use.  I asked him if he could provide a PGP key instead and he did within minutes. 

TL/DR
shtylman is a pro!
9312  Economy / Marketplace / Re: ["WAIT LIST"] BFL Singles Order Date / Ship Date on: June 16, 2012, 05:14:54 PM
Quote
4/24/2012  1  ~6/20/2012  57  hausmarke

Wait WTF?  
How did a unit ordered on 4/24 already ship when there are about 80+ units ahead of it in line which haven't?  Hell there are units from March which haven't shipped yet.
9313  Economy / Marketplace / Re: ["WAIT LIST"] BFL Singles Order Date / Ship Date on: June 16, 2012, 05:12:35 PM
How do those work? Does bfl just ship to the new address?

As I found out no.  They won't.  Still if someone trusts you (or trusts escrow) then can pay for your spot, BFL ships, you ship to them.

That is how I auctioned my spot.  Of course I figured it would have shipped two weeks ago.  Roughly 100+ units on the list went out of the course of 2 weeks.  Then when I am <10 units from the top of the list.  Nothing.  The guy who bought my spot is kinda pissed but has been pretty understanding about it all. 

If you auction them make sure you make it clear that there is no way to know/guarantee when the units will actually ship. 
9314  Economy / Speculation / Re: Bruce Wagner said on: June 16, 2012, 03:59:47 AM
I generally don't give a flying crap what Bruce says but it is something I have observed.

If you goal is to cashout (not play a bunch of trading games) you can sell @ Gox and get 1% to 3% higher price but then get stuck for 14-21 days.  Or you can sell on the smaller exchanges and get 1% to 3% less but can actually cashout in a timely manner.

The only thing that explains higher prices on Gox is the imbalance of buyers and sellers relative to other exchanges.  I would agree the fair market price is likely ~2% lower than what is listed as "MtGox last".
9315  Economy / Trading Discussion / Re: what's the longest delay you have had with MTGOX? on: June 16, 2012, 03:54:31 AM
Well all 3 of my pending withdrawals all cleared today.  So guess I won't break that 21 day record ... this time.
9316  Bitcoin / Pools / Re: What's wrong with this picture? on: June 15, 2012, 07:13:52 PM
So, what is the problem with including low-fee transactions in blocks? Just want people to pay more so you can get more coins? Or are >2 MB files (block downloads) a problem for you?

So what is the problem with not including a fee to ensure your transaction is in the next block?  Just want people to do more work for less so you can keep more coins?  Or is a fraction of a penny a problem for you?

Smiley
9317  Bitcoin / Development & Technical Discussion / Re: My horrific realization - pruning is not enough on: June 15, 2012, 04:04:49 PM
Considering sending BTC is a few electrons in a wire 1 penny really is too much - especially when relatively simple solutions exist

Well if you feel paying a penny to send up to millions of dollars of value anonymously, securely, irreversibly and nearly instantly "too much" well there really is no point in further discussion.  Still the nice thing about Bitcoin is even if you are an illogical cheap ass you can be just don't expect first class service for free.

Quote
What are the counter arguments to an update?

Hugely complex, untested, will require significant amount of resources to implement and solves a "problem" which doesn't exist.

Still Bitcoin is open source so implement it and fork the block chain and if enough people follow you then it will happen.   Still I get the impression it isn't your intention to actually code this but rather convince other people to code it for you when they neither see the value nor the problem it solves.  Right?
9318  Economy / Trading Discussion / Re: Mtgox won't send funds to dwolla on: June 15, 2012, 03:57:42 PM
I'm currently on day 9 for my Dwolla transfer.  And yes, I'm verified.

9 days we would consider 9 days to be a luxury.   I am on 18 days.
http://www.youtube.com/watch?v=Xe1a1wHxTyo
9319  Other / CPU/GPU Bitcoin mining hardware / Re: First official pic of 7990 on: June 15, 2012, 02:22:54 PM
Neither of those pics are 7990 per the article and the slides.
9320  Bitcoin / Bitcoin Discussion / Re: All-time transaction record was just hit on: June 15, 2012, 01:56:31 PM
The nice thing is that estimated tx volume (blockchain best guess to remove "change") is also solidly on the rise:
http://blockchain.info/charts/estimated-transaction-volume?timespan=180days&showDataPoints=false&daysAverageString=1&show_header=true&scale=0&address=
Pages: « 1 ... 416 417 418 419 420 421 422 423 424 425 426 427 428 429 430 431 432 433 434 435 436 437 438 439 440 441 442 443 444 445 446 447 448 449 450 451 452 453 454 455 456 457 458 459 460 461 462 463 464 465 [466] 467 468 469 470 471 472 473 474 475 476 477 478 479 480 481 482 483 484 485 486 487 488 489 490 491 492 493 494 495 496 497 498 499 500 501 502 503 504 505 506 507 508 509 510 511 512 513 514 515 516 ... 800 »
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!