> ## Documentation Index
> Fetch the complete documentation index at: https://docs.mycryptocasino.com/llms.txt
> Use this file to discover all available pages before exploring further.

# प्रूवेबली फेयर का अवलोकन

> आसान शब्दों में कमिट-रिवील, चेन एंट्रॉपी क्या जोड़ती है, और आप ख़ुद क्या जांच सकते हैं।

<Frame>
  <img src="https://mintcdn.com/cyberiantechnology/AuuF3KYTE6qxTgZL/images/illustrations/banner-provably-fair.webp?fit=max&auto=format&n=AuuF3KYTE6qxTgZL&q=85&s=63cf96dd8fc1c2c3a2efba7008fcad44" alt="प्रूवेबली फेयर बैनर" width="1376" height="516" data-path="images/illustrations/banner-provably-fair.webp" />
</Frame>

My Crypto Casino का हर गेम नतीजा ऑन-चेन प्रोग्राम द्वारा चलाई जाने वाली **कमिट-रिवील व्यवस्था और Solana चेन एंट्रॉपी के मेल** से बनता है। एक खिलाड़ी के तौर पर आपके लिए इसके दो मतलब हैं:

1. **नतीजे को बाद में बदला नहीं जा सकता।** ऑपरेटर खेल शुरू होने से *पहले* अपना योगदान (एक गुप्त वैल्यू) लॉक कर देता है, उसका एक क्रिप्टोग्राफ़िक फ़िंगरप्रिंट ऑन-चेन प्रकाशित करके। बाद में, जब तक रिवील की गई गुप्त वैल्यू उस फ़िंगरप्रिंट से बिल्कुल मेल नहीं खाती, प्रोग्राम सेटल करने से इनकार कर देता है।
2. **आप सब कुछ ख़ुद जांच सकते हैं।** सभी इनपुट और सटीक फ़ॉर्मूला सार्वजनिक हैं। किसी भी राउंड या दांव के बाद, आप ऑन-चेन डेटा से नतीजा दोबारा निकाल सकते हैं और उसकी तुलना गेम द्वारा दिए गए पेआउट से कर सकते हैं।

यह पेज इस व्यवस्था को आसान शब्दों में समझाता है। हर गेम के अलग पेज पर सटीक फ़ॉर्मूले दिए गए हैं, और [किसी राउंड को सत्यापित करें](/hi/docs/provably-fair/verify-a-round) आपको एक असली राउंड को क़दम-दर-क़दम जांचना सिखाता है।

<img src="https://mintcdn.com/cyberiantechnology/-ySqsND5p03qeamx/diagrams/hi/commit-reveal-timeline.svg?fit=max&auto=format&n=-ySqsND5p03qeamx&q=85&s=0e6c1ae7787fe24de86e32151386f561" alt="कमिट, खेल, रिवील, सत्यापन: गुप्त वैल्यू खेल से पहले ऑन-चेन सील हो जाती है, रिवील के समय प्रोग्राम उसकी जांच करता है, और बाद में कोई भी हर नतीजा दोबारा निकाल सकता है" width="920" height="310" data-path="diagrams/hi/commit-reveal-timeline.svg" />

<h2 id="the-three-building-blocks">
  प्रूवेबली फेयर किन चीज़ों से बना है?
</h2>

**एक कमिट की गई गुप्त वैल्यू।** जहां खेल के दौरान नतीजे को छिपा रहना ज़रूरी है (Crash, Mines), वहां बैकएंड एक रैंडम 32-बाइट गुप्त वैल्यू बनाता है और खेल शुरू होने से पहले उसका SHA-256 हैश (यानी *कमिट*) ऑन-चेन प्रकाशित करता है। हैश एक सीलबंद लिफ़ाफ़े की तरह काम करता है: वह गुप्त वैल्यू के बारे में कुछ नहीं बताता, लेकिन एक बार प्रकाशित होने के बाद, सिर्फ़ वही सटीक गुप्त वैल्यू उससे मेल खा सकती है। जब अंत में गुप्त वैल्यू रिवील की जाती है, तो प्रोग्राम ख़ुद उसका हैश निकालता है और अगर वह कमिट से मेल नहीं खाता, तो ट्रांज़ैक्शन को अस्वीकार कर देता है।

**Solana चेन एंट्रॉपी।** नतीजा कभी भी सिर्फ़ गुप्त वैल्यू पर निर्भर नहीं होता। उसमें एक **स्लॉट हैश** भी मिलाया जाता है: हाल ही के किसी Solana स्लॉट का हैश, जिसे प्रोग्राम एक तय पल पर Solana के `SlotHashes` sysvar से पढ़ता है। यह वैल्यू Solana नेटवर्क बनाता है, कैसीनो नहीं, और कमिट किए जाने के समय इसका अस्तित्व ही नहीं होता।

**एक सार्वजनिक, नियतात्मक (deterministic) फ़ॉर्मूला।** नतीजा इन इनपुट्स का एक तय गणितीय फ़ंक्शन है। यही फ़ंक्शन ऑन-चेन प्रोग्राम के अंदर चलता है (बैकएंड नतीजा ग़लत नहीं बता सकता; उसे प्रोग्राम निकालता है), और इसे इन पेजों पर प्रकाशित किया गया है ताकि आप इसे ख़ुद चला सकें।

<h2 id="the-flow">
  एक राउंड क़दम-दर-क़दम कैसे चलता है?
</h2>

```mermaid theme={null}
sequenceDiagram
    participant MCC as MCC बैकएंड (ऑपरेटर)
    participant SOL as Solana प्रोग्राम
    participant You as खिलाड़ी

    Note over MCC,SOL: 1. कमिट
    MCC->>SOL: कमिट प्रकाशित करें = sha256(गुप्त वैल्यू)
    Note over You,SOL: 2. खेल
    You->>SOL: दांव ऑन-चेन लगाए जाते हैं
    Note over SOL: 3. चेन एंट्रॉपी
    SOL->>SOL: नवीनतम Solana स्लॉट हैश दर्ज करें
    Note over MCC,SOL: 4. रिवील
    MCC->>SOL: गुप्त वैल्यू सबमिट करें
    SOL->>SOL: जांचें कि sha256(गुप्त वैल्यू) कमिट से मेल खाता है
    SOL->>SOL: सार्वजनिक फ़ॉर्मूले से नतीजा निकालें
    Note over You: 5. सत्यापन (बाद में कभी भी)
    You->>SOL: चेन से कमिट, स्लॉट हैश और गुप्त वैल्यू पढ़ें
    You->>You: नतीजा दोबारा निकालें और तुलना करें
```

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

## हर गेम क्या कमिट करता है, और कब

| गेम | ऑपरेटर की गुप्त वैल्यू | चेन एंट्रॉपी | नतीजा कब तय होता है | ऑन-चेन क्या लागू होता है |
| - | - | - | - | - |
| [Crash](/hi/docs/provably-fair/crash) | 32-बाइट गुप्त वैल्यू, **दांव खुलने से पहले** कमिट की गई | राउंड शुरू होने पर दर्ज किया गया स्लॉट हैश | राउंड की शुरुआत | कमिट की जांच + रिवील के समय प्रोग्राम द्वारा क्रैश पॉइंट की गणना |
| [Dice](/hi/docs/provably-fair/dice) | कोई नहीं | जिस पल आपका दांव ट्रांज़ैक्शन चेन पर पहुंचता है, उस पल का स्लॉट हैश | दांव ट्रांज़ैक्शन का शामिल होना | प्रोग्राम एक ही इंस्ट्रक्शन में रोल निकालता और सेटल करता है |
| [Mines](/hi/docs/provably-fair/mines) | 32-बाइट सीड, **आपका गेम शुरू करने वाले ट्रांज़ैक्शन में** कमिट किया गया | उसी शुरुआती ट्रांज़ैक्शन में दर्ज किया गया स्लॉट हैश | गेम की शुरुआत, आपके पहले चुनाव से पहले | सीड की जांच + सेटलमेंट के समय प्रोग्राम द्वारा पूरा बोर्ड दोबारा निकालना |

## यह क्या गारंटी देता है, और क्या मानकर चलता है

यहां मार्केटिंग से ज़्यादा ईमानदारी मायने रखती है, इसलिए सटीक बात करते हैं। यह व्यवस्था **सार्वजनिक चेन एंट्रॉपी के साथ कमिट-रिवील है, VRF नहीं** (वेरिफ़ायबल रैंडम फ़ंक्शन, यानी सत्यापन योग्य रैंडम फ़ंक्शन)। नीचे *कोड द्वारा लागू* चीज़ों और *ऑपरेटर के सही व्यवहार पर निर्भर* चीज़ों के बीच की सटीक सीमा दी गई है।

### ऑन-चेन प्रोग्राम द्वारा लागू

* **कमिट के बाद नतीजे की अदला-बदली नहीं।** प्रोग्राम रिवील की गई गुप्त वैल्यू का हैश निकालता है और ऐसे किसी भी सेटलमेंट को अस्वीकार कर देता है जहां वह प्रकाशित कमिट से मेल न खाए। राउंड किस ओर जा रहा है यह देखने के बाद ऑपरेटर कोई दूसरी गुप्त वैल्यू नहीं चुन सकता।
* **ऐसी एंट्रॉपी जो ऑपरेटर नहीं बनाता।** स्लॉट हैश Solana नेटवर्क से आता है। कमिट प्रकाशित होने के समय वह अज्ञात होता है, और कैसीनो उसे नहीं बनाता।
* **नतीजे ऑन-चेन निकाले जाते हैं।** क्रैश पॉइंट, Dice रोल और Mines बोर्ड ख़ुद प्रोग्राम द्वारा निकाले जाते हैं (या दोबारा निकालकर जांचे जाते हैं)। बैकएंड ऐसा कोई नतीजा नहीं बता सकता जो फ़ॉर्मूले से न निकले।
* **पूरी सार्वजनिक ऑडिट क्षमता।** हर राउंड और दांव ऐसे ऑन-चेन इवेंट जारी करता है जिनमें सभी इनपुट और नतीजा होता है। कोई भी, सिर्फ़ संबंधित खिलाड़ी ही नहीं, हर पुराने नतीजे को दोबारा निकाल सकता है।

### मानकर चली गई बातें: ईमानदार चेतावनियां

* **समय का असर।** ऑपरेटर का बैकएंड यह चुनता है कि कुछ ट्रांज़ैक्शन *कब* सबमिट किए जाएं, जिससे उसे इस पर आंशिक असर मिलता है कि *कौन-सा* स्लॉट हैश दर्ज होगा। हर गेम का अलग पेज साफ़ बताता है कि उस गेम में इससे क्या हासिल हो सकता है और क्या नहीं।
* **रद्द करना संभव है, लेकिन सिर्फ़ रिफ़ंड के साथ।** ऑपरेटर किसी Crash राउंड या Mines गेम को रद्द कर सकता है। रद्द करने पर हमेशा हर दांव राशि पूरी वापस मिलती है (प्रोग्राम में रद्द करने के ज़रिए कुछ ज़ब्त करने का कोई तरीका नहीं है), और हर रद्दीकरण सार्वजनिक रूप से दर्ज होता है, इसलिए कोई भी रद्द करने की आवृत्ति का ऑडिट कर सकता है। बार-बार रद्द करना किसी ग़लत व्यवहार करने वाले ऑपरेटर का साफ़ दिखने वाला ऑन-चेन संकेत होगा।
* **खेल के दौरान ऑपरेटर को Mines बोर्ड पता होता है।** यह ढांचागत है: टाइल्स तुरंत ऑफ़-चेन खोली जाती हैं, और जो उन्हें खोलता है उसे बोर्ड पता होना ज़रूरी है। कमिट यह गारंटी देता है कि बोर्ड आपके पहले चुनाव से पहले तय हो चुका था और बाद में दोबारा लिखा नहीं जा सकता। यह ठीक कैसे लागू होता है, इसके लिए [Mines की निष्पक्षता](/hi/docs/provably-fair/mines) देखें।

### ये समझौते क्यों स्वीकार करें?

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

* **Mines**: मिलीसेकंड में टाइल खोलने के लिए ढांचागत रूप से ऐसा पक्ष ज़रूरी है जिसे बोर्ड पहले से पता हो। दूसरे विकल्प (हर क्लिक पर एक ऑन-चेन ट्रांज़ैक्शन, या हर रिवील पर एक ओरेकल राउंड-ट्रिप) हर टाइल को एक शुल्क और एक इंतज़ार में बदल देते। तुरंत महसूस होने वाले और फिर भी ऑन-चेन सेटल होने वाले Mines के लिए बोर्ड जानने वाला ऑपरेटर अनिवार्य है; कमिट व्यवस्था इसीलिए है कि उस जानकारी से जो किया जा सकता है, उसे सीमित किया जा सके।
* **Crash**: एक साझा लाइव राउंड को सभी खिलाड़ियों के लिए एक साथ चलाने के लिए किसी की ज़रूरत होती है। यह ढांचागत ज़रूरत के बजाय एक व्यावहारिक फ़ैसला है, इसीलिए प्रोग्राम में ओरेकल-आधारित रैंडमनेस (VRF) की ओर जाने का एक बिल्ट-इन रास्ता पहले से मौजूद है; यह भविष्य का एक चरण है जो, जहां अर्थशास्त्र अनुमति दे, समय से जुड़ी चेतावनियों को हटा देगा।
* **Dice**: दायरे का दूसरा छोर। खेल के दौरान छिपाने के लिए कुछ नहीं है, इसलिए ऑपरेटर की कोई गुप्त वैल्यू होती ही नहीं। जहां ऑपरेटर पर भरोसे को हटाने की कोई क़ीमत नहीं है, वहां डिज़ाइन उसे हटा देता है।

संक्षेप में: गेम्स ऑपरेटर चलाता है, और चेन धोखाधड़ी को या तो **असंभव** बना देती है (कमिट के बाद की कोई भी चीज़) या **सार्वजनिक रूप से पकड़ में आने योग्य** (समय के पैटर्न, रद्द करने की आवृत्ति, जीत-दर के आंकड़े)।

<Info>
  **नतीजे की निष्पक्षता बनाम फ़ंड की कस्टडी**

  यह सेक्शन इस बारे में है कि *नतीजे* कैसे बनते हैं। जमा, बैलेंस और निकासी ऑन-चेन कैसे रखे जाते हैं, यह एक अलग विषय है; [ऑन-चेन आर्किटेक्चर](/hi/docs/security/on-chain-architecture) देखें।
</Info>

## इसे ख़ुद सत्यापित करें

* ऐप में, हर ख़त्म हुआ Crash राउंड अपना निष्पक्षता डेटा (रिवील की गई गुप्त वैल्यू, ब्लॉक हैश, और ऑन-चेन ट्रांज़ैक्शन के लिंक) राउंड विवरण में दिखाता है, साथ में एक-क्लिक निष्पक्षता टूल भी।
* Dice और Mines हर इनपुट को दांव के अपने ट्रांज़ैक्शन के सेटलमेंट इवेंट में प्रकाशित करते हैं।

[किसी राउंड को सत्यापित करें](/hi/docs/provably-fair/verify-a-round) पूरी प्रक्रिया समझाता है, ऐप के डेटा से लेकर कोड की कुछ पंक्तियों से नतीजा दोबारा निकालने तक।