Потому что они не знают, которые блокируют это будет в конечном итоге в, и если они не ждали до 1 подтверждения он больше не будет мгновенной выплаты (это реальная привлекательность здесь, наряду с зная, "Доказательство в blockchain" поскольку в состоянии проверить, что нет никакого обмана).

Дело в том, игрок все равно, какой секрет используется, они просто хотят, чтобы убедиться, что секрет, который должен был быть использован, когда ставка была помещена точно такой же один, который действительно был использован при определении результата.

Таким образом, в настоящее время критерии, которые определяют секрет использование просто дата, что служба первой видит сделку. Причина, по которой есть новый секрет каждый день, что секрет раскрывается только после того, как один полный день после того, как крайний срок прошел (например, секрет для ставок, обработанных на 10-го числа месяца, держится в секрете до конца 11 месяц, а затем показали в начале 12-го числа месяца.

Есть две другие переменные, которые могли бы помочь. Адрес, который вейджер направляется, и количество. Вот это, хотя.

Таким образом, один подход будет иметь разные адреса пари на каждый день. Это не очень хорошо для удобства использования. Даже ограничение, что, как переключаясь между двумя адресами изо дня в день, может быть что-то, чтобы помочь в этой ситуации, бит не будет идеальным.

Другой подход будет разместить дополнительный сигнал, указывающий, какой секрет должен быть использован посредством кодирования, что в сумму ставок. Возьмите список секретов пронумерованных sequentually, есть четные и нечетные числа. Добавление Satoshi на сумму ставка (например, 0,1 ставки составит 0,10000001) потребовало бы, что при определении результата ближайшего нечетного номера секрета должны быть использовано. Затем 0.10000002 вейджер потребует, который используется ближайший четный секрет.

Ни один из них является полезной для человека, играющего вручную делать копии и вставку адреса пари - вы не хотите, чтобы думать о время суток и т.д. Но я предвижу день есть приложение IPad, для Например, выступая в качестве игрового терминала с местным бумажником. Это устройство обеспечивает мертвый-простой пользовательский интерфейс для игры. Логика в том, что приложение будет автоматически обрабатывать все, что необходимо, чтобы устранить риск, где это неоднозначное, какой секрет должны быть использовано. И я полагаю, из указанных выше способов, имеющих различный адрес для каждого секрета будет наиболее правильным подходом. Так как это кусок кода определения, какой адрес использовать его на самом деле не важно, что она меняется изо дня в день, то.

Таким образом, есть решение.  

Держите существующий список адресов, которые используются при выполнении ручной ставки. Тот отыгрыш вручную продлить доверие, что сервис не обманывает на тотализаторах отслужившего дня. Тогда для автоматизированных систем набор адресов, которые связаны с каждой тайны созданы раньше времени. Если есть какие-либо ставки, отправленные после истечения срока действия адреса, то эти ставки получить вернулись. Так как адреса известны заранее, устройство может начать использовать адрес на следующий день в час или так раньше просто обеспечить, чтобы не получить слишком близко к истечению для предотвращения предоставления каких-либо ставки, которые будут получать возврат.

Этот вопрос о возможности указать, какой секрет ставка против, вероятно, не нужно обращаться сразу. Игрок может избежать риска, просто не ставить рядом, когда происходит переключение времени. Но сайт должен рассмотреть вопрос о внесении в API, который позволит автоматизированному игровому Termine отправить выбор даты календаря + ставки (например, при 48000) запросе. Ответ будет возвращение хэша секрета, который будет использоваться для этого дня, а также адреса Bitcoin для этой конкретной ставки (например, для при 48000 ставке) в тот же день.