Provably Fair деген эмне жана оюндун чынчылдыгын кантип текшерүү керек

Provably Fair (PF) деген эмне

Provably Fair - бул раунддун жыйынтыгы кокусунан болгонун жана коюмдан кийин оператор тарабынан алмаштырылбай турганын крипто аркылуу текшерүүгө мүмкүндүк берүүчү протокол.

Идея: биринчи committ (жашыруун server seed хэш) жарыяланат, андан кийин коюм revil (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. Mapping-жылдын акырына карата абал боюнча: өзгөрүүсүз оюн диапазонуна '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) Determinated 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. Ар бир адам ошол эле коомдук ачкыч жуп VRF 'proof' текшере алат.

4. Кийинки - RNG mapping-жылдын акырына карата ошол эле кадамдар.

Артыкчылыктары: операторго аз ишеним. Минустар: 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' ачылат жана логикаланат.

бир Sid бир катар үчүн - сериясы аяктагандан кийин ачыкка чыгаруу (алдын ала саясатын көрсөтүү).

Тунук маппинг

Mapping алгоритминин версиясы ('mappingVer') белгиленет.

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

Аудит жана талаш

чийки кирүү + эсептөө жазуу сакталат; талаш-тартышта отчет түзүлөт: кириш → RNG → mapping → натыйжасы.

Streams/Live: CV/RFID окуялардын хэш казык сактоо, Video - WORM.

Кантип оюнчу чынчылдыгын текшерүү (чек тизмеси)

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

2. 'serverSeedReveal' хэштерин эсептеп, 'serverSeedHash' менен салыштырыңыз.

3. көрсөтүлгөн алгоритм (HMAC/Hash + кириш) боюнча RNG санап.

4. натыйжалардын санына "жылдырылбаган" mapping (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' жаздырат жана аны арткы сан менен алмаштырууга жол бербейт.

Эмне үчүн кээде топтомун ачылат?

сериясындагы "тандоо" LED мүмкүн эмес. Эгерде коммит алдын ала жарыяланып, ачыкка чыгаруу саясаты ачык болсо, бул жол берилет.

Мини-референс форматтары

Хэши: SHA-256 же Keccak-256.

RNG: HMAC-SHA256 (ачкыч катары Server LED) же SHA-256 атаандаштык.

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

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

Оператор үчүн PF киргизүү чек тизмеси

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

CSPRNG/HSM; уникалдуу 'server _ seed', документтештирилген ротация.
'client _ seed' - оюнчу тарабынан башкарылат, тарыхта сакталат.

Басылмалар жана сактоо

Committes коюмдарды чейин, тарых/канал жарыялоо/казык жетүү.
WORM-сактоо, UTC-штамптар, масштабы үчүн Меркли-батчи.

Алгоритмдер

RNG жана жылдыруу жок mapping; 'rngAlgo/mappingVer' версиясы.
Script/бет "чынчылдыгын текшерүү" (ачык-булак жакшы).

Live жана гибрид

Хеш-казык CV/RFID/этап тегерек, журнал "чендерди терезени жаап жатканда".
Талаш-тартыш жол-жоболору (кириш отчет → натыйжасы, коммиттерге шилтемелер/VRF).

Коопсуздук жана аудит

Көз карандысыз аудит PF протоколу, Bounty.
Чечимдердин логдору өзгөрүлбөйт; үзгүлтүксүз ойнотуу тесттер.

Provably жарманкеси "бизге ишен" "өзүң текшерүү". Commit/Revil же VRF, determinated RNG жана туура mapping менен эч кандай тегерек ойнотулат жана текшерилет. Оюнчу үчүн - бул ачык-айкындуулук жана ишеним. Оператор үчүн - азыраак талаш-тартыштар, күчтүү бренд жана жөнгө салуучу талаптардын шайкештиги. Эң негизгиси - тартип: коммиттерди алдын ала жарыялоо, алгоритмдердин версияларын бекитүү, далилдерди өзгөрүүсүз сактоо жана колдонуучуга жөнөкөй текшерүү куралын берүү.