जांच

सुरक्षा

प्रोजेक्ट में कौन क्या बदल सकता है, रैंडमनेस कहां से आती है और कौन से जोखिम बचते हैं। ऊपर की तालिका सीधे नेटवर्क से पढ़ी जाती है, हाथ से नहीं बनाई जाती।

नेटवर्क में अभी क्या दर्ज है

डेटा पढ़ा जा रहा है…

खुला कोड, गुमनामी और गोपनीयता

खुला कोड

पूरा प्रोजेक्ट (कॉन्ट्रैक्ट, साइट, लॉन्च स्क्रिप्ट, टेस्ट) MIT लाइसेंस के तहत खुला है। कोड पढ़ा जा सकता है। कॉन्ट्रैक्ट का anchor build कमांड से बिल्ड अभी जांचा नहीं गया है (देखें “स्थिति”); लॉन्च के बाद आप प्रोग्राम खुद बिल्ड करके उसे नेटवर्क पर चल रहे प्रोग्राम से मिला सकेंगे। इसे कैसे जांचें

रिपॉज़िटरी का लिंक प्रकाशन के तुरंत बाद यहां और साइट के फ़ुटर में दिखेगा।

प्रोजेक्ट गुमनाम है

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

बिना दस्तावेज़ों के निकासी

कॉन्ट्रैक्ट खुद ही एक सिग्नेचर पर टोकन आपके वॉलेट में भेज देता है। कॉन्ट्रैक्ट के कोड के अनुसार न दस्तावेज़ हैं, न फ़ॉर्म, न पहचान की जांच (KYC), न आवेदन, न मैन्युअल मंज़ूरी। यह कॉन्ट्रैक्ट की विशेषता है, आपके देश का कानून तोड़ने की अनुमति नहीं: उसका पालन करने की ज़िम्मेदारी आपकी है (शर्तें)। निकासी कैसे करें

आधिकारिक साइट: fairdrum.to

पारदर्शी और गुमनाम साइट: न लॉगिन, न अकाउंट, न cookie, न एनालिटिक्स, न काउंटर, न विज्ञापन स्क्रिप्ट। फ़ॉन्ट और स्क्रिप्ट साइट खुद देती है, सेटिंग (थीम, इस डिवाइस पर स्पिन का इतिहास) केवल आपके ब्राउज़र में रहती हैं, और साइट का कोड खुला है, इसलिए यह सब जांचा जा सकता है। ब्राउज़र की एड्रेस बार में पता मिलाकर देखें: अगर वह एक अक्षर भी अलग है, तो यह आधिकारिक साइट नहीं है।

साइट को क्या पता है और आपकी गतिविधि कौन देखता है

क्या	व्यवस्था
नाम, ईमेल, फ़ोन, दस्तावेज़	इनकी ज़रूरत नहीं है और कहीं मांगे भी नहीं जाते: न रजिस्ट्रेशन के समय, न निकासी के समय।
Cookie, एनालिटिक्स, काउंटर, विज्ञापन	नहीं। साइट के कोड में ये नहीं हैं, और वह बाहरी स्क्रिप्ट या फ़ॉन्ट भी लोड नहीं करती।
आपके ब्राउज़र में क्या सहेजा जाता है	थीम, व्हील का मोड, आवाज़ और इफ़ेक्ट (अगर आपने चालू किए हों), इस डिवाइस पर स्पिन का इतिहास, आपने कौन सा वॉलेट कनेक्ट किया था, और रैंडमनेस के सर्विस अकाउंट का पता। यह सब आपके डिवाइस पर ही रहता है और कहीं नहीं भेजा जाता।
साइट किससे संपर्क करती है	Solana नेटवर्क के नोड (RPC) से: वह खेल का डेटा पढ़ता है और आपके ट्रांज़ैक्शन स्वीकार करता है। स्पिन के दौरान Switchboard ऑरेकल से भी। ये सेवाएं आपका IP पता और वॉलेट का पता देखती हैं, जैसे नेटवर्क का कोई भी नोड देखता है।
ब्लॉकचेन पर क्या सार्वजनिक है	आपका पता, खिलाड़ी नंबर, बैलेंस, स्पिन, जीत और निकासी: इन्हें कोई भी देख सकता है। पता एक छद्मनाम ही रहता है, पूरी गुमनामी नहीं होती। अगर आपके पते का संबंध आपकी पहचान से जुड़ गया है (जैसे, SOL उस एक्सचेंज से आया जहां आपकी जांच हुई थी), तो यह कड़ी खोजी जा सकती है।

प्रोजेक्ट और खिलाड़ियों की गुमनामी पूर्ण नहीं है और उसका दूसरा पहलू भी है: प्रोजेक्ट की कोई कानूनी इकाई नहीं है जिस पर दावा किया जा सके। यह “जोखिम” में बताया गया है।

कुंजियां और वे क्या कर सकती हैं

कुंजी	क्या कर सकती है	क्या नहीं कर सकती
प्रोग्राम के अपडेट का अधिकार	कॉन्ट्रैक्ट के कोड का नया वर्शन चढ़ाना।	सीधे टोकन नहीं ले सकती, लेकिन कोड का नया वर्शन सिद्धांत रूप में ऐसा कर सकता था। इसलिए लॉन्च की योजना के अनुसार कुंजी पहले देरी वाले मल्टीसिग को सौंपी जाती है, फिर वापस ले ली जाती है; मौजूदा स्थिति इसी तालिका में दिखती है।
टोकन जारी करना (mint)	कुछ नहीं: लॉन्च की योजना के अनुसार जारी करने के तुरंत बाद वापस ले लिया जाता है।	नए टोकन बनाना।
फ्रीज़ (freeze)	कुछ नहीं: कभी जारी ही नहीं हुई।	किसी के टोकन फ्रीज़ करना।
एडमिन (`dev_authority`)	स्पिन का जमा हुआ 10% लेना (`claim_dev`)।	नियम बदलना, खिलाड़ियों के बैलेंस, इनाम, जैकपॉट और एक्टिविटी फंड लेना।
प्रमोशन (`promo_authority`)	प्रमोशन फंड से भुगतान करना (`promo_pay`)।	बाकी सब कुछ।

अपडेट के अधिकार के हस्तांतरण का क्रम।

1) शुरुआत में डिप्लॉय करने वाले के पास; 2) मुख्य नेटवर्क पर लॉन्च से पहले हर अपडेट पर देरी वाले मल्टीसिग (Squads) को सौंपा जाता है, ताकि खिलाड़ी बदलाव पहले से देख सकें; 3) प्रोजेक्ट के जम जाने पर अधिकार हमेशा के लिए वापस ले लिया जाता है, कोड फ्रीज़ हो जाता है। मौजूदा चरण ऊपर की तालिका में दिखता है।

रैंडमनेस कहां से आती है

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

एक 32-बाइट मान से कॉन्ट्रैक्ट sha256 के ज़रिए जितने चाहिए उतने नंबर निकालता है, और खिलाड़ी उस पर असर नहीं डाल सकता। कॉन्ट्रैक्ट केवल वही रैंडमनेस अकाउंट स्वीकार करता है जिनका मालिक Switchboard प्रोग्राम है (इस जांच के बिना कोई भी मनचाहे मान वाला अपना अकाउंट खिसका सकता था)।

अगर ऑरेकल काम नहीं कर रहा, तो स्पिन रुक जाते हैं, और 3,000 ब्लॉक के बाद बंद किए गए स्पिन का दांव वापस नहीं मिलता।

कॉन्ट्रैक्ट जो बिल्कुल नहीं कर सकता

संभावनाएं बदलना

सारे नंबर कोड के कॉन्स्टेंट हैं। नए नंबर केवल प्रोग्राम के नए वर्शन से ही संभव हैं, जो अपडेट के ट्रांज़ैक्शन से दिखता है।

गेम बैलेंस लेना

“खिलाड़ी से लेना” जैसी कोई इंस्ट्रक्शन नहीं है। बैलेंस केवल निकासी पर आपके पास और स्पिन पर दांव में जाता है।

टोकन जारी करना

लॉन्च की योजना के अनुसार जारी करने का अधिकार वापस ले लिया जाता है। उसके बाद कुल जारी मात्रा 100 बिलियन केवल बर्न से घट ही सकती है।

दो बार भुगतान करना

स्पिन एक ही बार बंद होता है। टोकन की सुरक्षा (पूल और बैलेंस का योग वॉल्ट में रखी रकम से ज़्यादा नहीं) को कई खिलाड़ियों और 1000 स्पिन के बैच वाले परिदृश्यों पर स्वचालित टेस्ट जांचते हैं।

जो जोखिम बचते हैं

कोड की गलतियां। कॉन्ट्रैक्ट टेस्ट से ढका है, लेकिन स्वतंत्र ऑडिट नहीं हुआ है (देखें “प्रोजेक्ट की स्थिति”)। कोई अनदेखी गलती रकम के नुकसान का कारण बन सकती है।
प्रोग्राम का अपडेट। जब तक अपडेट का अधिकार वापस नहीं लिया जाता, एडमिन (या मल्टीसिग) सिद्धांत रूप में अलग नियमों वाला वर्शन जारी कर सकता है। ऊपर की तालिका पर नज़र रखें।
ऑरेकल और नेटवर्क। Switchboard की खराबी या Solana पर भीड़ स्पिन में देरी करती है; लंबी खराबी (लगभग 20 मिनट से ज़्यादा) पर दांव बिना वापसी के डूब जाता है। वापसी जानबूझकर नहीं रखी गई: वरना नतीजा झांककर हार से मुकरा जा सकता था।
कॉन्ट्रैक्ट के बाहर एडमिन के टोकन। मार्केटिंग और रिज़र्व (मिलाकर जारी मात्रा का लगभग 30%) कॉन्ट्रैक्ट में लॉक नहीं हैं, डेवलपर का हिस्सा (10%) बाहरी सेवा की वेस्टिंग में है। वेस्टिंग: लिंक नहीं दिया गया; लिक्विडिटी लॉक: लिंक नहीं दिया गया; एडमिन का मल्टीसिग: लिंक नहीं दिया गया। अगर लिंक नहीं दिया गया है, तो मानिए कि इसे अभी जांचा नहीं जा सकता।
प्रमोशन फंड। कुंजी promo_authority फंड में जमा रकम किसी भी पते पर भेज सकती है। हर भुगतान सार्वजनिक है (इवेंट PromoPaid), लेकिन कॉन्ट्रैक्ट यह नहीं जांचता कि खर्च किस पर हुआ।
मुफ़्त स्पिन और मल्टी-अकाउंट। खेल में “यह इंसान है” जैसी कोई जांच नहीं है और हो भी नहीं सकती: एक इंसान कई वॉलेट रजिस्टर करके हर एक से मुफ़्त स्पिन ले सकता है। खर्च एक्टिविटी फंड के आकार तक सीमित है, लेकिन उसमें से बड़ा हिस्सा खींचा जा सकता है।
बड़े पॉट। जैकपॉट का पॉट सामान्य के मुकाबले जितना बड़ा होता है, प्रति स्पिन अपेक्षित वापसी उतनी ऊंची होती है; बहुत बड़े पॉट पर वह 100% से ऊपर भी जा सकती है। सारे प्रोग्रेसिव जैकपॉट ऐसे ही बने होते हैं, अनुभवी खिलाड़ी बड़े पॉट के लिए ही आते हैं।
नेटवर्क की गति। सारे स्पिन कॉन्ट्रैक्ट के एक साझा अकाउंट से गुज़रते हैं, इसलिए चरम समय में कतार बढ़ सकती है। इससे खेल धीमा होता है, पर नतीजे नहीं बदलते।
साइट कॉन्ट्रैक्ट नहीं है। साइट का पता बदल सकता है या गायब हो सकता है; कॉन्ट्रैक्ट फिर भी नेटवर्क पर रहता है, और उसके साथ किसी भी संगत क्लाइंट से सीधे काम किया जा सकता है।
गुमनाम एडमिन। नाम और कानूनी इकाई सार्वजनिक नहीं हैं: कुछ गड़बड़ हो जाए, तो दावा करके अदालत या सपोर्ट के ज़रिए पैसा वापस नहीं लिया जा सकता। सुरक्षा केवल वही है जो कॉन्ट्रैक्ट में लिखी है और खुद जांची जा सकती है।
कानून। कई देशों में जुआ सीमित या प्रतिबंधित है। यह आपकी ज़िम्मेदारी है।
यह किस्मत का खेल है। खिलाड़ी औसतन दांव का एक हिस्सा गंवाता है।

खुद कैसे जांचें

एक्सप्लोरर (Solscan, Solana Explorer) में प्रोग्राम का पता खोलें और Upgrade Authority फ़ील्ड देखें: वह खाली है, तो कोड फ्रीज़ है।
टोकन खोलें: Mint Authority और Freeze Authority फ़ील्ड खाली होने चाहिए।
प्रोग्राम का config अकाउंट खोलें और पॉट की रकमें, स्पिन की संख्या और बर्न हुई मात्रा को “इकोनॉमी” से मिलाएं।
खुले कोड से कॉन्ट्रैक्ट बिल्ड करें (anchor build --verifiable) और हैश को नेटवर्क वाले से मिलाएं (solana-verify)।