Как работает проверка раунда
Проверь, как рассчитаны точка взрыва и первый держатель заряда. До игры сохрани хеш секретного значения сервера — seed. После раунда сравни его с раскрытыми данными и повтори расчёт.
Пример расчёта по хеш-цепочке
Пройди весь расчёт: от раскрытого seed до точки взрыва 477°. Это пример хеш-цепочки, а не доказательство дуэли на USDT.
chain 3ea188595c9e41c0 · index 1
1 · Хеш для сравнения
87a1ced498db265b07a34da90df08d088a74ee429dc2a041aef50c8cef827c94
SHA-256 раскрытого seed совпадает с этим хешем. Чтобы проверить отсутствие подмены после игры, сравни seed с хешем, сохранённым до раунда.
2 · Раскрыто после раунда
53c095ce747f1b473b564bbf66df4be4e069d93f10405f6ed11f03e4e973af41
3 · Клиентский seed и nonce
player-m35kue · nonce 41
Клиентский seed и счётчик раунда nonce дополняют исходные данные для расчёта точки взрыва.
4 · Точка взрыва
477° Проверено
Распределение точек взрыва
Низкие точки взрыва встречаются чаще высоких. Эти значения рассчитаны по формуле хеш-цепочки, а не измерены по истории игр.
- Медиана
- 375°
- Среднее
- 721°
- Минимум
- 280°
- Достигают предела 10000°
- 0.97%
Выбери схему своего раунда
Определи схему по полям доказательства. В практике и старых записях хеш-цепочки используется один клиентский seed, в серверном PvP — два. В разделе LIVE показаны серверные PvP-дуэли.
Хеш-цепочка — практика и старые записи
Секретные значения seed заранее выстроены в цепочку: хеш каждого равен предыдущему значению. В расчёте участвуют серверный seed, клиентский seed и счётчик nonce. SHA-256 вычисляется от шестнадцатеричного текста seed.
commit = SHA-256(hex text of serverSeed)
digest = HMAC-SHA-256(serverSeed, "clientSeed:nonce")
u = first 52 bits of digest / 2^52
B = 2.80 + 0.95 / (1 − u) − 0.95, capped at 100
heat° = round(B × 100)B — безразмерное внутреннее значение. Нагрев на арене равен B × 100: например, B = 4.77 означает 477°.
Честность v3 — дуэли PvP
Оба игрока добавляют свои seed. Точка взрыва и первый держатель рассчитываются отдельно, с разными метками HMAC. SHA-256 вычисляется от исходных 32 байт серверного seed.
commit = SHA-256(raw 32-byte serverSeed)
entropy = SHA-256("blinko.fairness.v3" || 0x00 || … || hostSeed || guestSeed)
blast = HMAC-SHA-256(serverSeed, "blinko.explosion.v3" || 0x00 || entropy)
holder = HMAC-SHA-256(serverSeed, "blinko.holder.v3" || 0x00 || entropy)Границы проверки
Совпадение расчёта не подтверждает независимо каждую передачу, победителя или выплату. Оно не устанавливает время публикации хеша, если ты не сохранил его до игры. Качество связи тоже влияет на игру. Практика работает локально без денег, поэтому её проверка не служит доказательством денежной дуэли.
Частые вопросы
Что фиксируется до начала раунда Blinko?
До игры публикуется хеш SHA-256 серверного seed, а не самой точки взрыва. После раскрытия сравни seed с хешем, сохранённым до игры, и повтори расчёт порога по данным раунда. Решения о передаче заряда не входят в этот расчёт.
Как проверить раунд Blinko самостоятельно?
Сохрани хеш до игры, затем введи его и раскрытые данные на странице проверки, выбрав нужную схему. Расчёт выполняется в браузере без отправки этих данных в Blinko. Для независимой проверки повтори опубликованный алгоритм отдельной реализацией SHA-256 и HMAC-SHA-256.
Почему в Blinko две схемы честности?
Для практики и старых записей хеш-цепочки используются один клиентский seed и nonce. В доказательстве серверной PvP-дуэли участвуют seed обоих игроков и идентификаторы матча. Сейчас LIVE показывает реальные PvP-дуэли, а не отдельную игру по хеш-цепочке. Выбирай схему по полям доказательства: кодирование seed и расчёт различаются.
Чего это доказательство не покрывает?
Совпадение расчёта не устанавливает время публикации хеша, если ты не сохранил его до игры. Проверка seed и порога не проверяет все события матча, не определяет победителя, не уравнивает задержки сети и не подтверждает выплату. Проверка практики не является доказательством серверной дуэли.