स्मार्ट कॉन्ट्रैक्ट डेवलपमेंट: कस्टम कोड और स्टेकिंग

पहली अनुबंध जाँच किसकी तुलना करती है?

1 प्री-बिल्ड जाँच आपके द्वारा भेजे गए नियमों की तुलना उस व्यवहार से करती है जिसे आपको अनुबंध से लागू करने की आवश्यकता है। हम कार्यान्वयन से पहले लापता निर्णयों की पहचान करते हैं, फिर सहमत होते हैं कि कौन सा काम ऑन-चेन का है।

कार्य क्षेत्र	यह क्या कवर करता है	समय सीमा	आप क्या भेजते हैं
कस्टम लॉजिक	अनुबंध कार्य और अनुमतियाँ	बिल्ड से पहले	उत्पाद नियम और उपयोगकर्ता प्रवाह
वेस्टिंग	आवंटन, दावे और शेड्यूल परिवर्तन	विनिर्देश समीक्षा	लाभार्थी और रिलीज़ नियम
स्टेकिंग	जमा, निकासी और पुरस्कार इनपुट	विनिर्देश समीक्षा	प्रवाह और पुरस्कार नियम
ऑडिट तैयारी	फ़ाइलों की समीक्षा और निष्कर्ष प्रतिक्रियाएँ	बाहरी समीक्षा से पहले	स्रोत संस्करण और ज्ञात धारणाएँ

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

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

यदि डिज़ाइन में कोई टोकन शामिल है, तो इस काम को टोकन निर्माण और डिप्लॉयमेंट से जोड़ें।

7 इनपुट जो अनुबंध निर्णयों को दृश्यमान रखते हैं

7 इनपुट हमें अनुबंध विनिर्देश के लिए एक व्यावहारिक प्रारंभिक बिंदु देते हैं। आपके पास जो है भेजें; अनुत्तरित मदों को चिह्नित करें, अनुमानों को स्वीकृत नियमों के रूप में न मानें।

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

वेस्टिंग के लिए शामिल करें:

आवंटन स्रोत, लाभार्थी और प्रारंभ शर्त।
रिलीज़ पैटर्न और दावा प्रक्रिया।
क्या कोई शेड्यूल बदल सकता है, और वह कार्रवाई कौन अधिकृत कर सकता है।

स्टेकिंग के लिए लिखें:

जमा और निकासी चरण।
पुरस्कार इनपुट और दावा नियम।
रोक व्यवहार।

हम समीक्षा में निर्भरताओं और खुले निर्णयों को चिह्नित करते हैं। फिर हम आपकी टीम से स्वीकृति मानदंडों को अनुमोदित करने के लिए कहते हैं। वह अनुमोदन कार्यान्वयन को एक स्पष्ट संदर्भ देता है।

यदि आपका काम अनुबंध कोड से आगे बढ़ता है, तो Web3 डेवलपमेंट व्यापक उत्पाद को कवर कर सकता है। dApp डेवलपमेंट एप्लिकेशन लेयर को संबोधित करता है।

3 बिल्ड विंडो, नियमों से रिलीज़ तक

3 कार्य विंडो उत्पाद निर्णयों, कोड और रिलीज़ तैयारी को अलग रखती हैं। सटीक कैलेंडर सहमत अनुबंध व्यवहारों, एकीकरणों और समीक्षा आवश्यकताओं का अनुसरण करता है।

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

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

अनुबंध परीक्षण और ऑडिट आपको क्या बता सकते हैं?

परीक्षण दिखाते हैं कि क्या अनुबंध अपने विनिर्देश में सहमत व्यवहारों का पालन करता है। एक स्वतंत्र ऑडिट एक अलग समीक्षा है, जिसका अपना मूल्यांकन और निष्कर्ष होते हैं।

हम प्रत्येक मुख्य व्यवहार को विशिष्ट जाँचों से जोड़ते हैं:

उपयोगकर्ता कार्य।
अनुमतियाँ।
अमान्य इनपुट।
योजना में शामिल अनुबंध भागों के बीच बातचीत।

हम परीक्षण निष्पादन का सारांश देते हैं और खुली मदों को सादे भाषा में रिकॉर्ड करते हैं। इससे आपकी टीम को कोड समस्या और उत्पाद नियम के बीच अंतर करने में मदद मिलती है जिसे अभी भी निर्णय की आवश्यकता है।

बाहरी समीक्षा के लिए, सटीक स्रोत संस्करण, एक संक्षिप्त अनुबंध-प्रवाह विवरण, ज्ञात धारणाएँ, निर्भरताएँ और परीक्षण निर्देश तैयार करें। हम उन सामग्रियों को व्यवस्थित कर सकते हैं, समीक्षक के प्रश्नों को ट्रैक कर सकते हैं और टीम को सहमत सुधारों को सत्यापित करने में मदद कर सकते हैं। विकास परीक्षण और ऑडिट समन्वय समीक्षक के अपने काम से अलग हैं।

एक परीक्षण रन यह तय नहीं कर सकता कि एक डिप्लॉय किया गया अनुबंध हर नेटवर्क स्थिति के तहत कैसे व्यवहार करेगा। चयनित ऑडिट प्रदाता अपने निष्कर्षों को नियंत्रित करता है। Wallet व्यवहार और तृतीय-पक्ष एकीकरण भी हमारे द्वारा बनाए गए अनुबंध कोड के बाहर हैं। रिलीज़ निर्णय में उन सीमाओं को विनिर्देश, परीक्षण रिकॉर्ड और समीक्षा निष्कर्षों के साथ रखें।

बिल्ड से रिलीज़ तक ले जाने के लिए 3 रिकॉर्ड

3 रिकॉर्ड आपकी टीम को एक उपयोगी हैंडओवर देते हैं: स्वीकृत नियम, परीक्षण साक्ष्य और डिप्लॉयमेंट नोट्स। हम काम शुरू होने से पहले उनकी सामग्री पर सहमत होते हैं, ताकि आपकी टीम को पता हो कि क्या उम्मीद करनी है।

आपको क्या मिलता है	कब	हम इसे कैसे लॉग करते हैं
अनुबंध विनिर्देश और स्रोत कोड	अनुमोदन और कार्यान्वयन के बाद	सहमत व्यवहारों से जुड़े नियम
परीक्षण सारांश और खुली मदें	रिलीज़ से पहले समीक्षा के दौरान	चलाई गई जाँचें और रिकॉर्ड किए गए निष्कर्ष
डिप्लॉयमेंट नोट्स और हैंडओवर	रिलीज़ तैयारी	कॉन्फ़िगरेशन और स्वामित्व विवरण

ऑडिट रिकॉर्ड: हम ऑडिट कार्य को अलग रखते हैं। यदि कोई बाहरी ऑडिट योजना का हिस्सा है, तो उसका प्रदाता अपने मूल्यांकन का मालिक है; हम सामग्री और प्रतिक्रियाओं का समन्वय करते हैं।
टोकन या एप्लिकेशन: इंटरफ़ेस निर्णयों को टोकन निर्माण और डिप्लॉयमेंट या dApp डेवलपमेंट के साथ संरेखित करें।
वेबसाइट: एक Web3 वेबसाइट को एक अलग उत्पाद घटक के रूप में योजनाबद्ध किया जा सकता है।

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

यह कैसे काम करता है

1 — उत्पाद नियम भेजेंविंडो: विनिर्देश से पहले। उपयोगकर्ता प्रवाह, भूमिकाएँ, नेटवर्क प्राथमिकता, मौजूदा कोड और ज्ञात समीक्षा आवश्यकताएँ भेजें।
2 — अनुबंध सीमाओं की समीक्षा करेंविंडो: योजना समीक्षा। हम निर्भरताओं, खुले निर्णयों और उन व्यवहारों की पहचान करते हैं जिन्हें अनुमोदन की आवश्यकता है।
3 — विनिर्देश को अनुमोदित करेंविंडो: कार्यान्वयन से पहले। आपकी टीम भूमिकाओं, प्रवाहों, किनारे के मामलों और स्वीकृति मानदंडों की जाँच करती है।
4 — निर्माण और परीक्षणविंडो: कार्यान्वयन और परीक्षण। हम सहमत लॉजिक का निर्माण करते हैं और निर्दिष्ट व्यवहार के विरुद्ध जाँच रिकॉर्ड करते हैं।
5 — हैंडओवर तैयार करेंविंडो: रिलीज़ तैयारी। हम डिप्लॉयमेंट नोट्स प्रदान करते हैं और शामिल किसी भी बाहरी ऑडिट कार्य का समन्वय करते हैं।

अक्सर पूछे जाने वाले प्रश्न

स्मार्ट कॉन्ट्रैक्ट बिल्ड के लिए मुझे क्या भेजना चाहिए?

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

क्या आप मौजूदा टोकन में वेस्टिंग या स्टेकिंग जोड़ सकते हैं?

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

क्या आपकी सेवा में एक स्वतंत्र स्मार्ट कॉन्ट्रैक्ट ऑडिट शामिल है?

जब परियोजना के लिए सहमति हो तो ऑडिट समन्वय शामिल किया जा सकता है; स्वतंत्र मूल्यांकन चयनित समीक्षा प्रदाता का है। हम स्रोत संस्करण, अनुबंध-प्रवाह नोट्स और परीक्षण निर्देश तैयार कर सकते हैं, फिर प्रश्नों और सहमत सुधारों को ट्रैक कर सकते हैं। विकास परीक्षण एक अलग रिकॉर्ड रहते हैं और प्रदाता की समीक्षा के विकल्प के रूप में काम नहीं करते।

स्मार्ट कॉन्ट्रैक्ट बिल्ड की समयसीमा क्या निर्धारित करती है?

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

क्या पास किया गया परीक्षण यह मतलब हो सकता है कि अनुबंध डिप्लॉय करने के लिए तैयार है?

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

क्या आप अनुबंधों को हमारे dApp से जोड़ सकते हैं?

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

अपने प्रोजेक्ट के बारे में बताएं

चार त्वरित प्रश्नों के उत्तर दें और एक मैनेजर एक घंटे के भीतर योजना, समय और मूल्य सीमा भेजेगा। सब कुछ गोपनीय रहता है।

फ़ॉर्म लोड हो रहा है…

स्मार्ट कॉन्ट्रैक्ट डेवलपमेंट, कोड से पहले जाँचा गया