98.1%   and when they started out they were 98.5%.

Odds at a vegas casino for slot machines, etc, are much lower, maybe 96% and down, even 92%.

State run lotteries payout about in the 70% range or less.

Blackjack at a casino table might have better odds, depending on how you play and how many hands.

Now because what SatoshiDICE does can be relatively easily replicated, a competitor will probably undercut SatoshiDICE by offering better odds, maybe 99%.  An ad-supported service might even be able to beat that, giving even higher odds.

But for now, SatoshiDICE provides something of value (a way to gamble knowing you won't get cheated, and without paying the house a ton for the privilege of *usually* giving them your money). 

Just to clarify that.  The yubikey mode that is supported is for their static password, not the One Time Password (OTP) which protects against a replay attack.

A few different factors that will weigh on that.

If you want simplicity, Paytunia is probably the simplest.  It is available for web access and as an app for Android as well (the iOS app got yanked by Apple from the App store).

Another simple solution is InstaWallet.org which also has a mobile app for Android.   The problem is this is a low security app (no password, just URL).   If iPhone suport is needed, EasyWallet.org can be used as a web app from a mobile where a barcode app is used for scanning QR codes.

All of those are hosted (shared) EWallets.

A hybrid EWallet doesn't store your keys.  Blockchain.info/wallet is the leading hybrid EWallet.  They too have a Android moblle app, and an iOS version as well  (which may or may not have access to the wallet, depending on which intern at Apple's approved it before intervention from a higher source in the company.)

Bitcoin Spinner for Android is a mobile app that uses Simplified Payments Verification  (SPV)  (i.e., a server that holds the blockchain) but there is no web interface that accesses the wallet.

So all of these have tradeoffs.

 - http://en.bitcoin.it/wiki/Mobile_Payment_Apps

Simply notifying the recipients would not be commercial so it wouldn't violate U.S. anti-spam (Unsolicited Commercial E-mail) laws.  I don't know the laws in that jursidiction.  Adding Bitcoin could cause it to be interpreted as being a commercial message.  

Regardless that's more like a boiler room type / telemarketer tactic.  The message about Bitcoin as a pseudonymous store of value will reach them eventually, it is probably is best not to give a bad first impression.

Revenue resulting from direct emails by a few aggressive salespeople: Tens or hundreds of thousands of dollars.
Losses resulting from data leakage by the same aggressive salespeple: [About ten minutes of time from some customer service rep, maybe a supervisor has to say Oh so sorry, K Thx Bye.]

Net result:  More of the aggressive salespeople will continue just as before, data privacy be damned if it happens.


Years ago there was a division at Kaiser (a very large hospital system in the U.S.) that had a form for doctors to use for referring patients to outside surgeons.  At the bottom of the form was a fax number for use on their inside phone system (TIE Lines).    At some point, this form was distributed to doctors outside their system.  Coincidentally, I had a fax number (eFax) that was the exact same number as that Kaiser TIE line number after the TIE line number was prefixed with my area code.

Several times a week I would get faxes from doctors offices referring their obese patients for bariatric bypass surgery.  At first it was quite entertaining ... people were claiming to their doctors that they ate cucumbers and bread crumbs yet watched their weight zoom, up from a number that started with a three to even bigger numbers.  But at the same time I was getting each patient's name, address, SSN, phone, next of kin, height, weight, race, hair and eye color, psychiatric counseling history, pre-existing conditions, etc.  All huge HIPAA violations.

For some I would call the doctor's offices and make a plea that they figure out the error in their process.   I continued to get faxes -- often from the same doctor's offices, and sometimes they were even sent by the same people I had previously talked to on the phone.  They were simply blowing me off.  It wasn't costing them anything.

Then I appealed to Kaiser.  They passed the buck because they weren't the ones sending me the faxes ... essentially "not our problem, contact the private doctor's offices directly".  

The faxes were arriving with increasing frequency so I simply took a sample of forms received for the week and attached them to an e-mail that I had written to the Medical Board of California.  Within about 24 hours I had gotten written apology e-mails from Kaiser (the same person who had previously said "not our problem" was now acutely aware of whose problem it was and was apologizing profusely) and from each of the doctor's offices whose faxes i had forwarded to the State.

Kaiser's rep assured me that each doctor in their system would become aware of the problem and if I were to receive any more faxes to please let them know.   I did get just a few more after that and then they stopped arriving and that was that -- except for one about six months later, from a new hire using the old form from a training manual was the explanation that I was told.

At this moment there are 5,000 transactions unconfirmed.  Even though you had a fee, the amount of the transaction was low.  Presuming the transaction is valid, then there is mothing you can do but wait, it could be up to a full day.

Yes.  It won't be immediately on startup, but within a half hour the client will rebroadcast it.

Sorry, SMPAKE
 - http://bitcointalk.org/index.php?topic=102176.0

Is your wallet passphrase encrypted?    If so, at least steps 1-3 can be done and tell you how much of unspent funds there are.  Since the funds can't be spent without the passphrase the wallet can be shared without requiring a high level of trust. 

If you do have it encrypted, you might want to change the passphrase if the current one is one that is sensitive information (e..g, used elsewhere, in part or whole).

Just make sure you make a backup of your wallet.dat before doing anything else to it.

If it isn't passphrase encyrpted, then it should only be shared with trusted individuals.

That is THE worst advice I've ever seen given in response to "how to stash my coins".  Giving your coins to someone else to hold has way more risk than printing out paper wallets or running from a LiveOS, etc.

Once a transaction has been broadcasted the client generally doesn't need to do anything else.  The exception is where there were communications issued and the message never got received by any nodes, or the transaction was invalid or too spammy and nodes didn't relay it.

But the client will see that it hasn't been included and before a half hour is up will re-broadcast it (and continue to do so forever until it is included in a block).


You can create a new transaction that happens to be a transaction that send the funds back, but there is no relationship between the two other than that one was relayed to you first before you created a new one in response.


Bitcoin-qt will not let you create a transaction that doesn't have at least one confirmation.  I think bitcoind allows a transaction on 0/unconfirmed.  If not, others that do this must be patching bitcoind to support it.

So you are creating a blockchain based gambling site?

There is no directory of addresses or anything like that.

Some services might let you query to determine if they are with that service.

For instance, SMKAKE SMPAKE knows if an address is one for a wallet at Mt.Gox (it even knows if the account it belongs to is verified or not).  I don't know the API call for that, it was just added so it may not be documented yet.

That's the only hosted (shared0 EWallet I know that does such a thing.

Gettransaction is an API call that gives this info, for a transaction received to an address in your wallet.

The upcoming release of Version 0.7 of the bitcoin.org client has getrawtransaction and that will give you that information for any address, regardless of whether or not it was one in your wallet.

As far as fees, if you don't pay a fee it may (will, most likely) take time (possibly a long time, like a day) to get included in a block.

Did you post the wrong photo?  Everything looks normal.  If it was due to price status,  ... last is below high and above the low.

[Edited] The Last price is converted from whatever market had the last trade.  So the BTC/USD wasn't the last trade, but BTC/some other currency was it was converted to USDs and displayed. [I think that's what gets displayed.]  Now why BTC/USD isn't trading, who knows.

That (offline wallet) is one of the requests on the Raspberry Pi thread:

 - http://bitcointalk.org/index.php?topic=93724.msg1155722#msg1155722

I maintain it.  Glad it is useful to you.

If you are looking at the blockchain data to determine who sent you money then you are doing it wrong.

Bitcoin works where you create a new address for each transaction.  So you know who sent you money because you know who you created that address for.


That's actually bad because if the payment came from a hosted (shared) EWallet the address the payment is from is not the sender's address.  You never want to send funds back to that address as they likely will not get credited to the recipient.

Systems, such as SatoshiDICE are a special use case -- and they specifically warn the player to only use a local client (Bitcoin.org client) or other hybrid EWallets that are on the approved list (e.g., Blockchain.info/wallet ) as they don't suffer the same problem as hosted (shared) EWallets.


Gettransaction is an API call that gives this info, for a transaction received to an address in your wallet.

The upcoming release of Version 0.7 of the bitcoin.org client has getrawtransaction and that will give you that information for any address, regardless of whether or not it was one in your wallet.

I think that settings is referring to new deposits involving banking.   I'm thinking loading a EUR redeemable code adds funds to your EUR wallet on Mt. Gox.  If you then want USDs, you buy bitcoins on the BTC/EUR and then sell bitcoins on the BTC/USD market.  The fee is less than what Mt. Gox charges to withdraw EUR as USD to a bank, I believe.

Looks like you have sufficient requirements:

 - https://support.mtgox.com/entries/20919111-aml-account-statuses

Next just take a color scan / photo and upload it when you get to that part.

Log in then Settings -> Get Verified and go through the steps.

 - https://mtgox.com/forms/verification

I believe the only way you'll find a trade like that is to go through VirWoX to do it.  You purchase SLL (Second Life Lindens) with Neteller.  Then you trade SLL for BTC:
 - http://www.VirWoX.com