Provably Fair дегеніміз не және ойынның адалдығын қалай тексеру керек

Provably Fair (PF) дегеніміз не?

Provably Fair - бұл раундтың нәтижесі кездейсоқ болғанын және мөлшерлемеден кейін оператормен ауыстырылмайтынын криптографиялық тексеруге мүмкіндік беретін хаттама.

Идея: алдымен коммит (жасырын server seed хэш) жарияланады, содан кейін ставкадан кейін ревил (server seed өзі) ашылады және кез келген адам ойыншының client seed және раунд идентификаторларын ескере отырып, хэшті салыстырып, RNG ойната алады.

Негізгі протокол: commit → bet → reveal

1. Commit: раундтар басталғанға дейін сервер кездейсоқ 'server _ seed' дегенді шығарып, оның хэшін жариялайды:


commit = SHA-256(server_seed         salt )//немесе Keccak-256

Коммитті тарихқа/блокчейн/журналға шығаруға болады.

2. Ставка: ойыншы өзінің 'client _ seed' -ін (UI-ден немесе меншікті) таңдайды немесе растайды, ставканы:


client_seed, roundId, nonce

3. Reveal: бағамдарды жапқаннан кейін сервер 'server _ seed' (және 'salt', егер бар болса) ашады, сонда бәрі тексереді:


SHA-256(server_seed         salt) = = commit//тұтастығын тексеру

4. RNG: кездейсоқ саны анықталады және қайталанады:


rng = HMAC-SHA256(key=server_seed, msg=client_seed          roundId          nonce)
//немесе rng = SHA-256 (server_seed         client_seed          roundId          nonce)

5. Аяқталу үшін маппинг: 'rng' дегенді ауытқымай ойын ауқымына түрлендіріңіз (төменде қараңыз).

💡 Неге nonce? Бір 'server _ seed' кезінде болжамдылық тәуекелінсіз көптеген раундтар өткізуге болады: 'nonce' әрбір раунд/мөлшерлеме инкременттеледі.

Санды ығыстырмай қалай алуға болады (bias-free)

'rng% N' дегенді алу қате - бұл 2 ^ k көп емес Н. Дұрыс - rejection sampling:

pseudo
// rng_bytes = 32 байт хэш → uint256 x = uint256 (rng_bytes)

limit = floor(2^256 / N) N while x >= limit:
rng_bytes = SHA-256 (rng_bytes )//« араластыру »x = uint256 (rng_bytes)

result = x % N

Осылайша, N нәтижелер бойынша біркелкі бөлуді аламыз (рулетка ұяшықтары, барабан символдары және т.б.).

Шағын мысал (ойыншымен қадамдық верификация)

Айталық:


server_seed = «b2c6... e9 »//раундтан кейін ашылған (hex/utf8)
client_seed = «my-client-seed »//Мен roundId =« R-2025-10-17-001 »таңдадым
nonce = 42 commit = «c9a1... f3 »//опубл. алдын ала

1) Коммитті тексеру

'SHA-256 (server_seed)' деп есептеп, 'commit' дегенге сәйкес келетініне көз жеткізіңіз.

2) Детерминирленген RNG

Санау:


rng = HMAC-SHA256(key=server_seed,          msg= client_seed          ":"          roundId          ":"          nonce)

3) Нәтижеге түрлендіру

Рулетка үшін (37 сан) → N = 37, rejection sampling қолдану және 'x% 37' алу.

Слот үшін: тарату кестесіне сәйкес барабандарды/символдарды анықтау үшін бірнеше RNG порцияларын пайдалану.

4) Тарихтағы нәтижемен салыстыру

Алаң 'server _ seed', 'client _ seed', 'roundId', 'nonce', 'hashAlgo', 'rngAlgo', 'mappingVersion' есептерінде пайдаланылған кіріс есептерін көрсетуі керек.

Балама/күшейту: VRF (Verifiable Random Function)

Коммиттің орнына оператор VRF пайдалана алады (немесе қосымша):

1. Смарт-келісімшарт немесе жария тізілім провайдерден 'VRF (seed)' сұратады.

2. Жарияланады '(random, proof)'.

3. Кез келген адам 'proof' VRF жария кілт жұбымен тексере алады.

4. Бұдан әрі - RNG маппингінің аяқталу қадамдары.

Артықшылықтары: операторға деген сенім аз. Минустар: VRF-провайдеріне/тізбегіне тәуелділік және ықтимал құн.

Казино PF-ті қалай дұрыс енгізуі керек

Шарт (PF деректерінің келісімшарты)

Раунд тарихындағы өрістер:

`serverSeedHash`, `serverSeedReveal`, `clientSeed`, `roundId`, `nonce`, `hashAlgo`, `rngAlgo`, `mappingVer`, `proofUrl` (опц.) , `calcVer`.
Мәндері - WORM-сақтау орнында (immutable), уақыт мөртабаны бар (UTC).

Сидтерді жасау

'server _ seed' криптоорнықты PRNG (OS CSPRNG/HSM) шығарады.

Сидтер сериялар арасында ешқашан қайталанбауы тиіс (ротация).

'client _ seed' - ойыншы таңдайды немесе клиентке генерацияланады және расталады.

Коммиттерді жариялау

Коммиттерге дейін қол жетімді (тарихы, RSS, on-chain-зәкір).

Лоттар үшін түбірін күнделікті жариялайтын коммиттер меркли ағашын пайдалануға болады.

Ашу (reveal)

Нәтижені жариялау алдында 'server _ seed' ашылады және логикаланады.

Бір сидада раундтар сериясы үшін - серия аяқталғаннан кейін ашу (саясатты алдын ала көрсету).

Мөлдір маппинг

Маппинг алгоритмінің нұсқасы ('mappingVer') тіркеледі.

Кез келген өзгеріс ('mappingVer '/' rngAlgo') - тек хабарландырумен және коммиттердің жаңа сериясымен.

Аудит және даулар

Шикі кіру + есептеу жазбасы сақталады; дау кезінде есеп жасалады: кірістер → RNG → mapping → шығыс.

Стримдер/Live: CV/RFID оқиғаларының хэш зәкірлерін, WORM-те бейнелерді сақтау.

Ойыншы әділдікті қалай тексереді (чек парағы)

1. Раундтың тарихын ашып, көшіріңіз: 'serverSeedReveal', 'clientSeed', 'roundId', 'nonce', 'hashAlgo', 'rngAlgo', 'mappingVer'.

2. 'serverSeedReveal' хэшін санаңыз және 'serverSeedHash' дегенмен салыстырыңыз.

3. Көрсетілген алгоритм бойынша RNG есептеңіз (HMAC/Hash + кіру).

4. Нәтижелер санына «жылжытылмаған» маппингті (rejection sampling) қолданыңыз.

5. Нәтиженің көрсетілгенмен сәйкес келетініне көз жеткізіңіз.

6. Егер VRF мәлімделген болса, 'proof' түймешігін тексеріңіз («Verify» түймешігі немесе тәуелсіз скрипт/блок-пайдаланушы).

Типтік қателер (қарсы үлгілер)

'rng% N' rejection sampling → ығысу ықтималдықтары жоқ.

Жасырын немесе өзгермелі 'client _ seed' (сервер ойыншының қатысуынсыз жасайды).

Ставкадан кейін 'server _ seed' қайта генерациясы (коммит артқы күнмен ауыстырылады).

Нұсқасыз/жарияланымсыз алгоритмдердің мөлдір емес өзгерістері.

Сериялар арасында орындарды қайталау.

WORM/уақыт таңбаларының болмауы - оқиғалар тәртібін дәлелдеуге болмайды.

PF және бизнес логикасын араластыру (мысалы, бонус аяқталу кеңістігін өзгертетіндей қолданылған, бірақ бұл 'mappingVer' дегенде сипатталмаған).

FAQ (қысқаша)

Тек рулетканы ғана емес, слоттарды тексеруге бола ма?

Иә. PF сайлау реттілігіне қолданылады (мысалы, барабандағы символ индексі). Мүмкіндіктер кестесі мен RNG оқу тәртібі құжатталған болуы маңызды.

Егер мен 'client _ seed' дегенді енгізген болсам, онда оператор 'server _ seed' дегенді таңдай ала ма?

Егер коммит мөлшерлемеге дейін жарияланған болса, жоқ. Ол 'server _ seed' дегенді тіркеп, оны артқы күнмен алмастыруға мүмкіндік бермейді.

Неге кейде сидтерді пакеттеп ашады?

Сериядағы диодтарды «іріктеу» мүмкіндігі болмас үшін. Егер коммит алдын ала жарияланса, ал ашу саясаты ашық болса, бұл мүмкін.

Шағын пішім референсы

Хэштер: SHA-256 немесе Keccak-256.

RNG: HMAC-SHA256 (кілт ретінде серверлік led) немесе конкатенация SHA-256.

Идентификаторлар: 'roundId' (UTC-штамп + ойын + инкремент), 'nonce' (сериядағы мөлшерлеме санағы).

Версии: `rngAlgo=HMAC-SHA256@1`, `mappingVer=roulette. v2`, `calcVer=wallet-7. 2`.

Оператор үшін PF енгізу парағы

Криптография және сидтер

CSPRNG/HSM; бірегей 'server _ seed', құжатталған ротация.
'client _ seed' - ойыншы басқаратын, тарихта сақталады.

Жарияланымдар және сақтау

Ставкаларға дейінгі коммиттер, тарихқа/жарияланымдар арнасына/зәкірге қол жеткізу.
WORM-сақтау орны, UTC-мөртабандар, масштабтар үшін меркли-батчи.

Алгоритмдер

Жылжусыз RNG және mapping; 'rngAlgo/mappingVer' нұсқасы.
Скрипт/парақ «Әділдікті тексеру» (open-source дұрыс).

Live және гибрид

CV/RFID/фаза раундының хэш зәкірлері, «ставкалар терезесі жабылғанда» журналы.
Дау процедуралары (кіріс → шығыс есебі, коммиттерге/VRF сілтемелері).

Қауіпсіздік және аудит

PF хаттамасының тәуелсіз аудиті, баг-баунти.
Шешімдердің логтары өзгермейді; тұрақты ойнату тестілері.

Provably Fair «бізге сеніңіз» дегенді «өзіңіз тексеріңіз» дегенге айналдырады. Коммит/ревил немесе VRF, детерминирленген RNG және ығысусыз дұрыс маппингпен кез келген раунд қайталанатын және тексерілетін болады. Ойыншы үшін бұл - ашықтық пен сенім. Оператор үшін - дау аз, бренд күшті және реттеуіштер талаптарына сәйкес келеді. Ең бастысы - тәртіп: коммиттерді алдын ала жариялау, алгоритмдердің нұсқаларын белгілеу, дәлелдерді өзгеріссіз сақтау және пайдаланушыға қарапайым тексеру құралын беру.