एक्स्प्रेस ट्रान्झॅक्शन क्रेडिट्स प्लॅटफॉर्मची निर्मिती

.class="img-fluid clearfix"

कार्यकारी सारांश / मुख्य मुद्दे

• मूळ समस्या. 2018 मधील Ethereum चे प्रमुख टोकन मानक असलेल्या ERC-20 मध्ये एक संरचनात्मक त्रुटी होती: थेट स्मार्ट कॉन्ट्रॅक्ट अ‍ॅड्रेसवर हस्तांतरित केलेले टोकन, जर त्या कॉन्ट्रॅक्टकडे हँडलर नसेल तर मूकपणे नष्ट होत असत. ERC-20 वर उभारलेल्या कोणत्याही पेमेंट प्लॅटफॉर्मला हा धोका वारशाने मिळे (Ethereum EIPs).
• ERC-223 हा उपाय. ERC-223 ने प्राप्तकर्ता कॉन्ट्रॅक्ट्सना tokenFallback(address, uint, bytes) फंक्शन अंमलात आणणे आवश्यक केले. ते नसेल, तर हस्तांतरण अणुरूपतेने रिव्हर्ट होई. कोणतेही टोकन मूकपणे गमावले जाऊ शकत नसे (Ethereum EIPs GitHub).
• EXTC चे पाच कॉन्ट्रॅक्ट प्रिमिटिव्ह्स. टोकन ओळख (नाव, चिन्ह, 18-दशांश अचूकता), निश्चित पुरवठा, ERC-223-अनुरूप हस्तांतरण, मल्टी-सिग्नेचर कॉर्पोरेट वितरण आणि ब्लॉक-हाइट टाइम-लॉक्ड स्टँडिंग ऑर्डर्स.
• तारण कर्ज यंत्रणा. कर्जदार EXTC टोकन कॉन्ट्रॅक्ट एस्क्रोमध्ये लॉक करत; तारण मिळताच कॉन्ट्रॅक्ट अंडररायटिंग विलंब किंवा क्रेडिट-कमिटी मंजुरीशिवाय कर्जाची रक्कम अणुरूपतेने सोडत असे.
• Ethereum च्या मर्यादांबद्दल प्रयोगातून काय समोर आले. मेननेटवर सुमारे 15 TPS थ्रुपुट आणि जानेवारी 2018 च्या उच्चांकी काळात प्रति व्यवहार $0.10–$1.00 गॅस खर्च यामुळे, Layer-2 पायाभूत सुविधांशिवाय सार्वजनिक Ethereum वर रेमिटन्स-स्तरीय आकारमानाचा व्यवहारही करणारे पेमेंट नेटवर्क आर्थिक व तांत्रिकदृष्ट्या अशक्य होते.

रचनेतील समस्या: ERC-20 अपुरे का ठरले

2015 मध्ये प्रस्तावित आणि Ethereum Improvement Proposal 20 मध्ये औपचारिक स्वरूप दिलेल्या ERC-20 मानकाने 2017–2018 च्या ICO तेजीला चालना देणारा मानक फंजिबल टोकन इंटरफेस निश्चित केला. त्याची सहा मूलभूत फंक्शन्स — totalSupply, balanceOf, transfer, transferFrom, approve आणि allowance — साध्या टोकन जारीकरण व देवाणघेवाणीसाठी पुरेशी होती.

तथापि पेमेंट प्लॅटफॉर्मसाठी ERC-20 मध्ये उत्पादन-स्तरावर गंभीर त्रुटी होती. transfer(address _to, uint256 _value) हे फंक्शन कोणत्याही अ‍ॅड्रेसवर — कॉन्ट्रॅक्ट अ‍ॅड्रेससह — टोकन हलवत असे, आणि प्राप्तकर्ता कॉन्ट्रॅक्टमध्ये कोणताही कोड चालवत नसे. येणाऱ्या ERC-20 हस्तांतरणांचा मागोवा ठेवण्यासाठी विशेषतः प्रोग्राम न केलेल्या कॉन्ट्रॅक्टला ती हस्तांतरणे शोधण्याचा कोणताही मार्ग नव्हता. अशा प्रकारे पाठवलेले टोकन कायमचे अडकून राहत, पुनर्प्राप्तीची कोणतीही यंत्रणा नसे.

Ethereum समुदायाने अंदाज केला की या यंत्रणेमुळे 2018 च्या मध्यापर्यंत कोट्यवधी डॉलर्सचे ERC-20 टोकन कायमचे गमावले गेले होते. जिथे हस्तांतरणे मूकपणे अयशस्वी होऊन वापरकर्त्याचा निधी नष्ट करू शकतात, असे पेमेंट प्लॅटफॉर्म उभारणे स्वीकारार्ह नव्हते.

ERC-223 उपाय: सूचनेसह अणुरूप हस्तांतरण

Ethereum EIPs GitHub इश्यू ट्रॅकरवर प्रस्तावित केलेल्या ERC-223 ने टोकन हस्तांतरणाला काय करणे आवश्यक आहे हे बदलून मूक-नुकसानाची समस्या सोडवली. ERC-223 अंतर्गत, transfer(address _to, uint256 _value, bytes _data) हे प्राप्तकर्ता अ‍ॅड्रेसमध्ये कॉन्ट्रॅक्ट कोड आहे का हे तपासत असे. असल्यास, हस्तांतरण _to.tokenFallback(address _from, uint256 _value, bytes _data) ला कॉल करत असे.

महत्त्वाचा गुणधर्म: जर प्राप्तकर्ता कॉन्ट्रॅक्टने tokenFallback अंमलात आणले नसेल, तर संपूर्ण हस्तांतरण व्यवहार रिव्हर्ट होई. प्रेषकाच्या शिल्लकमधून कोणतेही टोकन बाहेर जात नसे. कोणतेही टोकन अडकत नसे. हस्तांतरण अणुरूप होते — एकतर प्राप्तकर्त्याचा कोड चालवून ते पूर्ण होई, किंवा स्थिती अपरिवर्तित राहून ते पूर्णपणे अयशस्वी होई.

EXTC साठी याचा अर्थ असा होता:

• स्मार्ट कॉन्ट्रॅक्ट्सना पेमेंट रचनेनुसारच सुरक्षित होते. एस्क्रो कॉन्ट्रॅक्ट्स, मल्टी-सिग वॉलेट्स आणि लेंडिंग कॉन्ट्रॅक्ट्स निधी अपरिवर्तनीयपणे गमावण्याच्या कोणत्याही धोक्याशिवाय EXTC टोकन प्राप्त करू शकत.
• _data फील्डमुळे समृद्ध पेमेंट मेटाडेटा शक्य झाला. बाइट्स पेलोड इनव्हॉइस संदर्भ, राउटिंग कोड किंवा अनुपालन प्रमाणपत्रे वाहून नेऊ शकत असे — अशी माहिती जी साधे ERC-20 हस्तांतरण देऊ शकत नव्हते.
• गॅस खर्च किंचित अधिक होता. tokenFallback कॉल केल्याने प्रति हस्तांतरण अंदाजे 2,000–5,000 गॅस अधिक लागत असे, जे 2018 च्या गॅस दरांनुसार किरकोळ अतिरिक्त भार होता.

EXTC कॉन्ट्रॅक्ट आर्किटेक्चर

EXTC टोकन कॉन्ट्रॅक्ट हे पाच मॉड्यूल्सभोवती रचलेले एक Solidity अंमलबजावणी होते:

1. टोकन ओळख

string public name = "Express Transaction Credits";
string public symbol = "EXTC";
uint8 public decimals = 18;

अठरा दशांश स्थानांनी EXTC ला उप-सेंट अचूकता दिली, जी सूक्ष्म-पेमेंट आणि सूक्ष्म-कर्ज वापरांसाठी आवश्यक असलेल्या सूक्ष्मतेशी जुळणारी होती. EXTC हे चिन्ह टोकन कॉन्ट्रॅक्टमध्ये नोंदवलेला ऑन-चेन ओळखकर्ता होता.

2. निश्चित एकूण पुरवठा

एकूण पुरवठा कॉन्ट्रॅक्ट डिप्लॉयमेंटच्या वेळी निश्चित केला जात असे आणि पुढील मिंट्सद्वारे वाढवता येत नसे. या रचनात्मक निवडीमुळे EXTC डिफ्लेशनरी बनले: चलनातून कायमचे काढून टाकलेले कोणतेही टोकन — अपरिवर्तनीय बर्न ऑपरेशन्सद्वारे — पुरवठा कमी करत, पण त्याची भरपाई होत नसे. निश्चित-पुरवठा मॉडेल 2018 च्या पेमेंट टोकन रचनांमध्ये प्रमाणित होते, जे डिफ्लेशनरी दबाव हे विनिमय माध्यमासाठी एक वैशिष्ट्य आहे या Bitcoin-प्रभावित गृहीतकाचे प्रतिबिंब होते.

3. ERC-223 अनुरूप शिल्लक आणि हस्तांतरण

मुख्य हस्तांतरण फंक्शनने संपूर्ण ERC-223 इंटरफेस अंमलात आणला. अंतर्गत बॅलन्स मॅपिंग्जने प्रत्येक अ‍ॅड्रेसच्या धारणेचा मागोवा ठेवला. isContract(address) हेल्परने EOA (बाह्यरित्या मालकीचे खाते) अ‍ॅड्रेस आणि कॉन्ट्रॅक्ट अ‍ॅड्रेस यांच्यात फरक केला, जेणेकरून tokenFallback कॉल करणे आवश्यक आहे का हे ठरवता येईल.

4. मल्टी-सिग्नेचर कॉर्पोरेट वितरण

कॉर्पोरेट पेमेंट वर्कफ्लोसाठी सह-प्राधिकरण आवश्यक होते: कोणताही एकच स्वाक्षरीकर्ता निश्चित उंबरठ्यावरील वितरण एकतर्फीपणे सुरू करू शकत नसे. EXTC कॉन्ट्रॅक्टने दोन-पैकी-N मल्टी-सिग्नेचर योजना अंमलात आणली:

1. एका नियुक्त आरंभकर्त्याने प्राप्तकर्ता, रक्कम आणि nonce निर्दिष्ट करून हस्तांतरण प्रस्तावित केले.
2. एका सह-स्वाक्षरीकर्त्याने nonce ची पुष्टी केली.
3. दोन्ही स्वाक्षऱ्या ऑन-चेन नोंदवल्यानंतरच हस्तांतरण अंमलात आले.

यामुळे कॉर्पोरेट खात्यांसाठी एकल-बिंदू-अपयशाचा धोका दूर झाला, तर संपूर्ण प्राधिकरण प्रवाह क्लिअरिंग हाऊस मध्यस्थाशिवाय ऑन-चेन आणि लेखापरीक्षणयोग्य राहिला.

5. ब्लॉक-हाइट टाइम-लॉक्ड स्टँडिंग ऑर्डर्स

आवर्ती पेमेंट — पगार, वर्गणी, नियोजित कर्ज परतफेड — यांना स्टँडिंग-ऑर्डर प्रिमिटिव्हची गरज होती. EXTC ने हे टाइम-लॉक म्हणून अंमलात आणले: releaseBlock पॅरामीटरसह एक हस्तांतरण नोंद कॉन्ट्रॅक्टमध्ये साठवली जात असे. Ethereum ब्लॉक हाइट releaseBlock पर्यंत पोहोचेपर्यंत हस्तांतरण अंमलात येऊ शकत नसे.

वेळेचा प्रॉक्सी म्हणून ब्लॉक हाइट ही 2018 मधील एक व्यावहारिक निवड होती. Ethereum चे लक्ष्य 15-सेकंदाचे ब्लॉक अंतर होते, ज्यामुळे ब्लॉक हाइट काही मिनिटांच्या श्रेणीत घड्याळी वेळेचा वाजवीरित्या विश्वसनीय प्रॉक्सी बनला. निरपेक्ष टाइमस्टॅम्प (block.timestamp) उपलब्ध होते पण ±900-सेकंदाच्या मर्यादेत मायनर हाताळणीसाठी संवेदनशील होते, ज्यामुळे आर्थिक कॉन्ट्रॅक्ट्ससाठी ब्लॉक हाइट हा अधिक सुरक्षित संदर्भ ठरला.

तारण-आधारित तात्काळ कर्ज यंत्रणा

EXTC लेंडिंग प्रिमिटिव्ह हा सर्वात गुंतागुंतीचा घटक होता. रचना अशी:

1. कर्जदार तारण लॉक करतो. कर्जदाराने lockCollateral(uint256 _collateralAmount) कॉल केला, ज्याद्वारे ERC-223 tokenFallback मार्फत EXTC टोकन लेंडिंग कॉन्ट्रॅक्ट एस्क्रोमध्ये हस्तांतरित केले.
2. कर्ज-ते-मूल्य गुणोत्तर तपासणी. कॉन्ट्रॅक्टने पूर्व-निर्धारित LTV गुणोत्तर (उदा. 50%) वाचले आणि लॉक केलेल्या तारणाच्या तुलनेत कमाल कर्ज रक्कम गणली.
3. अणुरूप कर्ज वितरण. तारण किमान उंबरठा पूर्ण करत असल्यास, कॉन्ट्रॅक्टने तत्काळ कर्जाची रक्कम कर्जदाराच्या अ‍ॅड्रेसवर हस्तांतरित केली. कोणतीही अंडररायटिंग रांग नाही, कोणतीही क्रेडिट कमिटी नाही, कोणताही सेटलमेंट विलंब नाही.
4. परतफेड आणि मुक्तता. परतफेडीवर — मुद्दल अधिक निश्चित व्याजदर — कॉन्ट्रॅक्टने तारण कर्जदाराला परत सोडले. releaseBlock पर्यंत परतफेड न झाल्यास स्वयंचलित लिक्विडेशन सुरू होई: कॉन्ट्रॅक्टने तारण कर्जदात्याच्या नियुक्त अ‍ॅड्रेसवर हस्तांतरित केले.

संपूर्ण प्रवाह कॉन्ट्रॅक्ट कोडद्वारे अंमलात आणला गेला. कोणत्याही पक्षाला दुसऱ्यावर विश्वास ठेवण्याची किंवा अटी अंमलात आणण्यासाठी मध्यस्थावर अवलंबून राहण्याची गरज नव्हती.

प्रयोगातून काय समोर आले

EXTC कॉन्ट्रॅक्ट आर्किटेक्चर तांत्रिकदृष्ट्या सुसंगत होते. ERC-223 ने ERC-20 ची सर्वात गंभीर सुरक्षा त्रुटी सोडवली. मल्टी-सिग्नेचर आणि टाइम-लॉक प्रिमिटिव्ह्स थेट वास्तविक कॉर्पोरेट पेमेंट वर्कफ्लोशी जुळत. तारण कर्ज यंत्रणेने दाखवून दिले की सुरक्षित कर्जदान पूर्णपणे स्वयंचलित आणि ऑन-चेन स्वयं-अंमलबजावणीयोग्य असू शकते.

व्यवहारात दोन मर्यादा समोर आल्या:

गॅस खर्च. जानेवारी 2018 च्या उच्चांकी काळात Ethereum गॅस दर 50–100 gwei पर्यंत पोहोचले, ज्यामुळे एका ERC-223 टोकन हस्तांतरणाचा खर्च $0.50–$2.00 झाला. $10–$50 च्या सूक्ष्म-पेमेंट किंवा रेमिटन्ससाठी ते शुल्क प्रतिबंधात्मक होते.

थ्रुपुट. 2018 च्या सुरुवातीला Ethereum मेननेट ब्लॉक गॅस मर्यादा अंदाजे 80 लाख गॅस होती. एका ERC-223 हस्तांतरणाला साधारण 50,000–80,000 गॅस लागत असे. त्यामुळे नेटवर्क प्रति ब्लॉक अंदाजे 100–160 EXTC टोकन हस्तांतरणे, किंवा 15-सेकंदाच्या ब्लॉक अंतराने प्रति सेकंद साधारण 7–11 प्रक्रिया करू शकत असे. पेमेंट नेटवर्क आकारमान — प्रति सेकंद शेकडो किंवा हजारो व्यवहार — त्यावेळी उत्पादन स्वरूपात अस्तित्वात नसलेल्या Layer-2 पायाभूत सुविधांशिवाय सार्वजनिक Ethereum वर साध्य नव्हते.

या पायाभूत सुविधांच्या मर्यादा होत्या, EXTC मधील रचनात्मक त्रुटी नव्हत्या. कॉन्ट्रॅक्ट लॉजिक बरोबर होते. अंतर्निहित ब्लॉकचेन अद्याप आर्थिक-उद्योग स्तरावर पेमेंट आकारमानाला साथ देऊ शकत नव्हती.

उत्पादनापर्यंत पोहोचलेल्या कल्पना

EXTC मधील अनेक रचनात्मक नमुने पुढील विकासाद्वारे प्रमाणित झाले:

प्राप्तकर्ता सूचनेसह अणुरूप टोकन हस्तांतरण — मुख्य ERC-223 गुणधर्म — ERC-777 (2019) चा आधार बनला, ज्याने सूचना मॉडेलचा विस्तार केला आणि नंतर DeFi लेंडिंग प्रोटोकॉल्समध्ये समाविष्ट झाला. tokenFallback नमुना आधुनिक DeFi आर्किटेक्चरमध्ये सर्वत्र आढळतो.

कॉर्पोरेट वितरणासाठी मल्टी-सिग्नेचर प्राधिकरण — अंमलबजावणीपूर्वी अनेक ऑन-चेन स्वाक्षऱ्या आवश्यक करण्याचा नमुना — DAO ट्रेझरी व्यवस्थापन आणि संस्थात्मक कस्टडी सोल्युशन्ससाठी मानक मॉडेल बनला. 2018 मध्ये सुरू झालेल्या Gnosis Safe ने हा नमुना मोठ्या प्रमाणात लोकप्रिय केला.

मध्यस्थांशिवाय तारण-आधारित तात्काळ कर्जे — एस्क्रोमध्ये तारण लॉक करून कर्जाची रक्कम अणुरूपतेने सोडण्याची यंत्रणा — Compound (2018) आणि Aave (2020) सारख्या DeFi लेंडिंग प्रोटोकॉल्सची मूलभूत रचना आहे.

नियोजित पेमेंटसाठी ब्लॉक-हाइट टाइम लॉक — कॉन्ट्रॅक्टमध्ये भविष्यातील अंमलबजावणी वेळ एन्कोड करण्याचा नमुना — DeFi परिसंस्थेत टोकन व्हेस्टिंग कॉन्ट्रॅक्ट्स, विलंबित गव्हर्नन्स प्रस्ताव आणि टाइम-वेटेड सरासरी किंमत (TWAP) ओरॅकल रचनांमध्ये आढळतो.

EXTC प्रयोग उत्पादन आकारमानापर्यंत पोहोचला नाही. रचना व्यवहार्य करण्यासाठी आवश्यक पायाभूत सुविधा परिपक्व होण्यास आणखी तीन ते पाच वर्षे लागली. त्याने विचारलेले रचनात्मक प्रश्न 2018 साठी योग्यच होते.

वारंवार विचारले जाणारे प्रश्न

ERC-20 ची त्रुटी दुरुस्त करूनही ERC-223 प्रमुख टोकन मानक म्हणून कधीच का स्वीकारले गेले नाही?

ERC-223 ने प्राप्तकर्ता कॉन्ट्रॅक्ट्सना tokenFallback अंमलात आणणे आवश्यक केले, ज्यामुळे ERC-20 टोकनसाठी आधीच डिप्लॉय केलेल्या हजारो कॉन्ट्रॅक्ट्सशी बॅकवर्ड सुसंगतता तुटली. विद्यमान ERC-20 परिसंस्था स्थलांतरित करण्यासाठी खूपच मोठी होती. पुढील प्रस्ताव — विशेषतः ERC-777 आणि ERC-1363 — यांनी वेगवेगळ्या सुसंगतता तडजोडींसह तीच समस्या सोडवली, पण नेटवर्क इफेक्ट्स आणि मूक-नुकसान परिस्थिती टाळणाऱ्या रॅप्ड टोकन नमुन्यांच्या परिचयामुळे ERC-20 प्रबळ राहिले.

EXTC टोकन आणि प्लॅटफॉर्मचे पुढे काय झाले?

EXTC हा 2018 मधील एक संकल्पना-सिद्धी आणि प्रारंभिक संशोधन प्रकल्प होता. Ethereum च्या स्केलेबिलिटी मर्यादा आणि नियामक अनिश्चितता स्पष्ट होत असताना 2018–2019 मध्ये विस्तृत ICO आणि पेमेंट टोकन बाजार तीव्रपणे आकुंचन पावला. EXTC रचनेत अंतर्भूत असलेल्या कल्पना Layer-2 पायाभूत सुविधा, चांगली साधने आणि स्पष्ट नियामक चौकटी उपलब्ध असलेल्या नंतरच्या प्रोटोकॉल्समध्ये पुन्हा उदयास आल्या.

EXTC चे तारण कर्ज मॉडेल Aave सारख्या आधुनिक DeFi प्रोटोकॉल्सशी कसे तुलनीय आहे?

मुख्य यंत्रणा तीच आहे: तारण लॉक करा, LTV गुणोत्तराच्या तुलनेत आकारलेले कर्ज मिळवा, परतफेड करा किंवा लिक्विडेशनला सामोरे जा. फरक असे आहेत: (1) आधुनिक DeFi प्रोटोकॉल्स निश्चित गुणोत्तरांऐवजी गतिशील LTV साठी ओरॅकल किंमत फीड वापरतात; (2) ते पूल वापराला प्रतिसाद देणारे अल्गोरिदमिक व्याजदर वापरतात; (3) ते 2018 मेननेटपेक्षा 10–100 पट कमी गॅस खर्च असलेल्या Layer-2 नेटवर्कवर कार्य करतात; (4) Aave आणि Compound यांनी औपचारिक सुरक्षा लेखापरीक्षणे केली आहेत आणि अब्जावधी डॉलर्सची तरलता धारण केली आहे, जे मूलभूत मॉडेल सुदृढ आहे याचे अनुभवजन्य प्रमाणीकरण देते.

2018 च्या सुरुवातीला Solidity आवृत्तीच्या मर्यादा काय होत्या?

EXTC कॉन्ट्रॅक्ट Solidity 0.4.x साठी लिहिले गेले होते, जी 2018 च्या सुरुवातीची प्रमुख आवृत्ती होती. Solidity 0.4 मध्ये नंतरच्या आवृत्त्यांमध्ये आणलेली अनेक सुरक्षा वैशिष्ट्ये नव्हती: इंटिजर ओव्हरफ्लो तपासणी (0.8.0 मध्ये स्वयंचलितपणे जोडली), त्रुटी संदेशांसह require/revert (0.4 मध्ये मर्यादित), आणि स्पष्ट फंक्शन दृश्यमानता (0.4 मध्ये डीफॉल्ट public होते). कंपायलरने हे स्वतःच अंमलात आणण्यापूर्वी सामान्य असलेल्या नमुन्यानुसार, ओव्हरफ्लोपासून संरक्षण करण्यासाठी कॉन्ट्रॅक्ट OpenZeppelin च्या SafeMath लायब्ररीवर अवलंबून होते.

संदर्भ

• Ethereum Foundation, (2015). EIP-20: Token Standard ⧉.
• Dexaran, Ethereum GitHub, (2017). ERC-223 Token Standard Proposal ⧉.
• OpenZeppelin, (2018). OpenZeppelin Contracts — SafeMath ⧉.
• Ethereum Foundation, (2014). Ethereum Whitepaper ⧉.

शेवटचे पुनरावलोकन 2026-07-17.

# एक्स्प्रेस ट्रान्झॅक्शन क्रेडिट्स प्लॅटफॉर्मची निर्मिती — Sebastien Rousseau

> Originally published at [https://sebastienrousseau.com/mr/2018-02-15-the-making-of-the-express-transaction-credits-platform/](https://sebastienrousseau.com/mr/2018-02-15-the-making-of-the-express-transaction-credits-platform/)

EXTC प्लॅटफॉर्म 2018 मध्ये Ethereum ERC-223 वर कसे उभारले गेले याचा तांत्रिक सखोल अभ्यास: टोकन आर्किटेक्चर, मल्टी-सिग वितरण, टाइम-लॉक्ड ट्रान्सफर आणि तारण-आधारित तात्काळ कर्जे.

Read the full article on sebastienrousseau.com: https://sebastienrousseau.com/mr/2018-02-15-the-making-of-the-express-transaction-credits-platform/

एक्स्प्रेस ट्रान्झॅक्शन क्रेडिट्स प्लॅटफॉर्मची निर्मिती — Sebastien Rousseau

EXTC प्लॅटफॉर्म 2018 मध्ये Ethereum ERC-223 वर कसे उभारले गेले याचा तांत्रिक सखोल अभ्यास: टोकन आर्किटेक्चर, मल्टी-सिग वितरण, टाइम-लॉक्ड ट्रान्सफर आणि तारण-आधारित तात्काळ कर्जे.

https://sebastienrousseau.com/mr/2018-02-15-the-making-of-the-express-transaction-credits-platform/

एक्स्प्रेस ट्रान्झॅक्शन क्रेडिट्स प्लॅटफॉर्मची निर्मिती — Sebastien Rousseau

EXTC प्लॅटफॉर्म 2018 मध्ये Ethereum ERC-223 वर कसे उभारले गेले याचा तांत्रिक सखोल अभ्यास: टोकन आर्किटेक्चर, मल्टी-सिग वितरण, टाइम-लॉक्ड ट्रान्सफर आणि तारण-आधारित तात्काळ कर्जे.

येथे मुख्य धोरणात्मक मुद्दे आहेत:

- रचनेतील समस्या: ERC-20 अपुरे का ठरले. 2015 मध्ये प्रस्तावित आणि Ethereum Improvement Proposal 20 मध्ये औपचारिक स्वरूप दिलेल्या ERC-20 मानकाने 2017–2018 च्या ICO तेजीला चालना देणारा मानक फंजिबल टोकन इंटरफेस निश्चित केला.
- ERC-223 उपाय: सूचनेसह अणुरूप हस्तांतरण. Ethereum EIPs GitHub इश्यू ट्रॅकरवर प्रस्तावित केलेल्या ERC-223 ने टोकन हस्तांतरणाला काय करणे आवश्यक आहे हे बदलून मूक-नुकसानाची समस्या सोडवली.
- EXTC कॉन्ट्रॅक्ट आर्किटेक्चर. EXTC टोकन कॉन्ट्रॅक्ट हे पाच मॉड्यूल्सभोवती रचलेले एक Solidity अंमलबजावणी होते:.
- तारण-आधारित तात्काळ कर्ज यंत्रणा. EXTC लेंडिंग प्रिमिटिव्ह हा सर्वात गुंतागुंतीचा घटक होता.

या लेखात मांडलेल्या आव्हानांसाठी तुमच्या संस्थेचा दृष्टिकोन काय आहे?

→ https://sebastienrousseau.com/mr/2018-02-15-the-making-of-the-express-transaction-credits-platform/

#Extcप्लॅटफॉर्म #Erc223 #Ethereumस्मार्टकॉन्ट्रॅक्ट्स #टोकनआर्किटेक्चर #मल्टीसिग्नेचर

Sebastien Rousseau | CC-BY-4.0

@online{rousseau2018एक,
  author  = {Rousseau, Sebastien},
  title   = {{एक्स्प्रेस ट्रान्झॅक्शन क्रेडिट्स प्लॅटफॉर्मची निर्मिती — Sebastien Rousseau}},
  year    = {2018},
  url     = {https://sebastienrousseau.com/mr/2018-02-15-the-making-of-the-express-transaction-credits-platform/},
  urldate = {2018}
}

TY  - GEN
AU  - Rousseau, Sebastien
TI  - एक्स्प्रेस ट्रान्झॅक्शन क्रेडिट्स प्लॅटफॉर्मची निर्मिती — Sebastien Rousseau
PY  - 2018
UR  - https://sebastienrousseau.com/mr/2018-02-15-the-making-of-the-express-transaction-credits-platform/
ER  -

Rousseau S. एक्स्प्रेस ट्रान्झॅक्शन क्रेडिट्स प्लॅटफॉर्मची निर्मिती — Sebastien Rousseau. sebastienrousseau.com. 2018 Feb 15. Available from: https://sebastienrousseau.com/mr/2018-02-15-the-making-of-the-express-transaction-credits-platform/

Rousseau, Sebastien. "एक्स्प्रेस ट्रान्झॅक्शन क्रेडिट्स प्लॅटफॉर्मची निर्मिती — Sebastien Rousseau." sebastienrousseau.com. February 15, 2018. https://sebastienrousseau.com/mr/2018-02-15-the-making-of-the-express-transaction-credits-platform/.

Rousseau, S. (2018, February 15). एक्स्प्रेस ट्रान्झॅक्शन क्रेडिट्स प्लॅटफॉर्मची निर्मिती — Sebastien Rousseau. sebastienrousseau.com. https://sebastienrousseau.com/mr/2018-02-15-the-making-of-the-express-transaction-credits-platform/

एक्स्प्रेस ट्रान्झॅक्शन क्रेडिट्स प्लॅटफॉर्मची निर्मिती — Sebastien Rousseau

EXTC प्लॅटफॉर्म 2018 मध्ये Ethereum ERC-223 वर कसे उभारले गेले याचा तांत्रिक सखोल अभ्यास: टोकन आर्किटेक्चर, मल्टी-सिग वितरण, टाइम-लॉक्ड ट्रान्सफर आणि तारण-आधारित तात्काळ कर्जे.

Originally published at https://sebastienrousseau.com/mr/2018-02-15-the-making-of-the-express-transaction-credits-platform/ by Sebastien Rousseau.
Licensed under CC-BY-4.0.

SEBASTIEN ROUSSEAU · FOUNDER · ENGINEER