Urgent question To prevent cheating

[Ralobot.com]

Hi all,


Main thread: https://bitcointalk.org/index.php?topic=1206776.0


Qeustion about this :

In this game, the attacker can simply have a large amount of hashrate, send a transaction with small fees so that other pools have low probability of mining it and he can mine a block with an even/odd timestamp.

How to preven this?


Edit : we have found a way to preven this (but not pro) So still looking for an other option from bitcointalk.org & more explanations  

Thank you.

[shorena]

Hi all,


Main thread: https://bitcointalk.org/index.php?topic=1206776.0


Qeustion about this :

In this game, the attacker can simply have a large amount of hashrate, send a transaction with small fees so that other pools have low probability of mining it and he can mine a block with an even/odd timestamp.

How to preven this?


Edit : we have found a way to preven this (but not pro) So still looking for an other option from bitcointalk.org & more explanations  

Thank you.

You cant. Miners are free (within a certain limit) to pick a timestamp of their choosing. In fact many large pool do this on a regular basis because it helps finding a hash below the target.

I would however think that your game is not worth the attack, the miner in question needs a significant proportion of the networks hash power in order to make sure they are mining the TX and not someone else.

[Ralobot.com]

Hi all,


Main thread: https://bitcointalk.org/index.php?topic=1206776.0


Qeustion about this :

In this game, the attacker can simply have a large amount of hashrate, send a transaction with small fees so that other pools have low probability of mining it and he can mine a block with an even/odd timestamp.

How to preven this?


Edit : we have found a way to preven this (but not pro) So still looking for an other option from bitcointalk.org & more explanations  

Thank you.

You cant. Miners are free (within a certain limit) to pick a timestamp of their choosing. In fact many large pool do this on a regular basis because it helps finding a hash below the target.

I would however think that your game is not worth the attack, the miner in question needs a significant proportion of the networks hash power in order to make sure they are mining the TX and not someone else.

Yes we can, anyways your answer is a bit heartless (Take it easy lol)  ,  and our game is already got This kind of attacks looking for other smart solution    

[Ralobot.com]

I will send a tip to the best answer. 

[Kprawn]

Rather create a project and place a bounty or a reward for the best solution and see what you get... this is not the place to discuss this service... you already created a thread

for that. Move the thread here ---> https://bitcointalk.org/index.php?board=12.0

The site is still online, even though a exploit has been identified? Is this less than a issue than you making it out to be? This will just turn into a bigger problem, if you announce it like

this. 

[Ralobot.com]

Rather create a project and place a bounty or a reward for the best solution and see what you get... this is not the place to discuss this service... you already created a thread

for that. Move the thread here ---> https://bitcointalk.org/index.php?board=12.0

The site is still online, even though a exploit has been identified? Is this less than a issue than you making it out to be? This will just turn into a bigger problem, if you announce it like

this. 

There is NO exploit im here asking about the transaction confirmation time , I dont know why on bitcointalk their is lots of useless comments mmmmm  but yea welcome to the internet

anyways thank you.

[DannyHamilton]

Unless you changed the rules of your "game", there is no fair way to use confirmation time to determine a "winner".

There is NO exploit im here asking about the transaction confirmation time
- snip -

Any solo miner or mining pool operator can choose an odd or even timestamp in the blocks they solve if they want.  They can create their own transaction and confirm it in their own block.  That way they will always know if the timestamp will be odd or even when they create the transaction.