Aviator और provable fairness: एक हैश क्या तय कर सकता है

commit और reveal, क्रम से

हर provably fair रचना अंदर से एक ही तरह काम करती है, चाहे इंटरफ़ेस हिस्सों को जो भी नाम दे। राउंड से पहले सर्वर एक गुप्त मान बनाता है जो नतीजा तय करता है, और उसका फ़िंगरप्रिंट प्रकाशित करता है, आम तौर पर एक हैश। फ़िंगरप्रिंट से गुप्त मान निकालना बेकार है, और यही उसका मक़सद है, लेकिन बाद में किसी दूसरे गुप्त मान से वही फ़िंगरप्रिंट बना पाना असंभव है। यानी सर्वर ने सार्वजनिक रूप से खुद को बाँध लिया और आपको कुछ बताया भी नहीं।

आप दांव लगाते हैं। राउंड निपटता है। फिर सर्वर गुप्त मान खोलता है, और आप उससे दो काम करते हैं: खुले हुए मान का हैश निकालकर उसे राउंड से पहले प्रकाशित फ़िंगरप्रिंट से मिलाइए, फिर उस मान को प्रकाशित सूत्र से गुज़ारिए और जाँचिए कि वह वही मल्टीप्लायर बनाता है जो आपने असल में देखा। अगर दोनों मिल जाएँ, तो वह राउंड पहले से तय था और बिना बदले पहुँचाया गया। यही सील दूसरी दिशा में भी काटती है, और इसीलिए फ़ोन पर ऐप की बदली हुई नक़ल से कुछ हासिल नहीं होता: जिस मान को उसे बदलना पड़ता, वह किसी के छूने से पहले फ़िंगरप्रिंट के रूप में प्रकाशित हो चुका था।

ज़्यादातर लागू रूपों में खिलाड़ी के नियंत्रण वाला एक मान भी मिलाया जाता है, ताकि सर्वर आपके इनपुट को जानते हुए अपना गुप्त मान न चुन सके। जहाँ खिलाड़ी की सीड बदली जा सकती है, वहाँ उसे कभी-कभी बदल देना उन दस सेकंड के लायक है जो इसमें लगते हैं।

हमारा रिकॉर्ड क्या रखता है, और क्या नहीं

यहाँ रुककर सटीक होना पड़ेगा, क्योंकि यही वह पेज है जहाँ लगभग सही होना सबसे बुरा है। हमारे रिकॉर्ड में इस बारे में एक ही पंक्ति है: Aviator provably fair है, हाँ। उसमें Spribe का सीड ढाँचा नहीं है, हैश फ़ंक्शन का नाम नहीं है, वह सूत्र नहीं है जो खुले मान को मल्टीप्लायर में बदलता है, और गेम के भीतर वेरिफ़िकेशन स्क्रीन की जगह भी नहीं। ये फ़ील्ड यहाँ स्थापित नहीं हैं, इसलिए यहाँ बताई नहीं गई हैं।

इसका मतलब है कि ऊपर दिया क्रम वह आकार है जो यह श्रेणी माँगती है, Spribe के अपने लागू रूप की नक़ल नहीं। जहाँ गेम के अपने लेबल यहाँ इस्तेमाल हुए शब्दों से अलग हों, वहाँ गेम के लेबल सही हैं और हमारा रिकॉर्ड ख़ामोश है।

हम उस खाई को दिखता हुआ छोड़ना बेहतर समझते हैं, बजाय इसके कि ऐसी स्क्रीन का बयान करें जिसे हमने पढ़ा नहीं। यही वह नियम है जो मैकेनिक्स वाले पेज पर अधिकतम मल्टीप्लायर, अधिकतम जीत और दांव की छत खाली छोड़ता है, क्योंकि हमने जिन लिस्टों की तुलना की उनमें से भी किसी ने इन्हें नहीं छापा।

वह जाँच जिसमें ईमानदार राउंड भी नाकाम रहता है

अब काम का हिसाब, और यही वह हिस्सा है जो लगभग कोई नहीं करता। मान लीजिए कोई ऑपरेटर हर लिस्ट के छापे हुए 97% के बजाय 94% रिटर्न पर गेम चलाता है, और commit तथा reveal की मशीनरी ज्यों की त्यों रखता है, ताकि हर अलग राउंड अपनी हैश जाँच बिल्कुल ठीक पास करे। खिलाड़ी को पता चलने में कितना वक्त लगेगा?

सबसे सरल दिखने वाली चीज़ लीजिए, यानी 2× तक पहुँचने वाले राउंड का हिस्सा। मानक crash रचना पर वह हिस्सा रिटर्न को दो से भाग देने पर मिलता है, यानी 97% पर 48.5% और 94% पर 47%। जो अंतर आप देखने की कोशिश कर रहे हैं वह 1.5 प्रतिशत बिंदु है। n राउंड पर देखे गए हिस्से में अनिश्चितता मोटे तौर पर आधा भाग n का वर्गमूल होती है, इसलिए उस अंतर को अनिश्चितता का दोगुना बनाने के लिए आपको एक भाग 1.5 प्रतिशत बिंदु का वर्ग चाहिए, जो गुणा करने पर करीब 4,445 राउंड बनता है।

साढ़े चार हज़ार राउंड, जो बीस सेकंड प्रति राउंड पर लगातार पच्चीस घंटे देखने के करीब है, और उनमें से हर एक पूरे रास्ते ठीक-ठीक जाँच पास करता हुआ।

इसे पैसे के साथ पढ़िए और तस्वीर तीखी हो जाती है। एक डॉलर प्रति दांव पर वे 4,445 राउंड $4,445 का टर्नओवर हैं, और ईमानदार 3% पर अकेला एज उसमें से करीब $133 ले चुका होता है, इससे पहले कि आपका नमूना ईमानदार गेम को छाँटे हुए गेम से अलग बता पाने लायक भी बने। यह दलील नहीं है कि ऑपरेटर रिटर्न छाँटते हैं, और हमारे पास कोई सबूत नहीं कि उनमें से कोई ऐसा करता है। यह इस औज़ार की सीमाओं के बारे में दलील है: provable fairness प्रति-राउंड का औज़ार है, हज़ार राउंड की जाँच हज़ार राउंड की जाँच है, किसी दर की नहीं, और जिस कुल जोड़ की खिलाड़ी को असल में परवाह है वह आम वेरिएंस के भीतर उससे कहीं ज़्यादा देर आराम से छिपा रहता है जितनी देर कोई खिलाड़ी कभी बैठेगा। प्रकाशित रिटर्न का आँकड़ा बिना जाँची बाज़ारू सहमति है, और हैश उसे नहीं जाँचता।

जाँचा हुआ राउंड और बिना चुकाया बैलेंस

दूसरी सीमा पहली से भी सीधी है। हैश साबित करता है कि गेम ने क्या किया। वह इस बारे में कुछ भी साबित नहीं करता कि कैसीनो क्या करेगा।

कोई ऑपरेटर सचमुच provably fair गेम चला सकता है, आपको उसका हर राउंड जाँचने दे सकता है, और फिर बोनस शर्तों में दबी किसी लाइन पर निकासी से इनकार कर सकता है, या कैशियर पर ऐसे दस्तावेज़ माँग सकता है जिनका ज़िक्र जमा करते वक्त नहीं था, या जिस भुगतान का विज्ञापन तुरंत का था उस पर छह हफ़्ते लगा सकता है। इनमें से कुछ भी क्रिप्टोग्राफ़ी को नहीं छूता, और क्रिप्टोग्राफ़ी इस बारे में कोई राय नहीं देती। राउंड की ईमानदारी और बैलेंस का भुगतान अलग सबूतों वाले अलग सवाल हैं, और वे एक-दूसरे से स्वतंत्र होकर नाकाम होते हैं।

इसलिए provably fair का बिल्ला सिफ़ारिश नहीं, एक फ़र्श है, जो ठगे जाने का एक ख़ास तरीका हटा देता है — जो रखने लायक है — और व्यापारिक लिहाज़ से अहम तरीकों को पूरी तरह अछूता छोड़ देता है।

जो राउंड जाँच पास न करे, उसके साथ क्या करें

अगर कोई जाँच नाकाम रहती है, तो पहला शक ऑपरेटर पर नहीं, प्रक्रिया पर होना चाहिए। सीड कॉपी करते वक्त पीछे खाली जगह रह जाती है, हिस्ट्री से ग़लत राउंड चुन लिया जाता है, राउंड और जाँच के बीच सीड बदल जाती है। कोई नतीजा निकालने से पहले इसे दो-तीन और राउंड पर दोहराइए।

अगर कई राउंड साफ़-साफ़ नाकाम रहते हैं, तो नतीजा राउंड की पहचान, प्रकाशित फ़िंगरप्रिंट और खुले हुए मानों के साथ लिख लेने लायक है, क्योंकि सपोर्ट से बातचीत में सिर्फ़ वही रिकॉर्ड टिकेगा। इसे शिकायत करने से पहले रखिए, बाद में नहीं।

और जीत का दायरा नज़र में रखिए। कामयाब जाँच आपको बताती है कि एक राउंड ईमानदार था। वह यह नहीं बताती कि गेम उदार था, कि रिटर्न अपने विज्ञापित आँकड़े से मेल खाता है, या कि पैसा पहुँचेगा। जो कोई आपको इस आधार पर कोई तरकीब बेचता है कि उसने क्रम तोड़ लिया है, उसे सील ही झुठला देती है, और प्रेडिक्टर वाला पेज यही दलील और विस्तार से रखता है।