स्वतंत्र रूप से 2 चरणों में (प्रूफ ऑफ एक्सिस्टेंस) कैसे लागू किया जाए

सभी को नमस्कार! मेरा नाम अरेट है और मैं क्वांटनेट के लिए काम करता हूं, जिसमें एल्गोरिदमिक रणनीतियों के प्रतियोगिताएं हैं। हाल ही में, मेरे सामने एक महत्वपूर्ण कार्य उत्पन्न हुआ है - उपयोगकर्ताओं की तारीख की अदृश्यता की गारंटी प्रदान करने के लिए (यह अत्यंत महत्वपूर्ण है, क्योंकि रणनीतियों की प्रभावशीलता को सही ढंग से जांचने के लिए, वास्तविक समय में वैश्विक वित्तीय बाजारों से डेटा का उपयोग करना आवश्यक है)।

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

मैंने अपने लेख को 3 मुख्य खंडों में विभाजित किया है:

• PoE क्या है और कब इसकी आवश्यकता हो सकती है
• कार्यान्वयन एल्गोरिथ्म
• मेरे विशिष्ट मामले का समाधान

तो अस्तित्व का सबूत क्या है?

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

एल्गोरिथम ट्रेडिंग के मेरे क्षेत्र से एक उदाहरण: आपके पास एक एल्गोरिथ्म है जो अगले 2 हफ्तों के लिए शेयरों के लिए लगभग 70% सही पूर्वानुमान देता है। आप अपने पूर्वानुमान अन्य बाजार के खिलाड़ियों को बेचने का निर्णय लेते हैं। बिंदु छोटा है - खरीदार को यह समझाने के लिए कि आपके पूर्वानुमान सही हैं और बोली के परिणामों से पहले किए गए थे, अर्थात। एक विशिष्ट समय में उनके कार्यान्वयन की गारंटी।

इसकी गारंटी कैसे दी जा सकती है? ठीक है, पीओई लागू करें।

पीओई कार्यान्वयन एल्गोरिथम

सबसे पहले आपको चाहिए:

1. उस फ़ाइल को तैयार करें जिसे आप पेटेंट कराना चाहते हैं। (मैंने पीडीएफ किया, लेकिन आप किसी अन्य कंटेनर का उपयोग कर सकते हैं)।
2. दिए गए फ़ाइल का हैश प्राप्त करें (मैंने sha256 प्रारूप का उपयोग किया है)।

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

वह सब है। प्रस्तावना समाप्त होने के साथ। अब हम सबसे दिलचस्प से गुजरते हैं।

(अधिक स्पष्टता के लिए, मैंने एक विशेष कोड बनाया (केवल प्रदर्शन के लिए)। आप यहां सेवा का डेमो उदाहरण देख सकते हैं।)

आइए देखें कि डेमो कैसे काम करता है।

मैं कार्यान्वयन को 2 भागों में विभाजित करने का प्रस्ताव करता हूं:

1. एक स्मार्ट अनुबंध और एक ईथर वॉलेट तैयार करना।
2. Node.js कोड और निजी कुंजी में लेनदेन पीढ़ी।

आइए जाने क्रम में:

भाग 1: एक इथेरियम स्मार्ट कॉन्ट्रैक्ट और वॉलेट तैयार करना

PoE पहले बिटकॉइन ब्लॉकचेन से जुड़ा था। लेकिन मैंने कार्यान्वयन के लिए ईथर ब्लॉकचेन और स्मार्ट अनुबंधों को चुना। स्मार्ट कॉन्ट्रैक्ट्स हमें भविष्य में लचीलापन, प्रतिरूपकता और स्केलेबिलिटी प्रदान करते हैं, ब्लॉकचेन में हैश के भंडारण के रूप में कार्य करते हैं।

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

स्मार्ट अनुबंध कोड:

``` pragma solidity 0.5.9; /** * @title Ownable * @dev The Ownable contract has an owner address, and provides basic authorization control * functions, this simplifies the implementation of "user permissions". */ contract Ownable { address private _owner; event OwnershipTransferred(address indexed previousOwner, address indexed newOwner); /** * @dev The Ownable constructor sets the original `owner` of the contract to the sender * account. */ constructor () internal { _owner = msg.sender; emit OwnershipTransferred(address(0), _owner); } /** * @return the address of the owner. */ function owner() public view returns (address) { return _owner; } /** * @dev Throws if called by any account other than the owner. */ modifier onlyOwner() { require(isOwner()); _; } /** * @return true if `msg.sender` is the owner of the contract. */ function isOwner() public view returns (bool) { return msg.sender == _owner; } /** * @dev Allows the current owner to transfer control of the contract to a newOwner. * @param newOwner The address to transfer ownership to. */ function transferOwnership(address newOwner) public onlyOwner { _transferOwnership(newOwner); } /** * @dev Transfers control of the contract to a newOwner. * @param newOwner The address to transfer ownership to. */ function _transferOwnership(address newOwner) internal { require(newOwner != address(0)); emit OwnershipTransferred(_owner, newOwner); _owner = newOwner; } } /** * @title HashStore * @dev The contract store the hashes and returns date by hash * Only the owner can add new hashes */ contract HashStore is Ownable { mapping(bytes32 => uint256) private _hashes; event HashAdded(bytes32 hash); function addHash(bytes32 rootHash) external onlyOwner { require(_hashes[rootHash] == 0, "addHash: this hash was already deployed"); _hashes[rootHash] = block.timestamp; emit HashAdded(rootHash); } function getHashTimestamp(bytes32 rootHash) external view returns (uint256) { return _hashes[rootHash]; } } ``` 

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

एक हैश जोड़ने के लिए, आपको हमारी फ़ाइल के लिए तर्क के रूप में मान sha256 पास करते हुए addHash विधि को कॉल करने की आवश्यकता है। यदि अनुबंध मैच के अंदर हैश करता है, तो लेनदेन अस्वीकार कर दिया जाएगा। यह विभिन्न तिथियों के साथ मूल्यों के अवांछित दोहराव को फ़िल्टर करता है। यह यहाँ जाँच की है:

 require(_hashes[rootHash] == 0, "addHash: this hash was already deployed"); 

हम getHashTimestamp विधि का उपयोग करके हैश लेनदेन तिथि प्राप्त कर सकते हैं, एक तर्क के रूप में वांछित लेनदेन तिथि के साथ हैश पास कर रहे हैं। GetHashTimestamp विधि UNIX प्रारूप में समय देती है। आप किसी भी अधिक पठनीय प्रारूप में अनुवाद कर सकते हैं।

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

1. ब्लॉकचेन के साथ बातचीत के लिए ईथर का पता
2. कॉलिंग विधियों और अनुबंधों की तैनाती के लिए कुछ ईथर।

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

भाग 2: Node.js और निजी कुंजी में लेनदेन सृजन

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

ऐसा करने के लिए, हम web3.js लाइब्रेरी का उपयोग करेंगे और अपने नोड के लिए एक टोकन बनाएंगे। मैंने सेवा infura.io का उपयोग करके मेरा निर्माण किया और यह कुछ इस तरह दिखता है:

 ropsten.infura.io/v3/YOUR_TOKEN_HERE 

हैशिंग के लिए, Sha256 पैकेज का उपयोग करें। डेटा प्रारूप कोई भी हो सकता है, लेकिन उदाहरण में हम JSON में डेटा का उपयोग करते हैं।

मैंने PoE का उपयोग करके अपने मामले को कैसे हल किया?

PoE होने के अलावा, ब्लॉकचेन और लेनदेन शुल्क वाले उपयोगकर्ताओं को अधिभार नहीं देना मेरे लिए महत्वपूर्ण था, उदाहरण के लिए, addHash पद्धति (बाइट्स 32 रूटहैश) को कॉल करने में 0.2 फिननी (जून 2019 की दर से 0.0002 ETH या $ 0.06) का खर्च आता है।



रणनीति की स्थिति के बारे में 30 निष्कर्ष प्रति दिन सामने आए, अर्थात, इसकी लागत हमें $ 2.1 है। यदि उपयोगकर्ताओं की संख्या 100 गुना बढ़ जाती है, और ईथर की दर बढ़ जाती है, तो निश्चित रूप से, लागत बढ़ जाएगी।

मैंने एक दिन के लिए ब्लॉकचेन पर एक हैश रखने का फैसला किया। यह हैश दैनिक रणनीति आउटपुट और उनके आंतरिक पहचानकर्ताओं की हैश से उत्पन्न होगी।



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

अंत में

सत्यापन के लिए, हमने एक विशेष टेम्पलेट बनाया, जो ज्यूपिटर नोटबुक के रूप में उपलब्ध है। किसी भी समय, उपयोगकर्ता टेम्प्लेट डाउनलोड कर सकता है, सब कुछ पुन: उत्पन्न कर सकता है और सत्यापित कर सकता है कि सभी स्थितियां वास्तव में वही हैं जो अतीत में बनाई और बचाई गई थीं।

 ```   : 1.    API       1.     2.    API  ,         3.          ,              .          . ```