ब्लॉकचैन RSA- आधारित यादृच्छिक

हमारे खेल को विकसित करने के दौरान हमें एक समस्या का समाधान करने की आवश्यकता है। वितरित नेटवर्क में एक यादृच्छिक संख्या उत्पन्न करना जटिल है। लगभग सभी ब्लॉकचेन पहले ही इस मुद्दे का सामना कर चुके हैं। दरअसल, नेटवर्क में जहां किसी के बीच कोई भरोसा नहीं है, एक यादृच्छिक संख्या का निर्माण समस्याओं की एक विस्तृत श्रृंखला को हल करता है।

इस लेख में, हम बताते हैं कि हमने अपने खेल के लिए इस समस्या को कैसे हल किया। इनमें से पहला था वेव्स एक्समास ट्री ।





प्रारंभ में, हमने ब्लॉकचेन से जानकारी का उपयोग करके एक संख्या उत्पन्न करने की योजना बनाई। हालांकि, आगे की जांच पर, यह स्पष्ट हो गया कि इस तरह से एक नंबर बनाने के लिए इस्तेमाल की जाने वाली प्रक्रिया में हेरफेर किया जा सकता है। हमें इस समाधान को त्यागना पड़ा।

हम 'कमिट-खुलासा' योजना का उपयोग करते हुए, वर्कअराउंड के साथ आए। सर्वर ने 1 से 5 तक एक संख्या प्रस्तावित की, इसमें 'नमक' मिलाया और केकेक फ़ंक्शन का उपयोग करके परिणाम को प्राप्त किया । सर्वर ने पहले से सहेजे गए नंबर के साथ एक स्मार्ट अनुबंध को पूर्व-डिबग किया। इसका नतीजा यह हुआ कि गेम को हैश द्वारा छिपाए गए नंबर का अनुमान लगाने वाले उपयोगकर्ता के लिए प्रभावी रूप से कम कर दिया गया।

खिलाड़ी ने अपनी शर्त रखी और सर्वर ने एक छिपे हुए नंबर और 'नमक' को एक स्मार्ट अनुबंध पर भेज दिया। इसे दूसरे तरीके से रखने के लिए, कार्ड प्रकट किए गए थे। बाद में, सर्वर ने नंबरों का सत्यापन किया और निर्णय लिया कि क्या उपयोगकर्ता जीत गया या हार गया।

यदि सर्वर ने सत्यापन के लिए संख्या और 'नमक' नहीं भेजा, तो उपयोगकर्ता जीत गया। इस मामले में, अग्रिम में एक स्मार्ट अनुबंध को तैनात करना और प्रत्येक गेम के लिए संभावित जीत की व्यवस्था करना आवश्यक था। यह असुविधाजनक, महंगा और समय लेने वाला था। उस समय, हालांकि, कोई अन्य सुरक्षित समाधान नहीं था।

कुछ समय बाद, Tradisys टीम ने लहर प्रोटोकॉल में rsaVerify () फ़ंक्शन को जोड़ने का प्रस्ताव दिया। यह सार्वजनिक और निजी कुंजी के आधार पर RSA हस्ताक्षर की वैधता की जाँच करता है। हमारे प्रस्ताव के परिणामस्वरूप, फ़ंक्शन जोड़ा गया था।

हमने तीन नए गेम बनाए: डाइस रोलर , कॉइन फ्लिप और राइड ऑन वेव्स । उनमें से प्रत्येक में, नई यादृच्छिक संख्या प्रौद्योगिकी को लागू किया गया था। आइए देखें कि यह कैसे काम करता है।



आइए पहले यादृच्छिक संख्या पीढ़ी को देखें। आप यहां स्मार्ट अनुबंध पा सकते हैं।

स्क्रिप्ट टैब पर जाएं और Decompiled चुनें। आपको स्मार्ट अनुबंध का कोड (या स्क्रिप्ट) दिखाई देगा।



स्मार्ट कॉन्ट्रैक्ट कोड में फ़ंक्शन की सूची होती है। @Callable वाले लोगों को मंगलाचरण के माध्यम से चलाया जा सकता है। हम उनमें से दो में रुचि रखते हैं: दांव और वापसी :

• func bet (खिलाड़ी खुश)
• func निकासी (gameId, rsaSign)

1. उपयोगकर्ता सीमा और शर्त आकार चुनता है।



2. क्लाइंट बेट फ़ंक्शन को व्यवस्थित करता है। ऊपर की छवि के लिए यह शर्त होगी ("50")

3. क्लाइंट स्मार्ट कॉन्ट्रैक्ट एड्रेस (ब्रॉडकास्टटैक्सएक्स को प्रसारित करता है) के लिए एक आमंत्रण लेनदेन भेजता है। कॉल पैरामीटर के रूप में लेनदेन में बेट फ़ंक्शन होता है। इसका मतलब यह है कि इन्वोकेशन ट्रांजैक्शन स्मार्ट कॉन्ट्रैक्ट (पसंद: स्ट्रिंग) पर शर्त समारोह का निष्पादन शुरू करता है।



4. आइए बेट फ़ंक्शन को देखें:

@Callable(i) func bet (playerChoice) = { let newGameNum = IncrementGameNum() let gameId = toBase58String(i.transactionId) let pmt = extract(i.payment) let betNotInWaves = isDefined(pmt.assetId) let feeNotInWaves = isDefined(pmt.assetId) let winAmt = ValidateBetAndDefineWinAmt(pmt.amount, playerChoice) let txIdUsed = isDefined(getString(this, gameId)) if (betNotInWaves) then throw ("Bet amount must be in Waves") else if (feeNotInWaves) then throw ("Transaction's fee must be in Waves") else if (txIdUsed) then throw ("Passed txId had been used before. Game aborted.") else { let playerPubKey58 = toBase58String(i.callerPublicKey) let gameDataStr = FormatGameDataStr(STATESUBMITTED, playerChoice, playerPubKey58, height, winAmt, "") ScriptResult(WriteSet(cons(DataEntry(RESERVATIONKEY, ValidateAndIncreaseReservedAmt(winAmt)), cons(DataEntry(GAMESCOUNTERKEY, newGameNum), cons(DataEntry(gameId, gameDataStr), nil)))), TransferSet(cons(ScriptTransfer(SERVER, COMMISSION, unit), nil))) } } 

समारोह स्मार्ट अनुबंध राज्य में एक नया खेल रिकॉर्ड करता है:

• अनोखा नया गेम आईडी (गेम आईडी)
• खेल राज्य = उपकृत
• खिलाड़ी की पसंद (रेंज 50 है)
• सार्वजनिक कुंजी
• संभावित इनाम (खिलाड़ी के दांव पर निर्भर करता है)

ब्लॉकचेन पर कुंजी-मूल्य डेटाबेस कैसा दिखता है:

 { "type": "string", "value": "03WON_0283_448t8Jn9P3717UnXFEVD5VWjfeGE5gBNeWg58H2aJeQEgJ_06574069_09116020000_0229", "key": "2GKTX6NLTgUrE4iy9HtpSSHpZ3G8W4cMfdjyvvnc21dx" } 

'की' एक नए गेम के लिए गेम आईडी है । शेष डेटा क्षेत्र 'मूल्य' में निहित है। इन प्रविष्टियों को स्मार्ट अनुबंध के डेटा टैब में संग्रहीत किया जाता है:




5. सर्वर ब्लॉकचैन एपीआई के माध्यम से भेजे गए लेनदेन (नया गेम) को ढूंढता है। गेम आईडी पहले से ही ब्लॉकचेन में दर्ज है, इसलिए इसे बदलना या हटाना असंभव है।

6. सर्वर एक वापसी समारोह (gameId, rsaSign) बनाता है जैसे:

वापस लेने ( «FwsuaaShC6DMWdSWQ5osGWtYkVbTEZrsnxqDbVx5oUpq», «बेस 64: Gy69dKdmXUEsAmUrpoWxDLTQOGj5 / qO8COA + QjyPVYTAjxXYvEESJbSiCSBRRCOAliqCWwaS161nWqoTL / TltiIvw3nKyd4RJIBNSIgEWGM1tEtNwwnRwSVHs7ToNfZ2Dvk / GgPUqLFDSjnRQpTHdHUPj9mQ8erWw0r6cJXrzfcagKg3yY / 0wJ6AyIrflR35mUCK4cO7KumdvC9Mx0hr / ojlHhN732nuG8ps4CUlRw3CkNjNIajBUlyKQwpBKmmiy3yJa / QM5PLxqdppmfFS9y0sxgSlfLOgZ51xRDYuS8NViOA7c1JssH48ZtDbBT5yqzRJXs3RnmZcMDr ​​/ q0x6Bg ==»)

7. सर्वर स्मार्ट कॉन्ट्रैक्ट पर एक मंगलाचरण भेजता है (InvocationTx प्रसारित करें)। लेन-देन में उत्पन्न आहरण फ़ंक्शन (gameId, rsaSign) में एक कॉल होती है:



फ़ंक्शन में गेम आईडी और एक अद्वितीय आईडी का RSA हस्ताक्षर शामिल हैं। हस्ताक्षर परिणाम अपरिवर्तनीय है।

इसका क्या मतलब है?


हम समान मूल्य (गेम आईडी) लेते हैं और उस पर आरएसए हस्ताक्षर विधि लागू करते हैं। यह कैसे RSA एल्गोरिथ्म काम करता है। गेम संख्या और RSA एल्गोरिथम के परिणाम अज्ञात होने के कारण अंतिम संख्या में हेरफेर करना असंभव है। किसी संख्या का अनुमान लगाने की कोशिश करना भी व्यर्थ है।

8. ब्लॉकचेन एक लेनदेन प्राप्त करता है जो निकासी फ़ंक्शन (gameId, rsaSign) चलाता है।

9. वापस लेने के फ़ंक्शन (gameId, rsaSign) के अंदर GenerateRandIn फ़ंक्शन के लिए कॉल है। यह एक यादृच्छिक संख्या जनरेटर है।

 # @return 1 ... 100 func GenerateRandInt (gameId,rsaSign) = { # verify RSA signature to proof random let rsaSigValid = rsaVerify (SHA256, toBytes(gameId), rsaSign, RSAPUBLIC) if (rsaSigValid) then { let rand = (toInt(sha256(rsaSign)) % 100) if ((0 > rand)) then ((-1 * rand) + 1) else (rand + 1) } else throw ("Invalid RSA signature") } 

रैंड एक यादृच्छिक संख्या है

सबसे पहले, आरएसए हस्ताक्षर के परिणामस्वरूप होने वाली स्ट्रिंग ली जाती है। फिर, इसे SHA-256 (sha256 (rsaSign) ) के माध्यम से हैशेड किया जाता है ।

हम हस्ताक्षर परिणाम और बाद में हैशिंग का अनुमान नहीं लगा सकते हैं। इस प्रकार, इसकी पीढ़ी को प्रभावित करना असंभव है। किसी विशिष्ट श्रेणी (जैसे 1 से 100 तक) में एक संख्या प्राप्त करने के लिए, रूपांतरण कार्यों को चालू और 100% ( मॉड एनालॉग) लागू किया जाता है।

लेख की शुरुआत में, हमने rsaVerify () फ़ंक्शन का उल्लेख किया है जो एक सार्वजनिक के खिलाफ एक निजी कुंजी द्वारा RSA हस्ताक्षर की वैधता की जांच करने की अनुमति देता है। यहाँ GenerateRandInt (gameId, rsaSign) का एक हिस्सा है:

rsaVerify (SHA256, toBytes (gameId), rsaSign, RSAPUBLIC)

शुरू करने के लिए, RSAPUBLIC सार्वजनिक कुंजी और rsaSign स्ट्रिंग लिया जाता है। वैधता के लिए हस्ताक्षर की जाँच की जाती है। यदि चेक सफल होता है, तो नंबर उत्पन्न होता है। अन्यथा, सिस्टम मानता है कि हस्ताक्षर वैध नहीं है (अमान्य आरएसए हस्ताक्षर)।

सर्वर को निजी कुंजी का उपयोग करके गेम आईडी पर हस्ताक्षर करना होगा और 2,880 ब्लॉकों के भीतर एक वैध आरएसए हस्ताक्षर भेजना होगा। स्मार्ट कॉन्ट्रैक्ट की तैनाती करते समय विकल्प का प्रबंधन किया जाता है। यदि निर्धारित समय में कुछ नहीं होता है, तो उपयोगकर्ता जीत जाता है। इस मामले में, उपयोगकर्ता द्वारा स्वतंत्र रूप से इनाम भेजा जाना है। यह पता चला है कि धोखा सर्वर के लिए लाभहीन है क्योंकि इससे नुकसान होता है। नीचे एक उदाहरण है।



उपयोगकर्ता डाइस रोलर निभाता है। वह 14 घन के दांव के साथ 6 घन चेहरों में से 2 को चुनता है। यदि सर्वर एक निर्धारित समय (2,880 ब्लॉक) के भीतर स्मार्ट अनुबंध के लिए एक वैध आरएसए हस्ताक्षर नहीं भेजता है, तो उपयोगकर्ता को 34.44 WAVES प्राप्त होगा।

संख्या निर्माण के लिए, हम ब्लॉकचैन के बजाय एक ओरेकल, एक बाहरी प्रणाली का उपयोग करते हैं। सर्वर गेम आईडी के लिए एक RSA हस्ताक्षर लागू करता है। स्मार्ट अनुबंध हस्ताक्षर की वैधता की जांच करता है और विजेता को निर्धारित करता है। यदि सर्वर कुछ नहीं भेजता है, तो उपयोगकर्ता स्वचालित रूप से जीत जाएगा।

यह विधि सुनिश्चित करती है कि हेरफेर तकनीकी रूप से असंभव है। सभी परंपराएं खेल ऊपर वर्णित एल्गोरिथ्म पर आधारित हैं - यह सुनिश्चित करता है कि हमारे खेल निष्पक्ष और पारदर्शी हों। ईमानदारी सुनिश्चित करने के लिए सब कुछ सार्वजनिक रूप से ऑडिट किया जा सकता है।