provably fair क्या है?
यह कौन सी समस्या हल करता है
जब आप कोई ऑनलाइन संयोग वाला गेम खेलते हैं, तो नतीजा एक ऐसे कंप्यूटर से आता है जिसे आप देख नहीं सकते। पारंपरिक रूप से आपको ऑपरेटर, गेम प्रोवाइडर और सॉफ्टवेयर टेस्ट करने वाले पर भरोसा करना पड़ता है। provably fair सिस्टम, जो Bitcoin जुए के साथ विकसित हुए, उस भरोसे के एक हिस्से की जगह गणित ले आते हैं: आप हर नतीजा खुद जांच सकते हैं।
मकसद सीमित और सटीक है। provably fair दिखाता है कि casino ने आपके दांव से पहले अपनी randomness तय कर दी थी और आपको हराने के लिए बाद में उसे बदल नहीं सकता था। यह गेम्स को उदार नहीं बनाता, और यह साबित नहीं करता कि casino आपको भुगतान करेगा।
तीन सामग्रियां
हर आम provably fair स्कीम तीन इनपुट जोड़ती है:
| इनपुट | कौन नियंत्रित करता है | भूमिका |
|---|---|---|
| सर्वर सीड | casino | गुप्त randomness, रोटेट होने तक छिपी रहती है |
| क्लाइंट सीड | आप | आपकी randomness, जिसका casino अनुमान नहीं लगा सकता |
| Nonce | काउंटर | हर दांव के साथ एक बढ़ता है, ताकि हर दांव अलग हो |
कुछ गेम एक चौथी वैल्यू, round या cursor, भी इस्तेमाल करते हैं जब उन्हें एक हैश से मिलने वाले डेटा से ज़्यादा रैंडम डेटा चाहिए।
यह कैसे काम करता है, स्टेप बाय स्टेप
1. casino प्रतिबद्धता देता है
आपके खेलने से पहले casino एक रैंडम सर्वर सीड बनाता है और आपको उसका SHA-256 हैश दिखाता है। SHA-256 एक one-way फंक्शन है: आप हैश से सीड वापस नहीं निकाल सकते, इसलिए सीड गुप्त रहता है। यह collision resistant भी है: casino उसी हैश वाला कोई दूसरा सीड नहीं ढूंढ सकता। हैश दिखाने से casino उस सीड से बंध जाता है।
2. आप अपना सीड जोड़ते हैं
आप एक क्लाइंट सीड सेट करते हैं। casinos आमतौर पर डिफ़ॉल्ट रूप से एक बनाते हैं और आपको इसे कोई भी टेक्स्ट बनाने देते हैं। क्योंकि आप casino की प्रतिबद्धता के बाद इसे चुन सकते हैं, casino पहले से ऐसा सर्वर सीड नहीं चुन सकता जो आपके सीड के लिए खराब नतीजे दे।
3. हर दांव की गणना होती है
हर दांव के लिए casino सर्वर सीड को key बनाकर और क्लाइंट सीड, nonce और round नंबर से बने मैसेज के साथ HMAC-SHA256 निकालता है:
HMAC-SHA256(serverSeed, clientSeed:nonce:round)
32-byte आउटपुट को 0 और 1 के बीच की संख्याओं में बदला जाता है, और गेम उन्हें dice roll, limbo multiplier, plinko bounces या mines की पोज़िशन में बदलता है। फिर अगले दांव के लिए nonce एक बढ़ जाता है।
4. casino खुलासा करता है
जब आप नए सीड पेयर पर रोटेट करते हैं, तो casino पुराना सर्वर सीड सामने लाता है और एक नए के लिए प्रतिबद्धता देता है। अब आप दो चीज़ें जांच सकते हैं: कि सामने आए सीड का SHA-256 आपको दिखाए गए हैश के बराबर है, और कि उससे लगाया गया आपका हर दांव हूबहू दोबारा बनता है।
दोनों सीड क्यों मायने रखते हैं
अगर सिर्फ casino randomness देता, तो वह लाखों संभावित सर्वर सीड बना सकता था, खिलाड़ियों के आम व्यवहार की नकल कर सकता था, और ऐसे सीड के लिए प्रतिबद्ध हो सकता था जो खिलाड़ियों के लिए खराब नतीजे दे। हैश commitment फिर भी मेल खाता। आपका क्लाइंट सीड इसे रोकता है, क्योंकि यह commitment के बाद गणना में आता है और casino इसे पहले से नहीं जान सकता।
इसीलिए क्लाइंट सीड बदलने की क्षमता ज़रूरी है। जो casino क्लाइंट सीड तय कर देता है, या बदलावों को नज़रअंदाज़ करता है, उसने सुरक्षा का खिलाड़ी वाला आधा हिस्सा हटा दिया है।
खुलासे से पहले सीड रोटेट करना क्यों ज़रूरी है
सर्वर सीड तभी सामने लाया जा सकता है जब उससे और कोई दांव न लगे। अगर आप सक्रिय सीड देख पाते, तो दांव लगाने से पहले अगला नतीजा निकाल सकते। इसलिए आप बैच में वेरिफाई करते हैं: खेलें, रोटेट करें, फिर जांचें। यह देरी डिज़ाइन का हिस्सा है।
provably fair क्या साबित करता है
- हर वेरिफाई होने वाले दांव का नतीजा दांव से पहले तय किए गए सीड से निकला।
- casino ने आपके दांव देखने के बाद सर्वर सीड नहीं बदला।
- casino ने किसी एक नतीजे को नहीं बदला।
- nonce का क्रम दिखाता है कि कोई दांव छोड़ा गया या दोहराया गया या नहीं।
यह क्या साबित नहीं करता
- यह हाउस एज नहीं बदलता. 1% एज वाला dice गेम 1% एज ही रहता है। वेरिफिकेशन सिर्फ पुष्टि करता है कि गेम फॉर्मूला ईमानदारी से लागू हुआ।
- यह हर गेम को कवर नहीं करता. थर्ड-पार्टी स्लॉट, लाइव डीलर टेबल और sportsbooks आमतौर पर दूसरे सिस्टम इस्तेमाल करते हैं और आपके सीड से जांचे नहीं जा सकते।
- यह साबित नहीं करता कि फॉर्मूला निष्पक्ष है. आप वेरिफाई कर सकते हैं कि नतीजे प्रकाशित फॉर्मूले के अनुसार हैं; आपको अलग से जांचना होगा कि फॉर्मूले के पेआउट विज्ञापित RTP से मेल खाते हैं।
- यह भुगतान क्षमता या पेआउट साबित नहीं करता. कोई casino निष्पक्ष गेम चला सकता है और फिर भी निकासी से मना कर सकता है।
- यह तभी काम करता है जब आप जांचें. जिस सिस्टम को कोई वेरिफाई नहीं करता वह बहुत कम सुरक्षा देता है।
implementations अलग होते हैं
ऊपर बताई गई स्कीम सबसे आम है, लेकिन सार्वभौमिक नहीं। casinos इन बातों में अलग होते हैं:
- हैश सीड पर टेक्स्ट के रूप में निकाला जाता है या raw bytes के रूप में।
- HMAC मैसेज का क्रम और फॉर्मेट, या क्या क्लाइंट सीड key है।
- nonce 0 से शुरू होता है या 1 से।
- bytes floats में कैसे बदलते हैं, और हर गेम का फॉर्मूला।
- crash जैसे multiplayer गेम हर खिलाड़ी के सीड इस्तेमाल करते हैं या एक साझा hash chain।
हमेशा casino के अपने फेयरनेस दस्तावेज़ पढ़ें। हमारे ऑडिट हर casino की सटीक स्कीम दर्ज करते हैं।
जांच कैसे शुरू करें
- खेलने से पहले हैश किया गया सर्वर सीड casino से बाहर कहीं नोट कर लें।
- अपना क्लाइंट सीड अपनी किसी चीज़ में बदलें।
- सामान्य रूप से खेलें।
- अपने सीड रोटेट करें और सामने आया सर्वर सीड कॉपी करें।
- हैश की पुष्टि करने और कुछ दांव दोबारा निकालने के लिए हमारा वेरिफायर इस्तेमाल करें। provably fair दांव कैसे वेरिफाई करें पर हमारी गाइड हर स्टेप समझाती है।
provably fair और ज़िम्मेदार खेल
निष्पक्ष का मतलब फायदेमंद नहीं है। वेरिफाई होने वाले गेम अक्सर तेज़ होते हैं, जिसका मतलब है कि आप कम समय में बड़ी कुल राशि दांव पर लगा सकते हैं, और हाउस एज हर दांव पर लागू होता है। खेलने से पहले सीमाएं तय करें, और अगर मज़ा न रहे तो हमारा ज़िम्मेदार जुआ पेज देखें।
किसी implementation में खतरे के संकेत
provably fair कहलाने वाला हर सिस्टम एक जैसी सुरक्षा नहीं देता। चेतावनी के संकेतों में शामिल हैं:
- क्लाइंट सीड बदलने का कोई तरीका नहीं, या ऐसे बदलाव जो बेट रिकॉर्ड में नहीं दिखते।
- खेलने से पहले कोई हैश नहीं दिखता, या हैश सिर्फ रोटेट करने के बाद दिखता है।
- गायब या अस्पष्ट दस्तावेज़, बिना किसी ऐसे फॉर्मूले के जिसे आप दोबारा बना सकें।
- nonces जो छूटते या दोहराते हैं आपकी बेट हिस्ट्री में।
- पूरी लॉबी पर provably fair का लेबल, थर्ड-पार्टी स्लॉट और लाइव टेबल समेत।
- वेरिफिकेशन सिर्फ casino के अपने टूल से, स्वतंत्र रूप से जांचने का कोई तरीका नहीं।
इनमें से कोई एक भी मकसद को कमज़ोर या खत्म कर देता है। हमारे ऑडिट हर एक की जांच करते हैं।
शब्दावली पर एक नोट
casinos एक ही हिस्सों के लिए अलग-अलग नाम इस्तेमाल करते हैं: "server seed" को "house seed", "client seed" को "player seed", और "nonce" को "bet number" या "game number" कहा जा सकता है। "round" को "cursor" या "iteration" कहा जा सकता है। अवधारणाएं वही हैं।
provably fair कहां से आया
यह विचार शुरुआती Bitcoin जुआ साइटों से निकला, जहां ऑपरेटर गुमनाम थे और खिलाड़ियों के पास जाने के लिए कोई रेगुलेटर नहीं था। पहले से हैश किया गया सीड प्रकाशित करना खिलाड़ियों को ऐसी चीज़ देने का तरीका था जिसे वे ऑपरेटर पर भरोसा किए बिना जांच सकें। समय के साथ सर्वर सीड, क्लाइंट सीड और nonce वाला HMAC-SHA256 तरीका सबसे आम पैटर्न बन गया, और कई crypto casinos अब अपने इन-हाउस गेम्स के लिए इसके करीबी रूप इस्तेमाल करते हैं।
इसके बुनियादी हिस्से मानक हैं और इनका अच्छी तरह अध्ययन हुआ है। SHA-256 को NIST ने FIPS 180-4 में परिभाषित किया है, और HMAC को RFC 2104 में। casinos के बीच जो बदलता है वह यह है कि वे इन्हें गेम के नतीजों में कैसे जोड़ते हैं, इसीलिए दस्तावेज़ उतने ही मायने रखते हैं जितनी cryptography।