Topic: Satoshi Dice -- Statistical Analysis - page 80. (Read 192896 times)

Each bet has 2 transactions. Did you count it?

Hadn't you found that those have since been resolved?

Updated, and with the calculations you requested.  I don't know why I didn't do it originally, I've been curious myself...

It's actually not as much as I thought.  Only 22% of transactions and transaction bytes are due to SatoshiDice (starting the counters after the first SatoshiDice transaction).

Next time you update the stats, could you also include "megabytes added to the block chain" and/or "percent of total bitcoin transactions"?

lol, no i didn't see that thread.  but a martingale system seemed a natural response to the satoshidice setup,  you're way ahead of me.  

satoshidice has a very wide dynamic range... doing the standard 2x martingale, it allows up to 17 losses in a row... you won't get anywhere near that at a regular casino... more like 4 or 5 in a row.

the key to reducing martingale risk (for the house) is bringing the min/max closer together.

Martingale on a negative expectation game still has negative expectation so it's the users who are susceptible to it, not the site.

(Casinos avoid it because its procedurally disruptive, and rapidly ruins customers they're rather milk, not because it makes the games net positive for the players)

are you talking about this automated program by any chance?

i see that you have a maximum bet per address, but aren't you still susceptible to a http://en.wikipedia.org/wiki/Martingale_%28betting_system%29 martingale betting system?
since you have static 1dice addresses, you could get wiped out pretty quickly by an automated program

Actually, the fees are computed along with everything else, and included in that number.  As of my latest post:


The latest win/lost difference is 225.72 BTC, and then they've paid 25.06 BTC in fees to execute the payouts.   It appears they've paid slightly more than you would expect in fees... which with the above data would be 24.9305, but the script found 25.062 in fees paid.  Not a huge difference, but it means that some transactions must've had more than 0.005 fee.  Perhaps there were a couple winning payouts that required creating huge transactions and required larger fee.  I would have to assume the fee logic is included and automatically adjusted appropriately...

EDIT:  I see you figured it out before I finished posting   Oh well, I'll leave this post here...

And that's not including the fees it pays on each payout,right?
 46518 X 0.0005 = another 23.259 BTC

[Edit: I overlooked in the OP, fees were included in that 250 BTC total.]

It looks like whatever the problem was, it's fixed now.  Or very close to fixed.  I just re-ran my script, and there's 100% accounted-for on almost all rows.  Any remaining are probably live bets that naturally haven't had time to be paid out.

If I had anything to do with that getting fixed (like the script or tx list), I'd ask for a donation.  But it looks like SatoshiDice is now down 250 BTC with all the extra payouts    Not the best time to lobby for donations...

Two of my bets are listed on your list of unreturned bets. (5BTC and 1.9995BTC)

Hope I get a reply eventually

--TE

Erik,

Sorry for being out of the loop, but are you part of SatoshiDice.com?  I have no idea who's running it, I just know all the transactions are public and it's "easy" to collect the statistics.  And I like statistics

It looks like the site is down about 80 BTC total since it started.  Though, that number seems to fluctuate significantly -- statistically speaking it takes a long time for a 1% edge to prevail over the statistical variance of the game and 80 BTC is small compared to the 18,500 BTC wagered so far...

I am curious what happened to that 1% of unreturned transactions.  In case you want it, I posted the list of all unreturned transactions to my public dropbox folder.

I will tell you it's a negative number so far which has totally ruined my week

etotheipi - I'll have the developer check on your info, thank you for the analysis.

I dug a little deeper to find out if the unaccounted-for bets are a real issue with the SD service, or if it's a bug in my script.  I got my script to print out the list of unaccounted-for bets and then I randomly selected 4 of them.  Sure enough, block-explorer says those wagers have not been redeemed yet.  (I doubt anyone cares about the full-list, but I can give it if you're interested):

http://blockexplorer.com/tx/968a692ab98b1f275c635c76be003ab1db9740d0b62f338b270115342ca42f5b
http://blockexplorer.com/tx/931fbfc921291aaa8a4cd3d26e71f513143ddcd3ae97da37ed6db1266a9058fd
http://blockexplorer.com/tx/7719d3f8c1bacd64b8e38a76c6ab1d5f4071ecc06fce82f7409d6a4ec265504b
http://blockexplorer.com/tx/fbb636d434b556cb1c6ae80e0e5a76eec05fb7c85ab7fffcf90fdb5b40b56987


--The sum of all unaccounted-for wagers is 85 BTC.  I didn't do statistics on how that 85 BTC was distributed, so it's tough to tell how much they should've statistically paid out on these 85 BTC.  If they were all losing bets, SD would've paid out another 0.85 BTC.  Upper limit cannot be investigated without more work...

--I would hypothesize that for these 500 of 47,000 unrewarded bets, that they were paid out in another way.  But my previous scanning watched for return tx to the first sending address of the wager transaction, and I got the same results.  This means, that at least there was no automated payout.  Luckily the number of these is low, so probably don't skew the statistics too much, except for the 1dice3jkp which is missing 6% of the bets!

--I also rescanned just since block 179,000 to see if they have gone away (suggesting that it was an early bug in the service).  That's not the case.  There's still plenty of unaccounted-for bets in the last 800 blocks. 

--Therefore, it seems that SatoshiDice occasionally doesn't return bets!  I suppose it is possible that these bets are manually executed after a user does not get his payout and contacts the service.  However, there's no way to know for sure.

By the way, the cumulative wagers at the bottom do include these unrewarded wagers.    The "Cumulative Rewards" is probably artificially low.  SD is probably either slightly more red, or should be if they had to pay out on those unaccounted for bets.

Google docs have a quite nice API and you could use a spreadsheet there as input data for a graph/chart that would then get auto-updated every 15 minutes or so...

...but you should really rather work on Armory!

Finally!  Computed total profit/loss for SatoshiDice.  Looks like luck is not really working in their favor at the moment...




I forgot that all SatoshiDice bets are returned by spending the wager transaction, which is what I should've been searching for when scanning the blockchain.  So I modified the script to search for wagers and then subsequent spends of those wagers...and I got the same results.  Still a few that aren't accounted for, but those shouldn't substantially skew the results...  I suppose it's possible that they were transactions lost during debugging before SD was officially released...? 

For now, I need to get back to Armory development.  But I will keep this table/data updated daily, and eventually add confidence intervals and possibly localized statistics (last week, last 24H, etc).  Possibly figure out how to start auto-updating...

Good question!  I'll add that to my script... as soon as I finish releasing Armory 0.76 (which will hopefully be tonight!)

I will have to expand the script a little bit, to be able to determine transaction fees.  But it can be done...

So how much profit has satoshidice made so far?