Quote from: smooth on October 04, 2015, 02:30:49 AM

Quote from: boolberry on October 04, 2015, 02:13:23 AM

Quote from: ArticMine on October 03, 2015, 07:53:01 PM

We need a tie breaking mechanism. For example one can look at the result before the vote that led to the tie and use that instead.

We are now a few hours past UTC and the vote is still tied. If everyone could agree on a proposal like this we can proceed. Or another voter can break the tie.

Anyone can calculate the result the above proposal would lead to for this move. Please try to decide on whether the tiebreak proposal by ArticMine is appropriate or not without taking into account the 4th move it would lead to in this game.

I think in this particular instance since the situation of the tie occurred before a rule was proposed, a more fair method to resolve this tie is with a randomizer (for example last bit of a future Bitcoin block hash). Adopting the proposed rule going forward would be fine though.

I like your idea to avoid making any rule changes retroactive. Should we set a time now for the last bit of a future hash to decide things?

Or should we just wait a little longer? I can't remember any ties delaying things for long in the other bitcointalk chess thread:
https://bitcointalk.org/index.php?topic=1148538.0

How about making the move Qxd4 if the last number in the first bitcoin hash after 12:00 UTC is even and Nxd4 if the last number in the first bitcoin hash after 12:00 UTC is odd? Any vote before 12:00 UTC would still break the tie. Is that fair?