Pages:
Author

Topic: EthereumLottery.net [GAMBLE] - page 2. (Read 4462 times)

member
Activity: 84
Merit: 10
June 09, 2016, 03:10:46 AM
#49
Thanks, i count on you later Wink

what do you mean ? Smiley

Maybe I'll invest the ether you sent me in your game Smiley
full member
Activity: 237
Merit: 100
June 09, 2016, 03:02:27 AM
#48
Thanks, i count on you later Wink

Thanks IFa Smiley

Good luck with your project  Wink
member
Activity: 84
Merit: 10
June 09, 2016, 02:41:22 AM
#47
Thanks IFa Smiley

Good luck with your project  Wink
member
Activity: 84
Merit: 10
June 09, 2016, 02:04:30 AM
#46
Yes it's my address, it's a new account (trying Jaxx on Ios  Grin).
full member
Activity: 237
Merit: 100
June 09, 2016, 01:58:09 AM
#45
Please confirm your addres, because this account has no one ether on it.

Hey IFa,

Ok good to know it was only a typo.
Thanks for the generosity to thanks me Smiley

0x002a6f2dDb6Ed62067Bda1B813493aE4BB3574e8

member
Activity: 84
Merit: 10
June 09, 2016, 12:04:09 AM
#44
Hey IFa,

Ok good to know it was only a typo.
Thanks for the generosity to thanks me Smiley

0x002a6f2dDb6Ed62067Bda1B813493aE4BB3574e8
full member
Activity: 237
Merit: 100
June 08, 2016, 05:30:21 PM
#43
Dear sydhelly,
Thanks for you check, this was a typo. One ! Missing before the function. I have fixed it, but I deploy the contact only tomorrow. I have modified today few little things, because I work on a Đapp for this contract and need more events Smiley The project is 50% done.. Few days and I upload it.

I would like thank your reports, please give your ethereum address.

Best regards:
-IFA

Hey Ifa,

I think the chances are more fair now.
It's still only 1/26 for *10 gain but it's working as advertised.

BUT !!!!
I think there is a big problem in your code.
when a player wins you have this line to send :
      if (value_ > 0) { if (msg.sender.send(value_)) { throw; } }

this means that the transaction fails if you send the win.
did you forget ==false ?
Or is this intended Huh

I'm puzzled ><
member
Activity: 84
Merit: 10
June 08, 2016, 05:05:48 PM
#42
Hey Ifa,

I think the chances are more fair now.
It's still only 1/26 for *10 gain but it's working as advertised.

BUT !!!!
I think there is a big problem in your code.
when a player wins you have this line to send :
      if (value_ > 0) { if (msg.sender.send(value_)) { throw; } }

this means that the transaction fails if you send the win.
did you forget ==false ?
Or is this intended Huh

I'm puzzled ><
full member
Activity: 237
Merit: 100
June 06, 2016, 02:27:47 PM
#41
Thanks! Nice! I wait your response. Smiley

GJob for the update.
I will read the code when I have time and let you know what I think. Smiley
member
Activity: 84
Merit: 10
June 06, 2016, 11:59:50 AM
#40
GJob for the update.
I will read the code when I have time and let you know what I think. Smiley
full member
Activity: 237
Merit: 100
June 06, 2016, 05:44:31 AM
#39
News!

Type D contract is ready to use!

This is a unique gamble game wo you can be Player and Investor in the same time!

Document:
https://ethereumlottery.net/doc/dEthereumlotteryNet.html

Contract:
https://live.ether.camp/account/0xe0CFa488bB6442D39a4aBf844D5876F209f03871
https://etherscan.io/address/0xe0CFa488bB6442D39a4aBf844D5876F209f03871#code

Website:
http://d.ethereumlottery.net
(Play from the website is still under development.)

Yesterday have increased the faucet claim reward from 10-25 szabo to 10-50 szabo.
50% ref and 10 minute claim delay is still available.
http://faucet.ethereumlottery.net
full member
Activity: 237
Merit: 100
June 05, 2016, 11:38:31 AM
#38
This is the reason that we need to work with big numbers.

Please check this my Friend: http://pastebin.com/fhF3i6y0
If you see, when you increase the number then the result will be 0 on every 26 time. This mean: 1:26 for get the result: 0 !

I have now whats wrong! When the Difficulty changes under 1 million then the success rate is absolute high.
Example when you want play with 1.1 ether and you get 118181817 Diffi, then you have 1 : 59 090 908 rate. This means the calculation is wrong.
I disable the contract until i can fix this problem.

Very thankful for your report!

I will reply when i'm done with the contract.

Best regards:
-iFA

no it's false. You assume you can divide both sides of the modulo and preserve the chances, it does not work like that.

the bignumber*1million should be a multiple of 118'181'817 for your contract to trigger the transaction.
that's 1 chance over 118'181'817

it's not the same as bigNumber divisable by 118 which is a chance over 118.

Btw you should know that there are no float (real) numbers in solidity so your 118.18 makes no sense.

member
Activity: 84
Merit: 10
June 05, 2016, 10:48:59 AM
#37

When you play with 1.1 ether, then the Difficulty is 118'181'817. Thats mean you have 1:118.181817 to win.

This is simple Math Smiley


no it's false. You assume you can divide both sides of the modulo and preserve the chances, it does not work like that.

the bignumber*1million should be a multiple of 118'181'817 for your contract to trigger the transaction.
that's 1 chance over 118'181'817

it's not the same as bigNumber divisable by 118 which is a chance over 118.

Btw you should know that there are no float (real) numbers in solidity so your 118.18 makes no sense.
full member
Activity: 237
Merit: 100
June 05, 2016, 10:43:14 AM
#36
I have a lot times tested today.

If the Difficulty is 26'000'000 you have 1:26 rate for win.
When you play with 1.1 ether, then the Difficulty is 118'181'817. Thats mean you have 1:118.181817 to win.

This is simple Math Smiley

But take for instance a bet of 1.1 ether, difficulty of 118181817.

so now it would be
big Number * 1 million % 118181817

your proof does not work for this case, you can't divide anymore without altering the result.


so suppose you have

bigNumber % 118 =0

you don't have big Number * 1 million % 118181817
member
Activity: 84
Merit: 10
June 05, 2016, 10:28:18 AM
#35
But take for instance a bet of 1.1 ether, difficulty of 118181817.

so now it would be
big Number * 1 million % 118181817

your proof does not work for this case, you can't divide anymore without altering the result.


so suppose you have

bigNumber % 118 =0

you don't have big Number * 1 million % 118181817
member
Activity: 84
Merit: 10
June 05, 2016, 10:24:38 AM
#34
I have edited my message,
I think it is not correct in fact !
full member
Activity: 237
Merit: 100
June 05, 2016, 10:16:24 AM
#33
Your welcome!

Yes correct!

So i create the contract again Smiley

Thanks for the clarification IFA,

Hmm I think it's clearer now.

so it's like this :

big Number * 1 million % 26 * 1 million ?

so it's like big Number % 26 ?


member
Activity: 84
Merit: 10
June 05, 2016, 08:48:11 AM
#32
Thanks for the clarification IFA,

I think it's clearer now, but I'm not sure it's solved.

So If I understand you, you say that

big Number * 1 million % 26 * 1 million

is the same as

big Number % 26 ?

I'm not sure the probabilities are preserved.
In this case yes because we can factor 1million in each side.

But take for instance a bet of 1.1 ether, difficulty of 118181817.

so now it would be
big Number * 1 million % 118181817

your proof does not work for this case, you can't divide anymore without altering the result.
full member
Activity: 237
Merit: 100
June 05, 2016, 07:39:51 AM
#31
Dear sydhelly,

You have confused me Smiley

I have checked the source code and i think it stills fine.
I try prove my right:

I think you have not checked this: (this is in the makeRoll function)
Code:
if (bigNumber * difficultyMultipler % difficulty_ == 0) {

Thats mean when i multiple the A number what i module with the B number i got the same result.
Examples:

#1 (with lose)
bigNumber = 16171794848463
difficultyMultipler = 1000000
difficulty_ = 26000000
bigNumber * difficultyMultipler % difficulty_ = 7000000

#2 (with lose)
bigNumber = 16171794848463
difficultyMultipler = 100000
difficulty_ = 2600000
bigNumber * difficultyMultipler % difficulty_ = 700000

#3 (with lose)
bigNumber = 16171794848463
difficultyMultipler = 1
difficulty_ = 26
bigNumber * difficultyMultipler % difficulty_ = 7

#4 (with win)
bigNumber = 118268331246
difficultyMultipler = 1000000
difficulty_ = 26000000
bigNumber * difficultyMultipler % difficulty_ = 0

#5 (with win)
bigNumber = 118268331246
difficultyMultipler = 100000
difficulty_ = 2600000
bigNumber * difficultyMultipler % difficulty_ = 0

#6 (with win)
bigNumber = 118268331246
difficultyMultipler = 1
difficulty_ = 26
bigNumber * difficultyMultipler % difficulty_ = 0

I wait for you respone. I dont create new contract until we dont have cleared the situation.

Best regards:
-iFA


member
Activity: 84
Merit: 10
June 05, 2016, 07:14:37 AM
#30

"a multiple of 260000000" / 1 000 000 - this step is missing in your calculation


But contact the developer - he told me this.


The solidity code is all I trust, it never lies.
And in the code, it is not divided by 1million.
Pages:
Jump to: