Stake ဂိမ်းများ: Provably Fair ရလဒ် စစ်ဆေးနည်း | Server Seed၊ Client Seed၊ Nonce

ရေးသားသူ: Stake အယ်ဒီတာအဖွဲ့  |  ထုတ်ဝေသည့်ရက်: 2026-09-25  |  နောက်ဆုံးပြင်ဆင်သည့်ရက်: 2026-09-25

Crash၊ Dice၊ Limbo ကဲ့သို့ "Originals" ဟုခေါ်သော ဂိမ်းအမျိုးအစားများတွင် "Fairness" သို့မဟုတ် "Provably Fair" ခလုတ်တစ်ခု တွေ့ရတတ်သည်။ ထိုခလုတ်ကို ဖွင့်လိုက်လျှင် ရှည်လျားသော hex စာကြောင်းများ၊ seed နှင့် nonce ဟူသော စကားလုံးများ ပေါ်လာသဖြင့် ကစားသူအများစုက ကျော်သွားကြသည်။ ဤဆောင်းပါးသည် ထိုစာကြောင်းများ တစ်ခုချင်းစီ ဘာလုပ်သလဲ၊ ရလဒ်တစ်ခု မည်သို့ ထွက်လာသလဲ၊ ကိုယ်တိုင် မည်သို့ ပြန်စစ်ရမလဲကို အဆင့်လိုက် ရှင်းပြထားသည်။ ဂိမ်းအမျိုးအစား အလိုက် ယေဘုယျ မိတ်ဆက်ကို ဂိမ်းများ စာမျက်နှာတွင် ဖတ်နိုင်ပြီး ဤနေရာတွင်မူ ရလဒ်စစ်ဆေးနည်း တစ်ခုတည်းကိုသာ အသေးစိတ် ဆွေးနွေးမည်။

ဤဆောင်းပါးရှိ တွက်နည်းများကို Stake Originals ၏ တရားဝင် provably fair implementation စာမျက်နှာများ (နိုင်ငံအလိုက် ဗားရှင်းများ) နှင့် crash seeding ကြေညာချက်ကို ကိုးကားသော လွတ်လပ်သည့် verifier စာမျက်နှာများမှ ကောက်ယူပြီး ၂၀၂၆ ခုနှစ် စက်တင်ဘာ ၂၅ ရက်နေ့တွင် ပြန်လည်စစ်ဆေးထားသည်။ ဥပမာ တန်ဖိုးများကိုမူ ကျွန်ုပ်တို့ကိုယ်တိုင် တွက်ထုတ်ထားပြီး မည်သူမဆို ပြန်တွက်၍ ရလဒ်တူကြောင်း စစ်နိုင်သည်။ ၎င်းတို့သည် တကယ့် လောင်းကြေးမှတ်တမ်း မဟုတ်ပါ။

Provably fair က ဘာကို သက်သေပြပြီး ဘာကို မပြသလဲ

ရိုးရိုး online ဂိမ်းတစ်ခုတွင် ရလဒ်ကို ဆာဗာထဲရှိ random number generator (RNG) က ထုတ်ပေးပြီး ကစားသူက ရလဒ်ကိုသာ မြင်ရသည်။ RNG မှန်ကန်ကြောင်းကို ပြင်ပ စမ်းသပ်ဓာတ်ခွဲခန်း၏ လက်မှတ်ဖြင့် ယုံကြည်ရခြင်း ဖြစ်သည်။ Provably fair စနစ်မှာမူ ယုံကြည်မှုကို တွက်ချက်မှုဖြင့် အစားထိုးသည်။ ရလဒ်ကို ထုတ်သည့် ပစ္စည်းများထဲမှ တစ်ခုကို ကစားသူက ကိုယ်တိုင် ထည့်ပေးပြီး ကျန်တစ်ခုကို ဆာဗာက ကြိုတင် "တံဆိပ်ခတ်" ထားသဖြင့် နှစ်ဖက်စလုံး တစ်ဖက်တည်း ဆုံးဖြတ်၍ မရတော့ပါ။

သက်သေပြနိုင်သည့် အချက်များ

• သင်လောင်းကြေးမတင်မီကတည်းက ရလဒ်ကို ဆုံးဖြတ်မည့် server seed ကို သတ်မှတ်ပြီးသား ဖြစ်ကြောင်း (hash ကြိုပြထားသဖြင့်)။
• သင်ရွေးထားသော client seed ကို ရလဒ်တွက်ရာတွင် တကယ် ထည့်သုံးထားကြောင်း။
• ပြသထားသော ရလဒ် (ဥပမာ Dice roll ၇၅.၂၂) သည် ထို seed သုံးခုမှ ထွက်ရမည့် ရလဒ်အတိုင်း ဖြစ်ကြောင်း။

သက်သေ မပြနိုင်သည့် အချက်များ

• House edge မရှိကြောင်း မဟုတ်ပါ။ Edge သည် ပေးချေအဆ (multiplier) ထဲတွင် ပွင့်လင်းစွာ ပါဝင်နေဆဲ ဖြစ်သည်။
• ငွေထုတ်ယူမှု မြန်ဆန်ကြောင်း၊ အကောင့်စီမံမှု တရားမျှတကြောင်း၊ ဝဘ်ဆိုက်သည် အစစ်အမှန် ဖြစ်ကြောင်း မသက်သေပြပါ။
• Seed ပြသသည့် fairness ခလုတ် မပါသော ဂိမ်းများ (slot၊ live dealer ဂိမ်းအများစု) ကို ဤနည်းဖြင့် စစ်၍ မရပါ။

အစိတ်အပိုင်း လေးခု: server seed၊ client seed၊ nonce၊ cursor

Stake Originals ၏ implementation စာမျက်နှာတွင် ရလဒ်တစ်ခုကို ထုတ်ရန် input လေးခု အသုံးပြုသည်ဟု ဖော်ပြထားသည်။ တစ်ခုချင်းစီ၏ တာဝန်ကို အောက်ပါဇယားတွင် စုစည်းထားသည်။

Input	ဘယ်သူ ပိုင်သလဲ	ဘာလုပ်သလဲ
Server seed	ဆာဗာ	စာလုံး ၆၄ လုံးရှိ hex စာကြောင်း။ ကစားနေစဉ် SHA-256 hash ကိုသာ ပြထားပြီး seed ကို လဲလိုက်မှ မူရင်းကို ထုတ်ပြသည်
Client seed	ကစားသူ	ကိုယ်တိုင် ပြင်နိုင်သော စာကြောင်း။ ဆာဗာ တစ်ဖက်တည်း ရလဒ်ကို ထိန်းချုပ်၍ မရစေရန်
Nonce	စနစ် (အလိုအလျောက်)	လောင်းကြေး တစ်ကြိမ်တင်တိုင်း ၁ တိုးသော ကိန်း။ seed တွဲတစ်တွဲတည်းမှ ရလဒ်အသစ် ထွက်စေသည်
Cursor	စနစ် (အလိုအလျောက်)	ရလဒ်အများအပြား လိုသော ဂိမ်း (ကတ်ဖဲ၊ Mines စသည်) တွင် hash အသစ်ထပ်ထုတ်ရန်။ Dice တွင် ၀ သာ

Server seed ကို ဘာကြောင့် hash အဖြစ်သာ ပြထားသလဲ

မူရင်း server seed ကို ကြိုပြလိုက်ပါက ကစားသူက နောက်လာမည့် ရလဒ်အားလုံးကို ကြိုတွက်နိုင်သွားမည်။ မပြဘဲ ထားလိုက်ပါကလည်း ဆာဗာက ကစားသူ၏ လောင်းကြေးကို မြင်ပြီးမှ seed ကို လဲနိုင်သည်ဟု သံသယ ဖြစ်စရာ ရှိသည်။ ထို့ကြောင့် SHA-256 hash ကိုသာ ကြိုပြသည်။ SHA-256 သည် တစ်လမ်းသွား function ဖြစ်၍ hash မှ seed ကို ပြန်တွက်၍ မရသော်လည်း seed ကို နောင်မှ ထုတ်ပြသောအခါ hash ပြန်တွက်ပြီး ကိုက်မကိုက် စစ်နိုင်သည်။

Client seed ကို ကိုယ်တိုင် ပြောင်းသင့်သလား

Stake ၏ implementation စာမျက်နှာတွင် အကောင့်ဖွင့်စဉ် browser က client seed ကို အလိုအလျောက် ဖန်တီးပေးသော်လည်း ကိုယ်ပိုင် seed ကို ရွေးရန် အကြံပြုထားသည်။ ကိုယ်တိုင်ရိုက်ထည့်သော စာကြောင်း (ဥပမာ yangon2026) သည် ဆာဗာက ကြိုမသိနိုင်သော input ဖြစ်၍ ရလဒ်ကို သင်၏ ပါဝင်မှုဖြင့် ပေါင်းစပ်စေသည်။ Seed ပြောင်းခြင်းကြောင့် အနိုင်ရနိုင်ခြေ မတိုးပါ။ ရလဒ်ကို တစ်ဖက်တည်းက ကြိုမဆုံးဖြတ်နိုင်စေရန်သာ ဖြစ်သည်။

ရလဒ်တစ်ခု ထွက်လာပုံ အဆင့် လေးဆင့်

1. HMAC-SHA256 တွက်ခြင်း။ Server seed ကို key အဖြစ်၊ clientSeed:nonce:round ပုံစံ စာကြောင်းကို message အဖြစ် ထည့်ပြီး byte ၃၂ လုံးရှိ hash တစ်ခု ရသည်။
2. Byte များကို ခွဲယူခြင်း။ Stake ၏ ပင်မ ဗားရှင်းတွင် ရလဒ်တစ်ခုအတွက် byte ၄ လုံး သုံးသည်ဟု ဖော်ပြထားသဖြင့် hash တစ်ခုမှ ရလဒ် ၈ ခုအထိ ရသည်။
3. ၀ နှင့် ၁ ကြား ဒသမကိန်း (float) ပြောင်းခြင်း။ byte ၄ လုံးကို ၂၅၆၊ ၂၅၆²၊ ၂၅၆³၊ ၂၅၆⁴ ဖြင့် အသီးသီး စား၍ ပေါင်းသည်။
4. ဂိမ်းရလဒ် ပြောင်းခြင်း။ ဂိမ်းတစ်ခုစီတွင် ကိုယ်ပိုင် ပုံသေနည်း ရှိသည်။ Dice အတွက် floor(float × 10001) / 100 ဖြစ်၍ ၀.၀၀ မှ ၁၀၀.၀၀ အထိ ရလဒ် ၁၀,၀၀၁ မျိုး တူညီသော ဖြစ်နိုင်ခြေဖြင့် ထွက်သည်။

ဥပမာ: seed တွဲတစ်တွဲမှ Dice ရလဒ် ငါးခု

အောက်ပါ တန်ဖိုးများကို ဥပမာအဖြစ် ရွေးပြီး အထက်ပါ အဆင့်လေးဆင့်အတိုင်း တွက်ထားသည်။ Python သို့မဟုတ် JavaScript ဖြင့် ပြန်တွက်ပါက ရလဒ် အတူတူ ထွက်ရမည်။

server seed   = 7f3a9c21e84b5d06a1f2c3e4d5b6a7980f1e2d3c4b5a69788796a5b4c3d2e1f0
SHA-256(seed) = 3957b0275481154ecb80e4bd69df53accfecd60e5a10dd50eff69d8d5fbc016c
client seed   = yangon2026

Nonce	ပထမ byte ၄ လုံး	Float	Dice roll
၀	၁၉၂၊ ၁၄၀၊ ၁၉၄၊ ၂၁၀	၀.၇၅၂၁၄၈	၇၅.၂၂
၁	၁၄၉၊ ၂၄၈၊ ၂၄၇၊ ၁၉၁	၀.၅၈၅၈၃၀	၅၈.၅၈
၂	၂၂၁၊ ၁၁၃၊ ၁၂၊ ၆၂	၀.၈၆၅၀၀၆	၈၆.၅၀
၃	၁၃၂၊ ၂၀၊ ၆၇၊ ၂၃၀	၀.၅၁၅၉၃၄	၅၁.၅၉
၄	၁၁၄၊ ၃၅၊ ၁၇၇၊ ၈	၀.၄၄၅၈၅၇	၄၄.၅၉

Nonce ၀ ၏ float ကို ဥပမာ တွက်ပြရလျှင် ၁၉၂ ÷ ၂၅၆ = ၀.၇၅၀၀၀၀၊ ၁၄၀ ÷ ၆၅,၅၃၆ = ၀.၀၀၂၁၃၆၊ ၁၉၄ ÷ ၁၆,၇၇၇,၂၁၆ = ၀.၀၀၀၀၁၂၊ နောက်ဆုံး byte မှ ၀.၀၀၀၀၀၀၀၅ ခန့် ရ၍ ပေါင်းလဒ် ၀.၇၅၂၁၄၈ ရသည်။ ၎င်းကို ၁၀,၀၀၁ ဖြင့် မြှောက်ပြီး ဒသမ နှစ်နေရာ ဖြတ်လိုက်သောအခါ ၇၅.၂၂ ဖြစ်လာသည်။ Seed သုံးခုအနက် တစ်ခုခု စာလုံး တစ်လုံးမျှ ပြောင်းသွားပါက ရလဒ်အားလုံး လုံးဝ ပြောင်းသွားမည် ဖြစ်သည်။

Dice ရလဒ်ကို ကိုယ်တိုင် ပြန်စစ်နည်း

စစ်ဆေးမှုတွင် အဓိက အချက် နှစ်ချက်သာ ရှိသည်။ ပထမ၊ ထုတ်ပြလာသော server seed သည် ကစားမီက ပြထားသော hash နှင့် ကိုက်ညီရမည်။ ဒုတိယ၊ ထို seed ဖြင့် ပြန်တွက်သော ရလဒ်သည် မှတ်တမ်းထဲက ရလဒ်နှင့် တူရမည်။

1. ကစားမီ hash ကို မှတ်ထားပါ။ Fairness ခလုတ်ထဲမှ "hashed server seed" ကို screenshot ရိုက်ပါ သို့မဟုတ် ကူးယူသိမ်းပါ။ ဤအဆင့်ကို ကျော်ပါက နောက်ပိုင်း နှိုင်းယှဉ်စရာ မရှိတော့ပါ။
2. Client seed ကို ကိုယ်ပိုင်စာကြောင်းဖြင့် ပြောင်းပါ။ ပြောင်းလိုက်သည့်အခါ nonce သည် ၀ မှ ပြန်စမည်။
3. ကစားပြီးပါက seed ကို rotate လုပ်ပါ။ Stake ၏ ဖော်ပြချက်အရ server seed အသစ်သို့ လဲမှသာ အဟောင်းကို ထုတ်ပြသည်။ Rotate မလုပ်မချင်း လက်ရှိ seed ကို မည်သူမျှ မမြင်ရခြင်းသည် စနစ်၏ ဒီဇိုင်း ဖြစ်သည်။
4. Hash ကိုက်မကိုက် စစ်ပါ။ ထုတ်ပြလာသော seed ၏ SHA-256 ကို တွက်ပြီး အဆင့် ၁ တွင် မှတ်ထားသည်နှင့် စာလုံးတိုင်း တူမတူ နှိုင်းယှဉ်ပါ။
5. ရလဒ်ကို ပြန်တွက်ပါ။ Seed သုံးခုနှင့် nonce ကို အထက်ပါ အဆင့်လေးဆင့်အတိုင်း တွက်ပြီး ဂိမ်းမှတ်တမ်းရှိ roll နှင့် တိုက်ပါ။

ကိုယ်ပိုင် script ဖြင့် စစ်ခြင်း

Browser ထဲရှိ calculator များကို မယုံကြည်ပါက Python စာကြောင်း အနည်းငယ်ဖြင့် စစ်နိုင်သည်။ အောက်ပါ code သည် Stake ၏ ပင်မဗားရှင်း (byte ၄ လုံး) အတွက် ဖြစ်သည်။

import hmac, hashlib
def dice(server, client, nonce):
    d = hmac.new(server.encode(), f"{client}:{nonce}:0".encode(), hashlib.sha256).digest()
    f = sum(b / 256 ** (i + 1) for i, b in enumerate(d[:4]))
    return int(f * 10001) / 100
def seed_hash(server):
    return hashlib.sha256(server.encode()).hexdigest()  # hash check

ကိုက်မညီပါက ဘာလုပ်မလဲ

ရလဒ် မကိုက်ညီခြင်း၏ အဖြစ်များဆုံး အကြောင်းရင်းမှာ nonce ကို တစ်ခု လွဲ၍ ထည့်ခြင်း (မှတ်တမ်းတွင် nonce ၀ မှ စတွက်ခြင်း) နှင့် client seed ၏ အစ သို့မဟုတ် အဆုံးတွင် space ပါသွားခြင်း ဖြစ်သည်။ ထို့နောက် အထက်တွင် ဖော်ပြခဲ့သော byte အရေအတွက် ကွာခြားမှုကို စစ်ပါ။ ထိုအချက်များ မှန်ကန်ပြီးနောက်မှ hash မကိုက်ညီပါက ထိုအချက်သည် ဆာဗာက seed ကို ကြားဖြတ် လဲခဲ့ကြောင်း ပြသနေခြင်း ဖြစ်၍ ထိုဆိုက်တွင် ဆက်မကစားသင့်ပါ။

Crash ဂိမ်းက ဘာကြောင့် ကွဲပြားသလဲ

Dice သည် ကစားသူ တစ်ဦးချင်း ဂိမ်းဖြစ်၍ client seed တစ်ဦးချင်း သုံးနိုင်သည်။ Crash မှာမူ ကစားသူ အားလုံး multiplier တစ်ခုတည်းကို တစ်ပြိုင်နက် ကြည့်နေရသဖြင့် လူတစ်ဦးချင်း၏ client seed ကို သုံး၍ မရပါ။ ထို့ကြောင့် hash chain ဟုခေါ်သော အခြားနည်းကို သုံးသည်။

Hash chain နှင့် Bitcoin block salt

Crash seeding ကြေညာချက်ကို ကိုးကားသော verifier စာမျက်နှာများ၏ ဖော်ပြချက်အရ Stake သည် ၂၀၁၉ ခုနှစ်တွင် SHA-256 hash ၁၀,၀၀၀,၀၀၀ ခု ရှည်သော ကွင်းဆက်ကို ကြိုတင် ထုတ်ထားပြီး ကွင်းဆက်၏ နောက်ဆုံး hash ကိုသာ အများသိ ထုတ်ပြန်ခဲ့သည်။ Hash တစ်ခုစီသည် နောက်တစ်ခု၏ SHA-256 ဖြစ်၍ ဂိမ်းများကို ကွင်းဆက်၏ အဆုံးမှ အစဘက်သို့ ပြောင်းပြန် သုံးသွားသည်။ ထို့အပြင် multiplier တွက်ရာတွင် salt အဖြစ် Bitcoin block နံပါတ် ၅၈၄,၅၀၀ ၏ hash ကို သုံးသည်။ ကွင်းဆက်ကို ထုတ်ပြန်စဉ်က ထို block ကို မတူးဖော်ရသေးသဖြင့် မည်သူမျှ ကြိုမသိနိုင်ခဲ့ပေ။

ဤဒီဇိုင်း၏ အကျိုးမှာ ကစားပြီးသော ဂိမ်းတစ်ခု၏ hash ကို SHA-256 တွက်လိုက်ပါက ယခင်ဂိမ်း၏ hash ထွက်ရမည် ဖြစ်ခြင်း ဖြစ်သည်။ ထို့ကြောင့် ဂိမ်းတစ်ပွဲ၏ hash ကို မှတ်ထားသူတိုင်းက နောက်ပြန် ဆက်တိုက် စစ်နိုင်သော်လည်း ရှေ့ဘက် (နောက်လာမည့်ပွဲ) ကိုမူ မည်သူမျှ ကြိုတွက်၍ မရပါ။

Multiplier တွက်ပုံနှင့် ဖြစ်နိုင်ခြေ

Verifier စာမျက်နှာများ ဖော်ပြသည့် Stake ပုံသေနည်းမှာ HMAC-SHA256 (key = ဂိမ်း hash၊ message = salt) ၏ ပထမ hex စာလုံး ၁၃ လုံး (bit ၅၂ ခု) ကို ကိန်းပြည့် h အဖြစ်ယူပြီး floor(99 × 2^52 ÷ (h + 1)) ÷ 100 ကို တွက်ကာ ၁.၀၀ အောက် မကျစေခြင်း ဖြစ်သည်။ ဤပုံသေနည်းကြောင့် multiplier m သို့ ရောက်နိုင်ခြေသည် ခန့်မှန်းခြေ ၀.၉၉ ÷ m ဖြစ်သည်။ ၀.၉၉ ထဲတွင် ၁% edge ပါဝင်နေသည်။

Cash-out ပစ်မှတ်	ရောက်နိုင်ခြေ	၂,၀၀၀ ကျပ် တင်လျှင် ရမည့်ငွေ
၁.၅ ဆ	၆၆.၀%	၃,၀၀၀ ကျပ်
၂ ဆ	၄၉.၅%	၄,၀၀၀ ကျပ်
၃ ဆ	၃၃.၀%	၆,၀၀၀ ကျပ်
၅ ဆ	၁၉.၈%	၁၀,၀၀၀ ကျပ်
၁၀ ဆ	၉.၉%	၂၀,၀၀၀ ကျပ်
၁၀၀ ဆ	၀.၉၉%	၂၀၀,၀၀၀ ကျပ်

ဇယားရှိ အတန်းတိုင်းတွင် ရောက်နိုင်ခြေ × ပစ်မှတ် = ၀.၉၉ ဖြစ်သည်ကို သတိပြုပါ။ ပစ်မှတ် မည်မျှ ပြောင်းပြောင်း ပျမ်းမျှ ပြန်ရငွေသည် လောင်းကြေး၏ ၉၉% သာ ဖြစ်သည်။ ပစ်မှတ်က ပြောင်းလဲပေးသည်မှာ edge မဟုတ်ဘဲ အနိုင်အရှုံး အတက်အကျ (variance) သာ ဖြစ်သည်။

ကျပ်ငွေဖြင့် တွက်ကြည့်ခြင်း: "fair" ဆိုတာ အမြတ်ရမယ်လို့ မဆိုလို

Dice: ၁,၀၀၀ ကျပ် × ၅၀၀ ကြိမ်

Stake Dice ၏ ပေးချေအဆ ပုံသေနည်းမှာ ၉၉ ÷ အနိုင်ရနိုင်ခြေ (%) ဖြစ်သည်။ အနိုင်ရနိုင်ခြေ ၅၀% ရွေးပါက ၁.၉၈ ဆ ရသည်။ ၁,၀၀၀ ကျပ်စီ ၅၀၀ ကြိမ် တင်လျှင် စုစုပေါင်း လောင်းကြေး ၅၀၀,၀၀၀ ကျပ် ဖြစ်ပြီး ပျမ်းမျှ ပြန်ရငွေ ၄၉၅,၀၀၀ ကျပ်၊ ပျမ်းမျှ ဆုံးရှုံးငွေ ၅,၀၀၀ ကျပ် ဖြစ်သည်။

သို့သော် လောင်းကြေးတစ်ကြိမ်၏ standard deviation သည် ၉၉၀ ကျပ်ခန့် ရှိ၍ ၅၀၀ ကြိမ်အတွက် ၉၉၀ × √၅၀၀ ≈ ၂၂,၁၃၇ ကျပ် ဖြစ်သည်။ ဆိုလိုသည်မှာ ပျမ်းမျှ ဆုံးရှုံးငွေ ၅,၀၀၀ ကျပ်ထက် အတက်အကျက လေးဆခန့် ပိုကြီးသည်။ တိုတောင်းသော session တစ်ခုတွင် အမြတ်ရခြင်း သို့မဟုတ် ပျမ်းမျှထက် များစွာ ရှုံးခြင်းသည် စနစ် မမှန်၍ မဟုတ်ဘဲ ဤအတက်အကျ၏ သဘောသဘာဝ ဖြစ်သည်။ Provably fair စစ်ဆေးမှုက အတက်အကျကို လျော့မပေးပါ။

Crash: ၁၀ ဆ ပစ်မှတ်ဖြင့် ဆက်တိုက် ရှုံးနိုင်ခြေ

၁၀ ဆ ပစ်မှတ်၏ ရောက်နိုင်ခြေ ၉.၉% ဖြစ်၍ တစ်ပွဲ မရောက်နိုင်ခြေ ၉၀.၁% ဖြစ်သည်။ ဆယ်ပွဲ ဆက်တိုက် မရောက်နိုင်ခြေ (၀.၉၀၁)¹⁰ ≈ ၃၅.၃% နှင့် အနှစ်ဆယ်ပွဲ ဆက်တိုက် မရောက်နိုင်ခြေ ≈ ၁၂.၄% ဖြစ်သည်။ ၂,၀၀၀ ကျပ်စီ နှစ်ဆယ်ပွဲ ဆက်ရှုံးပါက ၄၀,၀၀၀ ကျပ် ဖြစ်သည်။ ရှစ်ကြိမ်တွင် တစ်ကြိမ်ခန့် ကြုံရမည့် အခြေအနေ ဖြစ်၍ ဘတ်ဂျက်ကို ဤပမာဏထက် ပိုမြင့်စွာ ကြိုတင် သတ်မှတ်ထားမှသာ "ဆက်ရှုံးနေသည်မှာ လိမ်လည်မှုလား" ဟု မှားယွင်း ကောက်ချက်ချခြင်းမှ ရှောင်နိုင်မည်။

Martingale နည်းကို ပုံသေနည်းဖြင့် စစ်ခြင်း

၅၀% Dice တွင် ရှုံးတိုင်း လောင်းကြေး နှစ်ဆတိုးသော နည်းကို ၁,၀၀၀ ကျပ်မှ စတင်ပါက ဆယ်ကြိမ် ဆက်ရှုံးပြီးနောက် နောက်တစ်ကြိမ်အတွက် ၁,၀၂၄,၀၀၀ ကျပ် လိုအပ်မည်။ ၅၀% ရွေးချယ်မှုတွင် ရှုံးနိုင်ခြေ ၅၀% ဖြစ်၍ ဆယ်ကြိမ် ဆက်ရှုံးနိုင်ခြေမှာ ၀.၁% ခန့်သာ ရှိသော်လည်း (edge သည် ဖြစ်နိုင်ခြေထဲတွင် မဟုတ်ဘဲ ၂ ဆအစား ၁.၉၈ ဆသာ ပေးခြင်းထဲတွင် ရှိသည်) ကြုံလာပါက ရှိသမျှ ဘတ်ဂျက် တစ်ခါတည်း ဆုံးရှုံးမည် ဖြစ်သည်။ Nonce တိုင်း သီးခြားလွတ်လပ်သော ရလဒ် ထွက်သဖြင့် ယခင် ရလဒ်များက နောက်ရလဒ်ကို မဆုံးဖြတ်ပါ။

Provably fair မဟုတ်သော ဂိမ်းများကို ဘယ်လို ခွဲခြားမလဲ

ဂိမ်းစာရင်းရှိ slot ဂိမ်းအများစု (JILI၊ PG SOFT၊ Pragmatic Play စသည့် ထုတ်လုပ်သူများ၏ ဂိမ်းများ) နှင့် live dealer ဂိမ်းများသည် ကစားသူထံ seed မပြသော ဂိမ်းများ ဖြစ်သည်။ ၎င်းတို့၏ တရားမျှတမှုကို ထုတ်လုပ်သူ၏ RNG စမ်းသပ်လက်မှတ်နှင့် လိုင်စင်ပေးသည့် အဖွဲ့အစည်း၏ ကြီးကြပ်မှုဖြင့် အာမခံသည်။ ဤဂိမ်းများ၏ RTP ကို paytable ထဲတွင် ဖတ်နိုင်သော်လည်း အလှည့်တစ်ခုချင်း၏ ရလဒ်ကို ကိုယ်တိုင် ပြန်တွက်၍ မရပါ။

ဂိမ်းအမျိုးအစား	ရလဒ် ထုတ်ပုံ	ကိုယ်တိုင် စစ်နိုင်မှု
Dice၊ Limbo၊ Mines (Originals)	Seed တွဲ + nonce	အလှည့်တိုင်း စစ်နိုင်
Crash (အများ ကစားပွဲ)	Hash chain + block salt	ပွဲတိုင်းနှင့် ကွင်းဆက် စစ်နိုင်
Slot၊ ငါးဖမ်း	ထုတ်လုပ်သူ၏ RNG	လက်မှတ်ကိုသာ ယုံရ
Live dealer	ရုပ်ပိုင်းဆိုင်ရာ ဖဲ၊ ဘီး	ဗီဒီယိုကိုသာ ကြည့်ရ

ဂိမ်းတစ်ခုကို "provably fair" ဟု ကြော်ငြာထားသော်လည်း seed hash ကို ကစားမီ မပြပါက၊ client seed ကို ပြောင်းခွင့် မပေးပါက သို့မဟုတ် rotate လုပ်ပြီးနောက် seed အဟောင်းကို ထုတ်မပြပါက ထိုစကားလုံးသည် ကြော်ငြာစာသားသာ ဖြစ်သည်။

သတိထားရမည့် အမှားနှင့် လိမ်လည်မှု ပုံစံများ

• "Predictor" app များ။ Crash သို့မဟုတ် Dice ၏ နောက်ရလဒ်ကို ကြိုခန့်မှန်းပေးမည်ဟု ကြော်ငြာသော app၊ Telegram bot များသည် စနစ်၏ ဒီဇိုင်းအရ မဖြစ်နိုင်သည့်အရာကို ရောင်းနေခြင်း ဖြစ်သည်။ Server seed ကို မသိဘဲ ရလဒ်ကို တွက်၍ မရပါ။ ထို app များက အကောင့် login သို့မဟုတ် ငွေ ကြိုပေးရန် တောင်းလျှင် ပို၍ သံသယ ဖြစ်သင့်သည်။
• အတုဝဘ်ဆိုက်၏ fairness ခလုတ်။ ကိုယ်ပိုင် seed ပြသည့် ခလုတ်ကို အတုဆိုက်ကလည်း ကူးယူ ပြုလုပ်နိုင်သည်။ Fairness စစ်ဆေးမှုသည် ဆိုက်ကို ယုံကြည်ပြီးနောက် အဆင့်သာ ဖြစ်၍ ပထမဦးစွာ တရားဝင် ဝဘ်ဆိုက် စစ်ဆေးနည်းအတိုင်း domain ကို စစ်ပြီးမှ ဆက်လုပ်ပါ။
• Seed ကို rotate မလုပ်ဘဲ စစ်ရန် ကြိုးစားခြင်း။ လက်ရှိ အသုံးပြုနေသော server seed ကို မည်သည့် support ဝန်ထမ်းကမျှ ပေးနိုင်မည် မဟုတ်ပါ။ ပေးမည်ဟု ဆိုသူသည် စနစ်၏ ဒီဇိုင်းနှင့် ဆန့်ကျင်နေသည်။
• ရလဒ် "ပုံစံ" ရှာခြင်း။ Hash function ၏ output သည် ယခင်ရလဒ်နှင့် ဆက်စပ်မှု မရှိပါ။ "ငါးပွဲ နိမ့်ပြီးရင် မြင့်မယ်" စသည့် ယူဆချက်များကို ပုံသေနည်းက မထောက်ခံပါ။

အမေးများသော မေးခွန်းများ

Provably fair ဂိမ်းဆိုရင် house edge မရှိဘူးလား

ရှိပါသည်။ Stake Dice တွင် ပေးချေအဆ ပုံသေနည်း ၉၉ ÷ အနိုင်ရနိုင်ခြေ ဖြစ်၍ ၁% edge သည် ပေးချေအဆထဲတွင် ပွင့်လင်းစွာ ပါဝင်သည်။ Provably fair က ရလဒ်ကို နောက်မှ မပြင်ထားကြောင်းသာ သက်သေပြသည်။

Client seed ပြောင်းရင် အနိုင်ရနိုင်ခြေ တိုးသလား

မတိုးပါ။ Seed အသစ်တိုင်းသည် ဖြစ်နိုင်ခြေ တူညီသော ရလဒ်အစဉ်အသစ်ကို ထုတ်ပေးသည်။ ပြောင်းရခြင်း၏ ရည်ရွယ်ချက်မှာ ဆာဗာ တစ်ဖက်တည်းက ရလဒ်ကို ကြိုမဆုံးဖြတ်နိုင်စေရန် ဖြစ်သည်။

လက်ရှိ server seed ကို ဘာကြောင့် ချက်ချင်း မပြတာလဲ

ပြလိုက်ပါက နောက်လာမည့် nonce များ၏ ရလဒ်ကို ကြိုတွက်နိုင်သွားမည် ဖြစ်သည်။ ထို့ကြောင့် hash ကိုသာ ကြိုပြပြီး seed ကို rotate လုပ်မှ အဟောင်းကို ထုတ်ပြသည်။

Crash ဂိမ်းမှာ ကိုယ့် client seed က ဘာကြောင့် မပါတာလဲ

Crash တွင် ကစားသူ အားလုံး multiplier တစ်ခုတည်းကို မျှဝေသဖြင့် လူတစ်ဦးချင်း၏ seed ကို သုံး၍ မရပါ။ ၎င်းအစား ကြိုတင် ထုတ်ပြန်ထားသော hash chain နှင့် ထိုအချိန်က မတူးရသေးသော Bitcoin block ၏ hash ကို salt အဖြစ် သုံးသည်။

Online verifier ဆိုက်တွေကို သုံးလို့ ရသလား

သုံးနိုင်သော်လည်း ထိုဆိုက်သည် သင်ကစားသော ဆိုက်၏ ပုံသေနည်းနှင့် ဗားရှင်း တူမတူ သေချာစွာ စစ်ပါ။ Seed ကို rotate လုပ်ပြီးမှသာ ထည့်ပါ၊ အကောင့် စကားဝှက်ကိုမူ မည်သည့် verifier ထဲမှမျှ မထည့်ပါနှင့်။ အထက်ပါ Python code ကဲ့သို့ ကိုယ်ပိုင် script သည် အလုံခြုံဆုံး ဖြစ်သည်။

Seed hash ကို ကစားမီ မှတ်ထားခြင်း၊ ကိုယ်ပိုင် client seed သုံးခြင်းနှင့် rotate ပြီးနောက် ပြန်တွက်ခြင်း ဟူသော အဆင့်သုံးဆင့်က ရလဒ်ကို ပြင်မထားကြောင်း သင့်ကိုယ်တိုင် သိစေသည်။ ထိုအသိသည် ဘတ်ဂျက် စည်းကမ်းကို အစားမထိုးနိုင်ကြောင်းကိုလည်း ပုံသေနည်းများက ပြသနေသည်။ Stake ၏ ဆောင်းပါးများတွင် ဂိမ်းတစ်ခုကို မကစားမီ စစ်ဆေးရမည့် အချက်များကို ဆက်လက် စုစည်းတင်ပြသွားမည်။