 Show Posts
|
|
Pages: [1] 2 3 4 5 6 7 »
|
|
Need fair price or price at which i brought Bitcoin wrapped on fantom network.
p2p only
Telegram : skepticalman
|
|
|
|
|
i have came across fake usdt erc20 on coinbase . one of my client was fucked up with those tokens
|
|
|
|
dvdx i am at certainity that hiw the games of mines work. but can you proof read the difference between the first and the ssecond iteration also explain me why is it two iterations are so much having difference. and also how come second iteration has 2 mines , in it . so how come so many tiles opened for bombs it clearly specifies over there. also https://onlinephp.io/ can you migrate the program here ans give us a link , so that i can verify if its working or not Will try to explain this to you one more time like to 5 year old. Let's assume i go to mines and wanted to play mine game with 3 minesAt the beggining i known HASHED SERVER SEED , MY SECRET AND NONCE Lets say it's HASHED SERVER SEED = 'e7f3006651ac9fa2252cb6db7de2cfa50e8fb9ff479fd16afd45e9f5fa52c24b'; MY SECRET = 'J8ziLyE0L5'; NONCE = 1; I Started to open mines at position 1st Click "field" : 0, 2nd Click "field" : 6, 3rd Click "field": 12, 4th Click "field": 18, 5th Click "field": 24, 6th Click "field": 21, 7th Click "field": 17, On the 7th Click i busted as mine was uncovered/clicked. Now i want to verify if actually MINE WAS AT THAT POSITION at that game with NONCE 1. So i have rotated the seed to get the output for SERVER SEED , stake output for that string in SERVER SEED UNHASHED = '8935bff6600c9ebb504505757ca881131e5f4a2766e8b0debd687100be6e17c4'; Okay move on now to verify the outcome of the mines for that particular game For that instance I've used the code which i wrote yesterday to verify the mine bet Output of my code (link for you to verify https://onlinephp.io/c/b9616 ) lets verify if my unhashedServerSeed is actually sha256 hashedServerSeed , Result: => bool(true)
Mines postions
Game Nonce:1
0 = 13
1 = 17
2 = 5
3 = 8
4 = 10
5 = 24
6 = 15
7 = 7
8 = 6
9 = 22
10 = 19
11 = 0
12 = 21
13 = 1
14 = 3
15 = 20
16 = 4
17 = 16
18 = 2
19 = 23
20 = 11
21 = 12
22 = 18
23 = 14 Okay so i know that i have played with 3 mines that particular game It means in my game mines positions are 0 = 13 (1st mine position field) 1 = 17 (2nd mine position field) 2 = 5 (3rd mine position field) Okay it clearly shows a mine at position field 17 which i uncovered and busted (as explained above) NOW ASSUME BY SOME REASON STAKE PUT THAT BET TO THE ARCHIVE WITH THE REST OF THE FIELD WHICH I DID NOT OPENED/CLICKED SO IN MY LOGS I SEE "state": {
"mines": [
13,
17,
5
],
"minesCount": 3,
"rounds": [
{
"field": 0,
"payoutMultiplier": 1.125
},
{
"field": 6,
"payoutMultiplier": 1.2857142857142856
},
{
"field": 12,
"payoutMultiplier": 1.4785714285714282
},
{
"field": 18,
"payoutMultiplier": 1.7120300751879696
},
{
"field": 24,
"payoutMultiplier": 1.9973684210526312
},
{
"field": 21,
"payoutMultiplier": 2.3498452012383897
},
{
"field": 17,
"payoutMultiplier": 0
},
{
"field": 1,
"payoutMultiplier": 0
},
{
"field": 2,
"payoutMultiplier": 0
},
{
"field": 3,
"payoutMultiplier": 0
},
{
"field": 4,
"payoutMultiplier": 0
},
{
"field": 5,
"payoutMultiplier": 0
},
{
"field": 7,
"payoutMultiplier": 0
},
{
"field": 8,
"payoutMultiplier": 0
},
{
"field": 9,
"payoutMultiplier": 0
},
{
"field": 10,
"payoutMultiplier": 0
},
{
"field": 11,
"payoutMultiplier": 0
},
{
"field": 13,
"payoutMultiplier": 0
},
{
"field": 14,
"payoutMultiplier": 0
},
{
"field": 15,
"payoutMultiplier": 0
},
{
"field": 16,
"payoutMultiplier": 0
}
{
"field": 19,
"payoutMultiplier": 0
}
]
}Does that log format affect anyhow the result of the game ? NO IT DID NOT 1st . 1. Mines position -> IN THE LOG MINES ARE IN THE SAME ORDER AS IN MY CODE OUTPUT (AFTER VERIFICATION OF BET) 2. ORDER OF FIELDS OPENED IS EXACTLY THE SAME AS MY MANUALL CLICKS TILL I BUSTED ON FIELD 17 the EXTRA DATA FOR OPENED FIELDS DOEST NOT AFFECT ANYTHING AS AT THAT POINT I ALREADY LOST THAT GAME ( WHEN CLICKED MINE AT FIELD 17) So it means even if for some reason the output for fields opened have some EXTRA additional fields which were not clicked, BUT the ORDER OF that which we clicked is OK, it means there is no any manipulation. I don't know how STAKE store the logs for best, but if the ORDER OF THE FIELDS OPENED TILL BUST IS EQUAL TO ACTUALLY CLICKED FIELDS IN GAME AND MINES POSITIONS IS IN THE SAME ORDER IT MEAN THE RESULT IS FAIR. nice coverup dvdx you gave us the calculation on mines , then you deleted it . its shows that provabkyfair.me is entity of stake.com . either you are employee of stake.com or casino.guru. stake.com scams are not stopping on originals |
|
|
|
|
dvdx how come your code is not now working.
please send the code here again
|
|
|
|
compare both the iterations dydx is from CG
Let me guess, he's from casinoguru because he pointed out your wrongs and mistakes? Because, apparently, anyone that's against you in this case, are working for casinoguru. But sure, why not? I'll take the bait. So what if he's from CG? It doesn't change the fact that your arguments are wrong and Stake didn't cheat you. if your mother sleeps with whole village you can’t deny the fact she is whore. this is how much you are in denial about stake.com . |
|
|
|
|
stake.com is cheat .
i have proved it in my previous post and i say it now and will always say that
|
|
|
|
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
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. compare both the iterations dydx is from CG |
|
|
|
|
an automated system won’t add codes on themselves and a manipulated system will add codes to prove its manipulated in the back end,
a fair casino wont delete bets
|
|
|
|
unlike iteration , if the game was over why did it register extra ninces as multiplier "field":3,"payoutMultiplier":0},{"field":4,"payoutMultiplier":0},{"field":9,"payoutMultiplier":0},{"field":7,"payoutMultiplier":0},{"field":11,"payoutMultiplier":0},{"field":12,"payoutMultiplier":0},{"field":14,"payoutMultiplier":0},{"field":24,"payoutMultiplier":0},{"field":17,"payoutMultiplier":0},{"field":16,"payoutMultiplier":0},{"field":15,"payoutMultiplier":0},{"field":21,"payoutMultiplier":0},{"field":22,"payoutMultiplier":0},{"field":20,"payoutMultiplier":0} and if you can see in interaction 1 there was no multiplier or lines registered after the bomb. the system is rigged to manioulate , hence they archive the bets. citing excuse of storage. why did they stopped the api , coz in api we could have getch() function details on our computer . this is the reason they have stopped api , so that they can manipulate internally https://bitcointalk.org/index.php?topic=1494470.0For the public record, this is why I asked what outcome will explaining the betID brings us, because you simply can't accept there is nothing wrong with the betID, so you started looking for nonexistent issues to drag things around. Let me make it easier to you with another color-coded explanation [...]
"id":"827819c9-5d9b-4579-a88c-befc0fa54e99","ip":"XXX.YYY.ZZZ.AAA","iid":"house:167250384449","type":"casino","nonce":602,"value":0.0000132,"active":false,"amount":0.0000132,"gameId":"f65ec3b7-705d-42e1-9050-d9ea6fd032b3","mobile":false,"payout":0,"userId":"c3299987-21b5-49ef-bb2b-92a8512912b1","currency":"usdc","gameName":"mines","createdAt":1688821605532,"updatedAt":1688821605532,"clientSeed":"O1zKuEp8081boobs","stateMines":{"_mines":[3,7],"rounds":[{"field":23,"payoutMultiplier":1.076086956521739},{"field":18,"payoutMultiplier":1.1739130434782608},{"field":13,"payoutMultiplier":1.2857142857142858},{"field":5,"payoutMultiplier":1.4142857142857146},{"field":6,"payoutMultiplier":1.5631578947368425},{"field":0,"payoutMultiplier":1.7368421052631584},{"field":1,"payoutMultiplier":1.941176470588236},{"field":2,"payoutMultiplier":2.1838235294117654},{"field":3,"payoutMultiplier":0},{"field":4,"payoutMultiplier":0},{"field":9,"payoutMultiplier":0},{"field":7,"payoutMultiplier":0},{"field":11,"payoutMultiplier":0},{"field":12,"payoutMultiplier":0},{"field":14,"payoutMultiplier":0},{"field":24,"payoutMultiplier":0},{"field":17,"payoutMultiplier":0},{"field":16,"payoutMultiplier":0},{"field":15,"payoutMultiplier":0},{"field":21,"payoutMultiplier":0},{"field":22,"payoutMultiplier":0},{"field":20,"payoutMultiplier":0}],"minesCount":2},"clientSeedId":"fc7c4338-e91f-4c13-9cdf-e4475593d7c9","serverSeedId":"c7ae0581-091f-4b85-ac5a-9e8e15c5f7b1","expectedAmount":1.3200000000000002e-7,"serverSeedHash":"aff867a8be94f30f5bd66c7bbf0fa7a85e1c10b187c22fddb93b5efe807cc4e7","payoutMultiplier":0},
[...]
it suits you better now? The thing is, the length of the betID doesn't really matter, you hit a field containing bomb right on what the log said, at field number 3. They can add the whole text of Silmarillion on the log and it doesn't change the outcome and the truth: you hit a field containing bomb as what's been generated prior to the game being played, bomb triggered, game ended, end of story. If you can't understand this, I'm not sure how else anybody can help you. you are saying stale.com system just acted up and added those lines by themselves, their automated system where which they delete the bets. what rubbish and edited iteration you are sending do you have my archive file , that you edited and send me the bet iteration, just to prove your stake coverup propoganda. |
|
|
|
I don't know what's true or false here, but you should use some respect when you speak with support or anyone at anytime! I can guarantee you that the one you speaking with have nothing to do with what you say have happen to you. I never understand people like you that feel they need to act like an asshole on the internet for any reason. Show some respect next time and I promise that you will feel better in your soul at the same time.   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
OP's english is as good as your own English. So your post sounds kinda stupid..... The difference is that he speaks about things you don't understand, so instead of demand him to speak like a kid, stop being a kid. Just a idea!  is this post about stake.com scamming or you4 value education ?? |
|
|
|
unlike iteration , if the game was over why did it register extra ninces as multiplier "field":3,"payoutMultiplier":0},{"field":4,"payoutMultiplier":0},{"field":9,"payoutMultiplier":0},{"field":7,"payoutMultiplier":0},{"field":11,"payoutMultiplier":0},{"field":12,"payoutMultiplier":0},{"field":14,"payoutMultiplier":0},{"field":24,"payoutMultiplier":0},{"field":17,"payoutMultiplier":0},{"field":16,"payoutMultiplier":0},{"field":15,"payoutMultiplier":0},{"field":21,"payoutMultiplier":0},{"field":22,"payoutMultiplier":0},{"field":20,"payoutMultiplier":0} and if you can see in interaction 1 there was no multiplier or lines registered after the bomb. the system is rigged to manioulate , hence they archive the bets. citing excuse of storage. why did they stopped the api , coz in api we could have getch() function details on our computer . this is the reason they have stopped api , so that they can manipulate internally https://bitcointalk.org/index.php?topic=1494470.0 |
|
|
|
|
simple thing compare it with the first iteration
if the bomb triggered the loss, why didn’t the first iteration had the excessive multiplier.
how can a iteration format be different for a same game same odds.
why do stake.com need to archive the bet in a hurry.
all this thing is gameplay manipulatiin and you are barking on the explanation
the iteration are something whic are automatic stored , why there is such a huge difference between the iteration.
why did casino guru lied that provablyfair.me doesnt being to stake.com
why did casino guru lied about the 480 million dollar lawsuit filed on stake current owners.
|
|
|
|
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
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. don’t be in denial dvdx provided me with calculation, i am talking about the bet which stake.com deletes in the system and archives it . the iteration doesn’t read as correct. how can mines of 2 have 13 mines in a game. you are being stubborn denying the facts which stake.com records at back end. if say something to you. you will try to deviate from off topic questioning my crediblity. whereas you are the one who applys for loan do not payemnt to or are late on payments on it. |
|
|
|
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
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 |
|
|
|
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
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. how come bet of 2 mines show and describe the iteration having 13 mines . check point 3 and iteration 2 |
|
|
|
No, the problem here is you being too stubborn to see that you made mistake and misunderstand things. Many, way too many people tried to help contributing to this case, allocating their time to inform you what exactly happened, how to verify bets, etc. and yet you still insist to stick to what you believe, despite all of the facts.
My friend the problem is not the OP's topic, it's his narrative. No one came out and said no this this this you are wrong. Stake and CG are father and child companies. I have and had every proof and stake didn't even bother to give an answer because they don't need to. They have a fan base of spastic people who don't even know how to earn a living, won from crypto; childs. I hate that no one blames stake but only players; this is how payroll works i believe.(I'm not talking about you.) 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... [...]
Last comment on that. Wish you to have a good day.
Here's the popcorn, there's the seats, feel free to join the rest of us and enjoy the show. 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 |
|
|
|
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.
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. 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. 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. if you are saying that archive filing does not prove fairness of the bet. so why within 2days they archive the bet . and when we search bet it’s shows betid not found. i revolve seeds after a months of play. they archive only few bets which is manipulated or giving you loss on the first tile.
this is also a illegal practice by stake.com
your php program is good . i didn’t find any issue with the bet which is showing the system.
the problem is with the archive bet.
they are archiving the bets which they have manipulated and i am 100000percent sure… 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. 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. 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 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. 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. and moreover you are saying the archive bets data is not usually provably fair.
what bullshit you are saying man.
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. 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-comprovided 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. |
|
|
|
|
and moreover you are saying the archive bets data is not usually provably fair.
what bullshit you are saying man.
|
|
|
|
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.
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. 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. 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. if you are saying that archive filing does not prove fairness of the bet. so why within 2days they archive the bet . and when we search bet it’s shows betid not found. i revolve seeds after a months of play. they archive only few bets which is manipulated or giving you loss on the first tile.
this is also a illegal practice by stake.com
your php program is good . i didn’t find any issue with the bet which is showing the system.
the problem is with the archive bet.
they are archiving the bets which they have manipulated and i am 100000percent sure… 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. 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. 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 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. |
|
|
|
casino.guru are fraudster, i submitted the claim regarding stake.com manioulating the bets and they stretched the ticket two months and they stated i didn’t proved any proof, although i provided them all the proof, and x posed casino malpractices and organisation . they stated provablyfair.me is a third party verification tools for the stake.com but they are under the same umbrella company . they even lied about most the things. they denied about stake.com having a 400 million lawsuit . and are in denial and colluding with the casino. here is the thread with screenshot and proof , about how casino.guru lied and covering up for stake.com https://bitcointalk.org/index.php?topic=5468477.0 |
|
|
|
|
