Micro-currencies on the rise as crisis swirls A few paragraphs about halfway down the page: In France, the standard term is "Monnaie Locale Complémentaire", meaning "local complementary currency”, it does not replace official money and there are over 20 such currencies in use in France.
[...] currencies are also growing in popularity in the UK, Italy and Germany, with the same objectives and similar results.
And contrary to these very local initiatives, the Bitcoin, an electronic cash system launched in 2009. Anyone can acquire these cyber coins and spend them on the web, as they so choose.
- http://www.france24.com/en/20120529-2012-05-29-2049-wb-en-webnews
|
|
|
Doesn't the amazon cloud service pose a potential 51% attack threat?
Potential? Firstly, consider the costs: Cost for Cluster GPU Instances runs $2.10 per hour, or $1.70 after maximum discount for massive purchase volumes. - http://aws.amazon.com/ec2/#pricingRevenue from Bitcoins produced by Cluster Computer Instances runs from $0.02 per hour on down. - http://bitcointalk.org/index.php?topic=57840.msg716370#msg716370So economically, that's suicide. But lets say, for whatever reason to prove this you could spend a half million dollars for the day and Amazon somehow happened to have enough excess capacity (which is unlikely they would). So what does the ability to do a 51% attack give you? Sure, you can refuse to include all transactions and grief bitcoin for a while. You probably aren't going to have enough excess hashing to be able to go back and rewrite the blockchain even a block much less two. So anyone with several confirmations is not at risk of any double spend. And because the network hashing level went up so quickly, anybody doing a transaction is going to be extra cautious ... waiting at least 6 confirmations, maybe more. Eventually (after a few your hours) your budget runs out, and everyone continued to mine and now extends off of your last block, and life continues. Included in the next several blocks will be all those transactions you refused to include. So ya, ... technically bitcoin is at risk of being griefed by a party with massive hashing capacity. But if it comes, it isn't going to be from Amazon's GPU clusters.
|
|
|
And if you look at this site, you'll see no red ("no fee") transactions that low that confirmed anytime soon -- regardless of age. - http://bitcoinstats.org
|
|
|
Bitcoin Analytics now has "Arbitrage" tab.
Very, very nice! Why only OpenID? When I try to use my preferred OpenID login: http://openid.anonymity.com/YesIPreferToStayAnonymousI get: Error: Cannot retain discovered information; the provider does not contain the required attributes All I was trying to do was to see how much do I would need to pay to get this arbitrage in real-time?
|
|
|
OK, thanks for the answer. I'm gonna try this crapshoot now... two simultaneous spends from two different locations to two different addresse
Please DO MAKE BACKUPS first of your wallet.dat. Additionally, DO PLAN ON RESTORING from backups after your testing is completed (i.e., don't use new keys from the key pool that aren't in the backup). Double spends like that don't happen unless you are doing something that causes it to happen (as you have described in your plans) and as a result, the client doesn't accommodate the invalid double spend and will leave it at 0/unconfirmed with no way to clear the problem.
|
|
|
Wallet is encrypted. pywallet.py does not recognize my proper passphrase.
So both the Bitcoin client and PyWallet can't encrypt it. Almost sounds like possibly a corrupt database. In your previous post, you had mentioned that you were getting a DB_RUNRECOVERY error. Is that still the case? i had the correct password- now when i try to run bitcoin-qt i get this fatal error:
A fatal error occured. Bitcoin can no longer continue safely and will quit.
EXCEPTION: 22DbRunRecoveryException DbEnv::open: DB_RUNRECOVERY: Fatal error, run database recovery bitcoin in Runaway exception
|
|
|
You were probably trying to be considerate by posting this in the Off-topic category. But this is not just On-topic, this exemplifies the very reason Bitcoin must succeed. This is just like Ubuntu's Bug #1: Ubuntu Bug: Microsoft has a majority market share - https://bugs.launchpad.net/ubuntu/+bug/1Though Ubuntu never made much headway against fixing that bug, they did declare success after determining that the Mobile O/S essentially made Ubuntu Bug #1 a "Won't Fix" / "No longer a problem": - http://www.muktware.com/news/3571/mark-shuttleworth-ubuntus-bug-1-fixedSo, Bitcoin's "Bug #1" would be: "PayPal is still relevant"
|
|
|
Offering: Diablo 3 Gold Server: EU (Europe) Game mode: normal
PRICES: 2.3 BTC = 0,5 mln gold 4.3 BTC = 1 mln gold 8.3 BTC = 2 mln gold > 2mln negotiable
There's no better way to learn about inflation than to experience it first-hand. Diablo 3 players are seeing 10% or more currency inflation each day. As a result, the player loses 10% of holdings each day. - http://diabloeconomics.com/diablo-3-gold-inflation-how-to-preserve-your-capital
|
|
|
... And then there were three.
----------------------
Looking over the logos on the teaser page:
Asiacell, TATA IndiCom, Vodafone, Telenor, Digicel, Etisalat, Orange, Movistar, ...
This is going to be huge!
|
|
|
Doesn't that provide excellent refutation for all the Gresham's law naysayers?
Well, one thing that I'm assuming is that payment cards will always be higher than the bitcoin exchange rate. They could drop to 2%, let's say, if bitcoin or other systems (e.g., Dwolla or PayPal's wallet-based point of sale system) were to become a threat. And the difference between 2.0% and 0.6% gets to be less of an incentive. And let's compare between Dwolla or Bitcoin, for a $50 purchase. Dwolla is 0.5% and bitcoin is 0.6%, for example. So it is cheaper to pay with Dwolla than to buy bitcoins and transact with bitcoins. So it really is only payment card versus Bitcoin where there is a significant cost difference. But consider that if a lot of the legitimate, low-risk business starts to use wallet/cash methods for purchases (at Dwolla's $0.25 rate), but nearly 100% of fraudulent purchases remain using VISA/Mastercard, that not only wouldn't allow the merchant rate to be lowered and instead it could potentially force it to go up (at least for "card not present" type of ecommerce transactions). Here's a related post where I made basically the same argument on the payment network charge arbitrage: - http://bitcointalk.org/index.php?topic=80018.msg887005#msg887005
|
|
|
Believe you could have used the addnode option when starting the daemon/QT client to get it to connect to your already existing install for the download
Well, addnode will add it to the list but to force it to only connect to a specific node use -connect= -connect=<ip> Connect only to the specified node - http://en.bitcoin.it/wiki/Running_Bitcoin
|
|
|
|