Topic: stake.com and Casino.guru coverup. - page 2. (Read 577 times)

simple english

stake is fraud.
manipultes the bet in the backend
deletes only few of the bets to which they can change the result.
ops in slovakia and australia. where as online casino are banned in australia.
registered in curcao , where there is only non existent authority of gambling.
provablyfair.me which is endorses by stake as third party is their umbrella company.
son of a convict fraudster runs this company and endorses it .



any questions

 reveal nonces 1001-2000 , play a simulation of the result without knowing the actual result.
calculate probablity of winning from 1-1000
you will come to know the difference.
they will say bullshit about rtp.


for two mines and revealing two mines
before revealing seeds winning probablity is 0.69 approx on two mines for two tiles
once you reveal the seed and simulate the winning for next 1000 nonces the probablity changes to 0.9234,
above stats from user experience .
set considered 0-2000, actual data may vary based on client seed and server seed

my god, your english is a absolute mess and nobody will read through all this.

get to the point and explain it as simply as possible so everybody can understand it

how come bet of 2 mines show and describe the iteration having 13 mines .
check point 3 and iteration 2

And to what outcome will it bring us? dvdx1995 had spent a lot of effort explaining everything to you, including those question you asked, and you still managed to shrug it off as Stake's fault... and CG's.

well we’ll whose here.
do me a favour compare both the iterations under point .
then say provablyfair.me and stake.com and seperate entities and then say stake.com do not have. a 400 million lawsuit against them
then claim casino.guru findings are true
right , this is what you have been doing right
holydarkness is in your mind.

still none you explained how on archive bet of 2 mines i can open 12 bombs playing manually

As you can see from the very long and detailed exchange of posts above, the problem is OP being too stubborn. He insisted on things that he assumed to be correct and forced perspective based on what he believe, no matter how many people tried to explain to him and the length they took to help him understood his situation. Everybody that come to his case started nicely and politely, tried to explain what exactly happened, and then OP... well...


Here's the popcorn, there's the seats, feel free to join the rest of us and enjoy the show.

I know you are from Casinoguru.com . seem you went on length to lie about relation between provablyfair.me and stake.com .lied to me about 400 million dollar law suit against stake.com freeman vs stake


if it was in my control , i won’t let casino archive the bet. but unfortunately it’s stake scam policy to archive the bets and the back end automatically registers the bet.
stake archive those bets randomly or by practice of fooling people. i found the iteration registered in the back end for mines 2 placed as 11 . then i am the problem here ??

even 3 support agent revelaed that the mines registered for one of the bets were 11 , when orignally placed for 2 l

so basically casinoguru just took information from me and therby just to damage control the reputation of stake.com


============================================================================

Do. not trust casino,guru they collude with casino and lie and provide false information to customers

https://casino.guru/stake-casino-player-alleges-bet-manipulation-at-stake-com

provided them with all proof , they fail to investigate the back end of the casino which is linked to the same umbrella comoany. they are liars.

Yes and what is the point about my account, i opened exatyly because i wanted to explain you how this system works , how you can verify each of the bet, i even provided for you OPEN SOURCE CODE which everyone can see and verify if it returns correct results .. just wanted to be helpfull .. however, you are like a parrot repeating the same thing over and over again.

Please read once again my comments on this topic and i hope you will understand WHY ARCHIVE BETS DOES NOT PROVE FAIRNESS ..
HOW ARCHIVE CAN PROVE FAIRNESS IF YOU DONT KNOW SERVER SEED ??
THEY ARCHIVE BETS DAILY AND I DO NOT FIND ANY INFORMATION ABOUT UNHASHED SERVER SEED SO IF THAT ARICHVE IN YOUR OPINION PROVIDE A FAIRNESS HOW YOU CAN CALCULATE IT WITHOUT SERVER SEED ??

Last comment on that. Wish you to have a good day.

 and moreover you are saying the archive bets data is not usually provably fair.

what bullshit you are saying man.

looks like your profile was created only to comment on this bet,post 28th sept.

go ahead and compare iteration in point 3 of the post. how can i open 13 bombs on mines games of 2 bombs.

Alright, so even though the facts and arguments presented to you, as well as the solutions on how you can verify each game fairness, don't seem to convince you, you still remain stubborn and believe you know best. Despite zero evidence of any manipulation, you insist that black is white..

I provided you with all the possibilities and data you need to verify each bet, also those which you have in your archive of bets and compare it with what the function calculating the occurrence of mines (sorted from 1 to 24 mines) returns... and you haven't provided any specific bet where manipulation is evident... Nevertheless, I wish you a good day and good luck. As I mentioned before, and as other users have confirmed in your previous topics, there doesn't appear to be any manipulation of bets here.
From my side, that's all.

looks like you sign up on bitcointalk.org only this post. just kidding.
see the fairness can be manioulated by stake it’s happening .
hence the archive results are different.
if they can manioulate the archive results which means they are purposely deleting the bets .
anyways your php script was helpful , but stake.com is manipulating the bets that’s for sure
and casino.guru is covering them by spreading all lies about the website.

The byteGenerator function generates a sequence of numbers based on the given inputs: serverSeed, clientSeed, nonce, and cursor. This function is based on the HMAC-SHA256 algorithm, which is widely used to generate cryptographically secure hashes. There is no obvious connection to Benford's law here, since this law deals with the distribution of the first digits of numeric data, while this function generates a sequence of bytes based on inputs.



Stake give you the results of each of the round played as the game is ended (win or lose)
Told you that you can either verify the results by the graphic image of the bet, or inspecting your network tab in the browser to see the outcomes...
there is no any time for manipulation in the back end, also if they would manipulate the result you would clearly see it while verifying the bets with the function i provided to you.



I assume as the amount of bets which they handle every day it may be some delays to generate the file for each of the user and it's unique bets ...
Im not behind the stake so i don't know how this process work in their backend to generate this file, but I i'm 101% sure that the file which they genereting to "provide" your bets does not prove the bet fairness....
It is just only to show you the bets which you can't see in your bet history as they limit the history to maximum of 40 last bets...

You can create this archive of your bets by your self registering each of your bet places and the outcome by yourself... then rotate your seed to verify the outcome and if you will find any game that have differend results with your own archive then we may assume something is mainpulated.. but since that point you have not proved that they manipulated anything.

Your acusation to them is that the iteration is different and some bets are missing in the bet archive file which you can download, but i will repeat this for x time, IT DOES NOT MATTER , as the FAIRNESS OF EACH BET is not based of that what you have in their "archive" but by the factors that i already mentioned to you at least 3 times.

dvdx



again Benford law can be applied and is much effective with binary data.
you have pulled the program i appreciate it.
but your claims about archive data is absolutely wrong.
archive data you must know how to read.


there is manipualation in the back end of stake.com
hence the automated data which is archive in the back end won’t have such different iteration.