Bitcoin Forum
October 06, 2024, 06:34:36 AM *
News: Latest Bitcoin Core release: 28.0 [Torrent]
 
  Home Help Search Login Register More  
  Show Posts
Pages: [1]
1  Economy / Gambling / Re: I have solved the problem of complexity in provably fair games on: August 30, 2023, 03:19:36 PM
OK. Good luck with your endeavors, I will be happy to audit the system when/if a casino implements it.
2  Economy / Gambling / Re: I have solved the problem of complexity in provably fair games on: August 30, 2023, 02:15:46 PM
Hello,

I work as an independent Provably Fair auditor for the Provably Fair Foundation. I'm interested to hear the details of your new system (under strict NDA if you insist), to validate the claims that your system is as revolutionary as you say it is. I have seen many proposed systems in the past, yet most have a fatal flaw of some kind. Truthfully, I find it hard to believe that this system will live up to the expectations of a Provably Fair system, but please PM or email me if you believe it does so I can arrange some form of an audit.

Cheers.

Hey there,
I am only interested to work with casinos. NDA is also very fragile, and I wouldn’t even reveal my idea to the casino under NDA. They could pass it on to a friend business and the other business would say “we discovered it”. It would be a believable story since, as I said earlier, it is a simple process. I would only reveal my process after getting hired as an advisor and after signing a very solid royalty fee contract that binds the casino for any change in their provably fair system that could be related to my idea. Now if they don’t want to implement it (which I know isn’t possible), I would only continue giving my services as an advisor.

This is the only way for the time being. If this doesn’t work, I’ll have to figure out another way. But I am as sure as I can verify Stake games on my JavaScript program that my system is equally provably fair. It’s either provably fair or not. No flaws are allowed of course.

To be honest, you’re also making me even more excited about this. You say you hardly believe this could live up to the expectations. It means you, as a professional in this domain, think the expectations are high. It means my system truly has some potential as I think it is. Because I know the expectations are met in every sense of what I said.

I'm interested to know whether your new system actually changes the client and server seed dynamic, or whether it is a JavaScript verifier for current provably fair implementations? If the system is changing the actual seeding steps, you must make sure your system actually follows Provably Fair regulations. If you do not wish to reveal your idea even under an NDA, would you be willing to email me so I can clarify a few more things about your system to determine whether it is provably fair as you say. The current client and server seed system is, from a technical standpoint, very solid and not in need of a change. If your idea is a JavaScript verifier for currently in-use systems, that is a different matter entirely.
3  Economy / Gambling / Re: I have solved the problem of complexity in provably fair games on: August 29, 2023, 07:46:41 PM
Hello,

I work as an independent Provably Fair auditor for the Provably Fair Foundation. I'm interested to hear the details of your new system (under strict NDA if you insist), to validate the claims that your system is as revolutionary as you say it is. I have seen many proposed systems in the past, yet most have a fatal flaw of some kind. Truthfully, I find it hard to believe that this system will live up to the expectations of a Provably Fair system, but please PM or email me if you believe it does so I can arrange some form of an audit.

Cheers.
4  Economy / Gambling / Re: ⭐ TronFun | Roulette&Duels | Provably Fair/Social Games | Fast Dep/With BTC-TRX on: June 27, 2023, 02:47:21 PM
Quote
what you say makes no sense. I don't understand  ,  Why should we make the result 1 second early or late?

Let's use your provably fair demo:


Code:
const ROUND_CREATED = "6/20/2023, 10:31:12 PM";            // Timestamp when round was created.
const ROUND_HASH = md5(ROUND_CREATED);                     // MD5 of Timestamp.
const SECRET = "vo1Ee1o11CSv";                             // A 12-characters string randomly generated.
const ROUND_ENDED = "6/20/2023, 10:31:32 PM";              // Timestamp when round has ended.

const GEN_OUTCOME = hexdec(sha256(`${ROUND_HASH}-${SECRET}-${ROUND_ENDED}`).substr(0, 8)) % 15;

console.log("Outcome is", GEN_OUTCOME);

That prints:
Code:
Outcome is 2


But let's say the round ended 1 second earlier:  
Code:
const ROUND_ENDED = "6/20/2023, 10:31:31 PM";


it would print:
Code:
Outcome is 13


Because we have no way of verifying when the round should have ended, or started, there's no way to know if you have manipulated the result or not.  

A malicious site operator could easily cheat by picking secrets, start or end times to lead to what ever result they wanted. Therefor it's not provably fair.

round duration 30 seconds.  Look at the time of the previous round and add +30 seconds. simple.
If you check the provably fair section, the round is always finish every 30 seconds and the time is written.

here is the proof for you

last round: 10:43:11
when will the next round be over?
of course , 10:43:41


i think everything is fair

I mean, the user will notice it when they check it out.
Let's create a scenario from what you said

const ROUND_ENDED = "6/20/2023, 10:31:32 PM";              // Timestamp when round has ended.
That prints:
Code:
Outcome is 2
so the result is red.  

"6/20/2023, 10:31:23 PM" The user placed a bet before it drawn at this time. and think you're betting on black. and we don't know the result because time is not up. would actually lose the bet.

i interestingly drawn 1 second early or later.
Code:
const ROUND_ENDED = "6/20/2023, 10:31:31 PM";

it would print:
Code:
Outcome is 13
 > 13 - black
and the user won.
So I roll the dice without knowing the result. user won because of me.
and When you check it, it will ask why the round ended 1 second late or early.
So our system is fair.


I never know the result. why would i make it 1 second late or early.  If I knew the result 30 seconds ago, what you said is true.
I am confused

https://replit.com/@steampoweredgj/RosybrownIntrepidDebugger  You can verify the rounds with nodejs. just test and check everything.

Hussein is right. The provably fair system on this site is completely obsolete, as the "Secret" string you are using for roulette can be cherrypicked once bets are placed - meaning the entire round result can be swayed in the house's favour if a large bet is placed on a certain spot. Taking a quick look at your Duels game mode, it also seems to have a faulty provably fair system.

Consider using a hash chain for your roulette, with the client seed being picked via seeding event, and using EOS block hashes for your Duels.
Pages: [1]
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!