Quote from: shorena on May 15, 2015, 06:54:11 AM

Quote from: CrazyJoker on May 14, 2015, 09:25:59 PM

Quote from: shorena on May 14, 2015, 08:48:21 PM

Quote from: CrazyJoker on May 14, 2015, 08:04:41 PM

-snip-
But, there is nothing hidden here. The inflow of new investments and their timing is random itself.

Transaction IDs are not listed. I dont see a common deposit address either. Both should be found easily. Not providing them openly is hiding something.

Because every bet does not correspond to a Tx ID. Players deposit in the site wallet and play from there, just like dice sites. I could make it directly on the blockchain, but that was giving rise to 2 problems...

i. I could NOT identify a referrer and thereby could NOT give referral commission.

ii. Players could NOT use web wallet, as for most web wallets deposit address is not the receiving address.

In any case, I am NOT going to change the structure as the players are already comfortable with it. But, every player who has deposited or withdrawn can identify the site address from blockchain. Moreover, all my withdrawals are listed in the thread.

Sure, do what ever you want, but dont expect people to not call you out for it. What you are saying is: everyone can check their own deposit. Sure, thats nothing special, thats inherent to the way bitcoin works. You also say that you publicly list withdrawals, which I guess is to "proof" that you pay out. My point though is that no player can confirm or deny the legitimacy of any other player. Neither can their plays be checked. Your argument is: Yep, but its more convenient that way. Ok, go the convenient route, but you are hiding something and this something can give you an unfair advantage.

If I were running on the blockchain, then the arguement would have been that I am using multiple addresses in the game. Becasue of the nature of bitcoin, it is not possible anyway to track whether two players are same or different. I would like to know how exactly I can get the unfair advantage in running this way, rather than running directly on the blockchain ?

Quote from: shorena on May 15, 2015, 06:54:11 AM

Quote from: CrazyJoker on May 14, 2015, 09:25:59 PM

As I stated, bankroll actually increases with every new bet. If a bet a bet expires, the bet amount remains in the bankroll or goes to the bankroll, whichever way you explain it. If a bet is paid, the bankroll decreases.

As I stated, this probably would make sense if I knew when someone did a bet. The information is no longer available though, thus I cant check what happend. You - again - hide information.

No Buddy. This time you are plain wrong. You just need to sign up for free and log in to know when someone placed a bet. I did not make that information available on the home page because it would make the homepage a little more heavy to load.

Quote from: shorena on May 15, 2015, 06:54:11 AM

Quote from: CrazyJoker on May 14, 2015, 09:25:59 PM

As explained above, the expiration of #122-#124 did NOT increase the bankroll. When #122-#124 were invested, bankroll increased and that helped to pay some previous bet. Expiration of #122-#124 only made sure that the bankroll will now be compared with #125. The site provide enough data to reenact what happend. Just it would be a bit more labourious to reconstruct.

You are now either calling my lazy or stupid due to your poor design choices.

Are you too lazy to sign up for free and login to check the neccessary information ?

Quote from: shorena on May 15, 2015, 06:54:11 AM

Quote from: CrazyJoker on May 14, 2015, 09:25:59 PM

-snip-
About the "I dont play and even if I would I have no advantage" issue: If I accept your logic, then a dice site can change the seed of a bet and claim that was what in the DB. Players can always take screnshot and if I change DB, it'll immediately be caught and again it wont be economical for me to cheat that way as I make more from commission by honestly running the game.

Yes, but a dice site is not PvP. If the operator wants to play against their own bankroll all they do is fake activity. That is bad enough, but at least no one is losing money.

What are you talking about ? In a dice site that accepts investment, if the operator plays against his own bankroll knowing the seeds from his own DB, wont the investors in the bankroll lose money ?

Quote from: shorena on May 15, 2015, 06:54:11 AM

Im not talking about a change in hindsight. You could add a bet 0.1 second before someone elses bet is added. The bet could be perfectly caluclated to match the amount available to receive. That would be 2-3 simple lines of code. To the outside it would appear like a lucky player and no one could confirm whether there was an actual person behind the bet that just got lucky. This is the essential propblem with a ponzi, the operator is at an advantage because they control when exactly their system accepts a bet. This is somewhat hard if its done on chain, but since TX-IDs have no timestamps its still possible. This allows them to slip in a bet that is not at risk of losing.

This time you come up with a brilliant arguement. I seriously did not think about this flaw. Thinking about it a little bit, what I can say for now is, if I programmatically do so it would create a pattern that would be caught by players today or tomorrow. But, if you have a better solution to block this flaw, please let me know.

Quote from: shorena on May 15, 2015, 06:54:11 AM

Unless you can solve this problem in a way that is publicly verifiable you can not be called provably fair and will always have someone calling you a scammer. Not because you are a proven scammer (that would be too late) or because you are disthonest (which can not be proven) but because you could scam.

Same applies to dice site that accepts investment. Do you tag -ve to all dice site owners that accept investment not because they are proven scammer (that would be too late) or because they are disthonest (which can not be proven) but because they could scam investors by playing against their own bankroll ?