Bitcoin Forum

Quote for image and also reserving indonesian translation if available. Thankyou

First line...

"10X is an investor dream"  ;D

Pass.

Maybe you should read more to understand why?  :o
If you are a potential investor, you will quickly understand .

10X by a newbie? for ICO? If you want to collect money, and don't want to give any credibility, it got to be a scam. Dream you get 10X and "investors" get zero? lmao.

I don't understand the negativity. Trolling is easy, is there anyone interested in a new concept here? And if you are looking for brands, why not invest in Microsoft or Apple? I am not a newbie, I was trading at Fortis in 2000 what was you doing at this time?
Just saying. Please, just give a chance and read. This token will make its way anyway, because it is a real new interesting concept. Just read, and troll after.
 ::) ::)

this concept will surely attract newcomers but for those who do understand how the market goes inside crypto i think dev needs to create
more convincing updates its really a big doubt that will be build inside a mind when say you can afford to get 10x without losing anything
but lets see how this dev explain well or add additional info.

10 for dev , 1 for investor  ;D

I understand your concern, that's why I have made a simulator. You can find it when you scroll on the website. There is button "Game Simulator"
This script simulate 1000 -> 1,000,000 transactions and you can run it over and over to see the result. The math are the math, the bank cannot be broke.

Also I understand everyone concern about the greedy developers, I am interested by making money of course, like everyone else. But this concept is going to work.

Think about it. iDice is doing very well, but when the player looses, his money is gone.

In 10X when he looses he actually purchased 1/10 in tokens at the doomed price of 0.1 Ether! Let this sinking and imagine how it will move in the exchanges.

Plus I will publish the source code of the token soon. I am quite sure that programmers will back what I explain. It is a token specifically design to strive in the blockchain concept/exchanges. No need to build a dream like "save the kittens" or "solar clean energy" or futarchy blabla in the blockchain to attract investors.
Investors want the token goes up, that's what the 10X is doing everytime someone loose at the game.

 ::) ::) ::)

Easy one ;)
Everything is clear on the website and in the description.

Let say that you have 451 tokens... just wait.
Every time someone play, he has 9 chances on 10 to purchase 10 tokens (if he looses). This will show in the exchange as a purchase of 10 tokens 10X at the price of 0.1 Ether.. What will do the value of your 451 tokens every time this will happen?
Understand the magic for the investors?

For the player, it is 1/10 to get 10 times what he plays, with a redistribution of 75% that beat any lottery system, great deal too, plus the security of course, who can trust the online Casino?

I need many Eth in order to pay for the expensive monthly ads that will attract the players as well as funding the "house". Everything is clear and logical.

Very difficult to understand the concept of this project, can you update the thread to be better, certainly that can be understood by many people, not just people who understand how the market goes into crypto, I'm very grateful if you can fix the thread to be more simple.

10x? Is this a joke? Wow, very promising, somehow and from where I got to understand about this project, I just hope this project is not a scam, and certainly not disappointing, better this project got a new thread

I  understand that it is a new concept because the ICO contract and the game are the same contract.

So let's take an example.

In ICO mode, I raise the money to fund the bank (or house), nothing different from another contract or another ICO, I need 100+ Ether to run the game.

Once the ICO is finished, the contract switch in Game Mode automatically.

I will take an example.

Your favorite number is the 2. You need to send 2.2 or 1.2 or 2.0 or 0.2 or 0.12 Ether (check the form in the website it helps for that). The money you send determines the number you bet on.

Ok so you send for example 1.2 Ether.

1) the contract draw a random number between 0-9. If it is the number 2, you win! You get instantly 12 Ether in your account. End of the story.
2) it is the 7, you loose. You not totally lost because the contract send you 12 tokens 10X. This token will be quoted at https://hitbtc.com and others, so then you can continue the game by trading it.

What does this mean? Instead of taking your money in my pocket because you lost the bet, I instead give you 10X shares and you are now a token owner.
It is a pyramid (legal) where everytime someone loose his bet, he contribute to the wealth of the 10X token and every share holder benefit of it.

I hope it is more clear, but do not hesitate to ask questions, I understand that on the main game mechanic it is original and probably the first game of its kind.

Like the explanations of the dev sound convincing, but how it will work is not clear

Damned not! it is not a scam. There is time until this ICO is finished so we have plenty of time to communicate.

All the bets will be publicly available inside the contract with this structure


And the full contract is about to be published at Github for a total tansparency. Just be a bit patient, launching an ICO is a lot of work ;)

Although this is interesting idea but I wont invest into that kind of ICO where I don't know who will take my money so that I will skip this. If OP will arrange to provide escrow than people can give try to this project otherwise it has pretty low chance.

Difficult to understand 10 times, 10 times per person; then who will pay this. Who will be the last payer?

I hope you the best of lucks with your project, the idea looks really promising even if it has been already done! I will keep a close look hope you the best

Has the project been tested in the testnet? Are there any test results?

I understand your point of view, I am an investor myself. But in that case there is no development to be done, so what is the point of having an escrow?

The ICO contract and the game are the same thing. The game starts once the ICO is finished and there is no development do be done, everything is finished.

Do you rather invest in SNT that will be available Q4 2018 or in 10X that will start with this August 30th 2017 at full speed?

The only reason I do an ICO is because the bank needs to have funding in order to work, and also because it attracts the attention of the investors. I need more than 100 ETH to run the bank but it is the bare minimum.

With 100 ETH player can bet between 0.1 to 1 Ether
With 200 ETH player can bet between 0.1 to 2 Ether

Etc...

I print 10 Millions tokens for the ICO, that mean that the max Ether that I will accept is 5000 Ether, once these sold, the ICO is over, if it takes 2 hours it doesn't matter, that would gives the possibility for the player to play between 0.1 to 50 Ether and win up to 500 Ether!

So why having an escrow? I understand your worries, but this ICO is not based on a white paper and a long development. The development is already done ;)

reserving chinese translation if available. Thankyou

Here is a simulator with the source code here: http://10x.bz/n668.php (http://10x.bz/n668.php) sorry if it is a bit complex, but one of the option shows the 1000 first transactions with all the details. Try the buttons up there, and if you are a programmer you can read the PHP code.
The contract is in solidity of course, but is using the same algorithm.

Who will play this?
People who like gambling.

Who will be the last player?
The game never last.

For the ones who do not understand how the bank can make money, there is a catch in the algorithm, I am curious who will find it. The bank cannot go negative, and if it does for any reason, the 10X contract switch automatically in crowdfunding and do another ICO alone (for one day) at a price I can change any time.

I am using REMIX and a local Ethereum blockchain for testing. I had technical problems with Testnet ROPSTEN been hacked and dead, the revived version would not send me ETH, Kovan never worked and forget RINKEBY on windows, Mist taking forever to sync from Thailand. I was loosing precious time and it was frustrating.
So I used my own Eth blockchain with geth on localhost and REMIX is a great development tool. I am comfortable like this. I have experience working with Sharc DSP, Assembly, old game consoles devkits etc... so I am not too picky.

I will publish the contact soon, if you have a local Etherum blockchain, you will be able to stress test locally if you want, or play with remix, lot of options to customize the ICO, the Game etc... I can't wait to get a feedback from the developers, I do not want to be too technical here but some aspects of this contract are quite advanced compared with other contracts I have studied. Also I cannot be 100% sure that it is free of bugs until I share it, I hope tomorrow.

I have replied to you several times, check your inbox.

Math seems a little off

Why? The token is working and there is a simulation on the website, you can check the math. Let me know what is wrong. Simulation is on the website. The Button "Game Simulator".  8)

How long will the ICO last?

In the FAQ on your website http://10x.bz/#page5 it says 30 days under 'How the ICO works?'
Quote: "The 10X Token distribution will take place over 30 days starting on August 20Th, 2017 approximately at 13:00 UTC."

However, in your first post at the start of this thread it says 10 days.
Quote: "The 10X ICO will open on the 20th of August, 2017 at UTC 0:00. It will last 10 days and end on the 30th of August, 2017 at UTC 0:00."

How long after the ICO will it be listed on an exchange?
Have you already been accepted by an exchange?

Thank you for answering my questions!

Hi, the ICO is 10 days from 20th to 30th... It was previously scheduled differently. Thanks for catching the typo ;)

UPDATE: I have created the reddit thread here: https://www.reddit.com/r/ethtrader/comments/6tm3m5/10x_an_innovative_gambling_and_trading_game_based/ (https://www.reddit.com/r/ethtrader/comments/6tm3m5/10x_an_innovative_gambling_and_trading_game_based/)

I have also contacted HITBTC and asked for an informal approval, explaining how this particular Token is linked to trading.

Also there is one thing. Because each player become an investors, many people will have to open a new account to an exchange to trade this specific token. It is a win/win with this exchange so that I direct these new customer to them.
Let see what they will answer (they say we need to wait a week or so to get a response)

Anyone have some TESTNET Ethers to share?

I have 3 ETH on the contract account but Rinkeby refuses to send more ETH to another account for testing.
I even got my Github blocked temp because I tried to get more ETH and Rinkeby is super paranoid.

Once tested on TESTNET I will share the contract address here for all to test.

The test player 1 account is this one 0xC0E75c73Dc7ABC88C03D7a300d1B65B0Fd3729Ca
The test player 2 account is this one 0xfB915B9d471e850Bef0B7eBd02128D7903ab1821

Once again do not send real money, these are TESTNET accounts.

Many people are asking questions at Discord https://discord.gg/Pks5wh9 (https://discord.gg/Pks5wh9)

Here is one possibility from this 10X token:

Every time a player lose the lotto game, he purchases 10 times his bet in 10X token.
This will show as a buy of his bet x 10 at 0.1 Ether in the exchange .
So if you placed a sale of your token at 0.1 Ether per 10X token, your sale will be filled by this player.

Example, Joe play 1.2 ether at the game, and lost. He receive 12 x 10X tokens.
In the exchange that mean that Joe purchased 12 x 10X token at the price of 0.1 ether each.
If you are participating to the ICO and get 2000 10X tokens for the price of 1 ether, and you do a limit sale at 0.1 Eth for these. You would sell 12 of your 10X tokens and win the 1.2 ether from this player.
Yes 12 10X tokens at 0.1 ether each.

The game and the trading are working together.

Think about it. Do the maths.

There is problem,in your bank(house) there are infinit tokens of 10X?
if not,when the tokens used over,how to do with that? the tokens are all on the player's hands!

also for the eth in your bank! you say when the eth used over,u open a new ICO,but where the tokens from?

if the tokens are infinit,the valu of it is zero! so just a joke! only give the loser somthing as the comfort！
but the ico invester will lose his money!

10X, everyone likes it, the title can cultivate the subconscious mind, maybe it will be successful, good luck. :D

may be you should add a smart contrast if transform 10x to the bank(house),return eth based on the exchangs price!

the tokens are all on the player's hands

Great question, I actually didn't explained correctly. I will fix the description accordingly.

At the ICO I give 2000 tokens for each 1 ether. This may seems small compared with SNT for example (10,000) but it is actually a lot for this game, since they can be converted in 0.1 Eth by doing a limit sell at this price and wait that players lose their bet and their buys are coming into the buy wall at this price.

So a total of 10,000,000 max tokens are issued by the ICO with a possibility max of 5000 Ether. Once the 10 days are over, or this limit is reached, the game starts.
That's for the ICO.

But the total number of tokens issued in order to 1) run the game 2) trade, buy sell is 40,000,000 -> 10 Million being reserved for the ICO, 20 Millions send to different accounts and reserved for trading and 10 Million to supply the game. I need to clarify this in the first post. (it will be more clear by reading the contract source code)

I can mint any number of tokens to the contract account from a simple external call, I can move from the external account to the contract anytime too, there is a lot of flexibility. If there is a lot of demand, I can add more tokens. If the max cap is reached and I do not mint more, then the game stop issuing tokens but still run, and shoot an event,  it is then not different than other Dice games. If I add more tokens, the game delivers tokens again.

About switching in crowdfunding, the game does it alone when there is a low supply ETH in the bank (<200), to avoid going negative in case of very bad luck for the bank.
I can manually run a new crowdfunding from externals, if I want to make a special event like a sale for christmas for example. I will do some sales once the token has taken some popularity.

From external functions I can switch the game to crowdfunding and back to the game mode any time. I can also change the crowdfunding time, and the ether/10X rate.

It sounds simple for me but I know that this contract is not easy to understand at first.

I do not understand

I mean you have to have methods to make 10x tokens back to the bank(house)
your method i will study more,it sound very complicate!

Actually investors do not need to know all the behind the scene functions of the token, it is very technical. This token has a lot of features for the owner to control it on the long term.

Here is the Github version I have uploaded. I have also updated the first post with the Github.


Feel free to give me your feedback, I have 5 days for testing it.

yes ,it is very technical,keep you hard work my dear dev ,i am waitting for more good news from you . have a good day !

Hi,
I have reviewed your contract and it seems fine except for one potential issue - the function addEth() is not onlyOwner - is this done intentionally ?

I have few questions regarding the 10X game and contract:

1. You are saying that when a player looses and gets 10x tokens at 0.1 ETH rate, it is like an exchange order for buying 10x in 0.1 ETH price.
But this is not true, the contract is paying the tokens from the contract token supply and it has nothing to do with external exchange trading. I don't see how this affect trading prices (and really cannot see how your claim that if i place a sell order for 0.1ETH price in the exchange, when i lose the game i might buy my own sell order)

2. There is the case of the game mode is on and then the ETH supply is running out so the mode is switched back to ICO. When this happens players that are currently active may send bets without knowing that they are not betting but actually contributing more funds to the contract.  How do you prevent this from happening ?

3. Same question as 2 but the other way around - when ICO mode is switched to game mode, there might be contributors that still send ethers to the ICO but instead they will play the game without knowing - again how do you prevent this from happening ?

Your Answers.

1. you are right, the bet is not placed in the trading platform so the relation between the purchase and the sale is not as linked as I described it, I will fix that, my mistake, glad that someone read this ;). But the fact that tokens are changing hands at 0.1 ether will show up in the buy wall in every exchanges, and will have an influence over the global value of the token per ether, if I am not mistaken. For example if you issue 1000 10X tokens at 0.1 eth per token (and none 10X token are minted of course) this should drive the price of the 10X up considerably, compare with a normal token which has no other traction than the buy/sales of the traders.

2. when we switch in crowdfunding (ICO is not really the word since it can happen anytime), in any case, the state of the game is displayed on the website (not yet, but it will of course). It is very important to place any bet from the website so that the player knows what is happening. The website also display the maximum bet possible which is 1/100 of the bank reserve. The second solution is that we are in manual mode and then we let the game going on at with whatever ETH are in the bank. In that case we might be in a situation that players cannot play more than 0.1 ETH (with 10 ETH in the bank).  All bets above that will be rejected.
If someone send ethers to the contract address blindly, he might get random results depending of the state of the contract. I have no idea how we could possibly warn the player apart from social medias, and our website.

3. same problem, if the player send money without checking our website first, he might be in the situation that you describe. I do not see how I can prevent that. It is a game that needs to be played from the game interface.
For example we can do a special event, where we sell for 1 day 5000 x 10X for 1 ether. Or we can do another event where we sell 500,000 10X max, with 10,000 per 10X, who knows, then of course the player always has to check what are the rules of the game at the time he sent his ethers to the game.

I can refund people in case of error, it is a pita to do, specially if there are many refund to do, but the player responsibility is to check the status of the token before sending anything since this token is a little bit more advanced and can morph into different modes.

Well that's a good catch, and I am not sure about that.


I can do it owned, sure it is probably more consistent and logical, but if someone else decide to send 1000 ether without being the owner, it is not really a liability  ;D ;D welcome!
I will fix that, someone could make a mistake and I have to refund him after, let's avoid this.

I will update the current contract with this change and the new feature: auto pilot on/off (version 1.46). I have decided to run the contract after the ICO at whatever we have in ETH, if it is 10000 great, we will have the first game where people can bet 100 ether and win 1000 (! lucky !)
But if we have 10 (I have enough to fund the bank myself lol) I will run the game with that - which will limit the maximum bet to 0.1. Of course the more ETH we get, the more we can also pay advertising on facebook and the hyper expensive crypto websites - 5 Eth / months for a banner on some websites that I will not tell the name). The more players the bigger the community is, and after a while we will be an army of evangelists to attract people to play.

At the end of the game, if we reach this goal, 2000 ICO 10X tokens will have been transformed into 200 ether: thanks Ethereum and solidity.

So apperently we will not even have a choice to invest at all since the dev is selling out:
Big money is basically stealing all the profits.

"Some  news coming in soon.
1) capital investors may join the team, in consequence we might no do any ICO since the project will be funded. The game will start.
2) very big name in the video game industry join the project... someone who was the CEO of one of the biggest company in Europe.(gewijzigd)
Press release will follow once all the paperworks are signed."

So far for an innovative new project.  ::)

Next time you try to launch a project make sure to not disappoint people
anymore by promising things and then retracting your statements.

Either way, I do not wish to buy in at the top of a pyramid scheme.
And there would be no point for anybody else either to.
And I'll make sure to tell anybody I know not to play it either.

Good luck.

-- Update --

Site officially down and ICO disbanded. "http://10x.bz/" is now down.

Dev confirmed for scammer.

The deal with the capital investors has been cancelled. It would have changed the project too much. I probably miss a LOT of money, but here is the details of the story:

In June I spent about 1 month dealing with capital investors, doing white paper after white papers, I decided to dump all of them nicely to do everything myself, because time is money.

This month same story. I could have raised a lot outside the ICO BUT, they asked to wait November.
We would have made a video in an office with 'peoples', add brand names to the projects in exchange of a lot of tokens, have a 40 pages audit with a lot of capital investors delicacy, the website redesigned professionally, you know the whole thing.

After reflexion, I decided to impose the ICO date, and I told them that we can do something later (due to the flexibility of the contract, many things are possible) but I will do this ICO regardless.
This had left them flabbergasted and they finally decided to talk later because they are in the investor trip, they have a lot of relations in the press, tv etc.. but in August everyone is in holiday. Ok let's talk in September then   >:(

The bad thing is that this project has been initially conceived together with someone who is very famous in the video game industry for having been the CEO of one of the biggest company in Europe (was valuated +350 M Euro at the time), and I would have loved put both our faces on this project, but for a lot of reasons that I cannot explain here - and that are personal - he refuses to show his name publically. So we will continue with TheWolf, and well the investors are not really happy about that  :P

To conclude, the ICO will happen and the game will exist without institutional investors. We have saved several millions of 10X tokens in the process that would have been issued for them which is a good thing ;)

About the problem with the website, it is just something to do with our ISP. Do not rush too quick to conclusions.
Just be patient and the website will come back.

 8)

Then please refrain from posting confusing stuff in your discord. Either way there is one thing I do not understand in the entire concept. When people loose will they buy Tokens on the exchange at a price of 0.1ETH or will new tokens be minted at a price of 0.1ETH. If they are minted at such at that price there is no reason for people to buy it really. Since people will dump immediately for gainz. What point would holding do good? Not a lot of people would be holding since just having the tokens would not really do anything and more tokens will be created over time.

Now if people where to buy the tokens at the exchanges for 0.1ETH a piece...

And filling all the sell orders this would make more sense to me.

I apologize for my rash behavior but do try to post consistent news.

The rest of the project seems very solid to me, I just do not see how minting tokens at 0.1ETH a piece would drive up the price.

>Then please refrain from posting confusing stuff in your discord.
I apologize for that, I just keep people tuned about what is happening behind the scene, and I agree sometime it is confusing even for me.

> minted or not.
These tokens are not minted. 20,000,000 tokens are created at the contract creation and owned by the contract.
A maximum of 10,000,000 will be sold at the ICO. What is left stay in the contract and are used to be delivered when the player lose his bet.
Because we deliver 10 time the bet, the price of the token that the player actually paid is 0.1 ether / 10X tokens.

Nobody will pay 0.1 ether per 10X, but the player does, without having the choice, it is just a rule of the game. In another game he would have nothing.
Now his token can be sold in the exchange at the current price of the 10x. If he is not into trading, he will probably keep these tokens and do nothing with them.
But the number of token in circulation has not changed, some tokens have been purchased at xxxx% more than the current trading price, and there is a new token holder who own these tokens and has a good chance to be a pure newbie.

I don't know how this will show up in the exchange, but because tokens change hands at 0.1 ether, and no tokens were minted, it should show up as a buy at 0.1 ether in the buy wall.
I am really curious to see what will be the comments of the traders about that. When they will realize what is happening, it will be very interesting.

In my opinion this system should drive the price of the token up considerably.

If you see something wrong in the business model, I am interested to debate about it.

I agree, but to be fair, a lot of of folks have been lurking here for a long time.

I am a newbie at bitcointalk, true. I am not into talking in forums, I like the shadows.
This forum is great, I regret to not have subscribed before.

Well yes, if the player where to buy these tokens from other people on exchanges at 0.1ETH a piece it all makes sense.

But if you just hand over these tokens through a contract (the additional 10,000,000) nobody could sell anything. There are just more tokens now and nobody has managed to sell his tokens.

In this fashion it would even make more sense if you put no number on what people bought the tokens at. They buy the tokens at the lowest price that is asked on all the exchanges. Once they bought up that they will proceed to buy at the next lowest price, ... Since people are greedy by nature they will keep undercutting each other anyway. So you will not have people who are selling it for 999ETH a piece. Becausse somebody would be happy selling it at 998ETH a piece, ... The lowest price that people are willing to sell it is at the price they bought . They people who bought will not get 10 tokens but they will get the tokens they could afford at such a price. It's an infinite pyramid scheme this way. Quite brilliant I would say. It would only fall apart if no more people where playing.

Meanwhile the house makes profits by holding it's 10X tokens and slowly selling them off over a certain period. (Not all at once since that would ruin the concept)

well its not late yet just make sure to be precise with your answer and be honest about this project even you are a newbie but if you got something to
offer I think that's already a good basis to support you just keep updating the community maybe there's already some big investors which reading and
assessing this project, good luck to you dev.

I think that the exchange take all the balances of the contract and calculates the value of the coin relatively to how many coins are owned and at what price.
That's why a purchase on one exchange shows up in another exchange.

So I think (but I am not sure) that a purchase done by the contract should be visible in all the exchanges since it is an operation done using the ERC20 protocol and that the balances have changed.
In that case the contract is a mini exchange, selling 10X tokens at 0.1 ether per 10X...


>They buy the tokens at the lowest price that is asked on all the exchanges.
This is not wanted technically. Well it would ask me to use Oraclize to get the current price of the token which would be a mess and open the token to possible problems in case of Oraclize is not working for example. I want to avoid using it so that the token is 100% managed by the the Ethereum blockchain.

>Meanwhile the house makes profits by holding it's 10X tokens and slowly selling them off over a certain period.
I do not want the token to manipulate the price to this extend, I think that giving a little advantage the way it does now is enough to drive the price up and motivate the traders to play with it.
The trading part of the game is that every time a player lose and inject this money in the coin value, someone will take advantage of it (because the price goes up for example).
Smart traders will make gains, others will not. Who is going to get these 0.1 ether / 10X in his pocket is another part of the game.

Thanks for your answers
Regarding the 10x tokens I am doubt about its exchange value will be influenced by the game rate of 0.1 ETH per 1 10x - you need buyers to be willing to pay for these tokens but one of the disadvantages of your design is that the 10x token has no value or use case in the game itself. I really think that you need to add some option to use 10x tokens in the game itself to get some benefits. For example you can add the option to bet on 10x tokens instead of ETH (in the rate of the exchanges) or maybe offer users the option to double their win by paying some 10x tokens in addition to the bet

Regarding the mode switching and preventing the users from doing mistakes, even when using the game UI, there is still a probability of race condition. I think a more appropriate solution will be to separate the payable functions - one for each mode - and refuse the payment when the function is called when its corresponding mode is off. So the UI play and contribute buttons are actually calling different functions

>Regarding the 10x tokens I am doubt about its exchange value will be influenced by the game rate of 0.1 ETH per 1 10x - you need buyers to be willing to pay for these tokens but one of the disadvantages of your design is that the 10x token had no use in the game itself. I really think >that you need to add some option to use 10x tokens in the game itself to get some benefits. For example you can add the option to bet on 10x tokens instead of ETH (in the rate of the exchanges) or maybe offer users the option to double their win by paying some 10x tokens in addition >to the bet

I understand your point of view, since it is something that haven't been tested I agree that one can doubt about the relationship between the contract issuing tokens and its value on the market, I think that [https://www.cryptotraders.eu/what-is-the-erc20-ethereum-token-standard/](https://www.cryptotraders.eu/what-is-the-erc20-ethereum-token-standard/) is a good reading.
The standard ERC20 gives the possibility to check all the balances of a token and from that calculate the value of this token. Since the contract can add more address and new balances, these will be scanned by all the exchanges we will deal with, and if something change it will be reflected in their walls, and change the global value of the coin.
If it was not working like this, different exchanges would have different prices.
Even if no one trade this coin, every time the contract will have any activity it will be reflected in the exchanges as soon as it changes the balances inside the contract.

>Regarding the mode switching and preventing the users from doing mistakes, even when using the game UI, there is still a probability of race condition. I think a more appropriate solution will be to separate the payable functions - one for each mode and refuse the payment when the >function is called when is corresponding mode is off. So the UI play and contribute buttons are actually calling different functions

I cannot split the contract in 2 addresses (did I understand your question well?). The balances of the token owners must be attached to the contract itself. I cannot move the money of the shareholders elsewhere or it would disappear from their wallet, and I cannot duplicate it because the token is attached to the contract address. I have thought about this solution at the very beginning of the development of this project, but had quickly to forget it for the reasons I mention before.  Also think about this, if another contract on a different address could interfere with the 10X contract, and the source code is public, what could stop anyone to steal all the balances?
In the case of talk about 2 different contracts on the same address, then it seems that you suppose that the UI will generate the transfer with the press of a button, but this is not possible. The player needs to log into his wallet, we cannot do it for him. So he needs to send money the same way he would participate the an ICO.

>For example you can add the option to bet on 10x tokens instead of ETH
>
I thought about it too in the course of the development. Receiving payment in a token value is a complex task to do both for the player and for the contract. Sending 10X would add confusion to an already complicated lottery system. Also the contract is not interested in getting 10X back, it wants Ethers. The decision was taken to keep the lottery as simple as possible (bet 1 get 10 if you win) and use the exchange for dealing with the token.

I meant two different payable functions not two different contracts. I am not sure it is possible since I am quite new to Solidity, but i do see that your code already have two different payable functions in addition to the fallback one (the addEth() and makeTokens()) so it seems to me like it is possible

As for the tokens, I will not participate in the ICO as I am still not convinced the tokens will gain too much value over time but I am curious to see what will happen. I still think that it would be much better model if the tokens were useful or at least required in order to play, but I see how it makes the contract much more complicated due to the need to deal with both ETH and tokens transactions in the same contract

I hope that you will change your mind with time. Thanks for taking the time to review my project.

There is a problem, after a long conversation with G_O in discord, and after thinking about eranl said, it seems that there is a technical problem to update the value of the token at the stock market.

I was supposing that the exchanges are reading the contract and scanning all the owners and how much they own. The ERC20 protocol being used to transfer, authorize, buy, sell.

But how the exchanges are interacting with the contract? and how they know the buy/sell orders from other exchanges? is there a protocol, an api that allows all the exchanges to share their buys?

One last thing I can suggest you is to promise to buy back tokens from users from time to time (according to your profits)
This does not require you to change the contract and it can definitely influence the token value. Maybe you need to mint less tokens in the first place and once the game tokens supply is over you buy more tokens from users from exchanges and move it to the contract
You will be the main first buyer that pushes the price up and when users will see it really happens they will gain more trust and start bidding for the tokens in the exchanges

Eran

Yes exactly I came to the exact same solution. I will open an account at one exchange partner (have many to choose from) and this account will be used to sell the ETH that are above the threshold value needed to run the game at current market price.

For example I could keep 200 ether to insure that the bank cannot be insolvable and the game can run as designed with a maximum bet of 1 ETH
Then all ETH above this number will be placed at buys at market price within this partner exchange.
Traders will then wait that I dump these ETH and make gains.. I am a day trader, I will be in the line to collect these bonuses!

I could add a "bonus delivery warning" in a mailing list and on the website with a counter, so that people rush trading when this happen. It is even more fun that it was designed before!

 :o What do you think? I think it will do the trick right?

I might need to consider changing the game into a x5 instead of 10x so more ETH will be collected more easily. X5 from 10 chance is still very high compared with the very popular local lottery here that are giving about the same but with a draw that can be 1-100.

Yes I guess this should work, just make sure your new strategy is well published so the ICO will be successful
good luck :)

Here are some news.

I have contacted 5 exchanges to ask them how do they process to calculate the price of a token, since they do not communicate through any transparent protocols with each other and basically are at war to get the most customers.
None answered.

So it seems that the transactions between the contract and customers directly are not taken in account, which is weird, but that's my understanding. This asks me to change the description of the project and adjust some parameters.

I have made a tool to check the gameplay with different parameters: [http://10x.bz/n669.php] (http://10x.bz/n669.php)
Based on the result of this simulation, the new business model would be like this:

The Lottery redistribute x5 (and not x10) for starting, and maybe distribute more if the reserves reaches the point where it is save to increase the distribution. Which is way safer, and needs a little bit of ETH to secure the bank.
50% of the benefits would be reinvested into Advertising, 50% would be sold in an exchange (HITBTC is my favorite one) at market price (this can be adjusted if there is no need of this advertising budget).

Every dump will be advertised as a bonus event for the traders on the website with a countdown. I would use the exchange API to do the sale.

Any feedback? Check the simulator to see what parameters are best.

To resume, what would change is:
1- redistribution to the winner = 5 times / was 10x before
2- the winner receive tokens, he can resell them anytime but it does not show as a 0.1 ETH  / token purchase (the exchanges are not able to do that). So I need to rewrite part of the description both in the website and the white paper
3- the threshold to run the game will be extremely low which guarantee that ICO or not, the game will run.
4- the benefits of the games are splitted into advertising and buying the token at market price.

I am very excited to see 10X. I hope that the dream is beautiful. The profit of each coin after listing is 10X. I hope that everyone's investment can be maximized.

I had some thoughts about your password-protected functions.
The idea of securing your critical functions with additional password is very good, but the way you implemented it is not secure due to the publicity of all transaction input data:

- Once you call storePassword function to initialize your password, the data in this call is visible to anyone who runs full node.
- The data is also visible when looking at the contract transaction history (it needs to be disassembled but it is quite easy for hackers)
- Each time you call a function that is protected with password you also expose it in the transaction data and again it is visible

So i thought about how to have password protected functions in a secure way and here is what i came out with:
1. You need to set a password and calculate its hash offline. Then hard-code the hash value into the contract (or create a function to initialize the password hash)
2. Whenever you call a function that is password protected, you need to set a new password hash (since the function call data is visible to anyone). Therefore, you need to hold an offline list of passwords and their matching hashes and each password protected function needs to accept the next password hash parameter and replaces the current hash with the new one

* you may create a list of hashes and initialize the contract with the whole list. So you will not need to change the hash in each call, but just lookup the hash of the current password in the list and then remove it so it cannot be reused


Now there are some risks you need to consider:
1. Each password must be very different than the others to prevent guessing relying on previous passwords.
2. To prevent hash cracking you should also use a Salt value for the hashing - a long random string that you concatenate with the password before hashing. The Salt can be a single value stored in the contract (it will be visible but it anyway has its added value to prevent cracking the hashes with existing rainbow tables)
3. Since you need to have many passwords and make them complex and different from each other you will probably need to write them down somewhere, so there is also a risk you will lose access to the passwords and the risk of someone getting access to this list
4. There is also a race condition risk - when you submit a transaction to your contract with a password, before the transaction is confirmed in a block, the attacker (who has your private key, as this is the reason the password exists in the first place) can make a competing transaction with higher gas price, making it in higher priority for the miners. This way, the attacker use your hash to access the password protected function and if the function also replaces the hash the attacker can set the next password and now he is in control of the passwords and not you (this is why initializing the contract with a list of hashes is more secure)

And one idea i have regarding the case where your private key is stolen but you still have access to it as well:
- Create a kill-switch function with hard-coded password hash (that matches to a dedicated kill-switch password you have offline)
- This function will turn on a global boolean flag that indicates to all other functions that the contract is disabled forever (there is no function to set it back to false)
- Once you know your private was stolen call this function and the attacker cannot abuse his access to the contract (the race-condition attack is not a risk in this case as the attacker cannot use the password of the kill-switch function for any other functions and the kill-switch function will be called anyway)

Lot of interesting comments.
 - About the hash, you are right, but I don't see how to overcome this problem. The best solution would be to use a salt and something like blowfish, but it would cost too much gas to include this into the contract. Otherwise every solution I can think of, including your suggestions are not hacker proof since both the parameters and the return result are known and public. Also I do not want to have something too complicated to manage with the risk to forget the password and not being able to remember what was the last hash...
This password system is good to discourage the guy who stole your computer, but if a pro hacker do it, there is nothing to do.
I published the password contract separately at Github [here](https://github.com/TheWolf-Patarawan/PasswordClassSolidity)

-  About the kill-switch I got the idea but I think that the isPaused function is doing this job (block the contract) and the destroyContract function is killing the contract too. So I think that there the functionalities are already here.



I will publish the tarpitting code, because I don't think anyone did it, I removed it from the 10X contract because it was taking too much gas and was not really useful.

Also if you are a programmer there an interesting idea, based on what I learned from the way the exchanges are working.
The idea would be to modify the ERC20 standard to also store every transaction (buy/sell) in a public table with the source and dest address, and in return calculate the price of the token based on the values transmitted.
That would greatly enhance the traceability of the transactions in the Ethereum world.