व्यक्तिगत वाचा के प्रस्तावों में पहला लेख डीप डाइविंग है जो परिपक्वता के एक बिंदु तक पहुंच गया है, जो गहराई से टूटने के लिए एक बिंदु पर पहुंच गया है।

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

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

यह बिटकॉइन लेनदेन का एक बहुत ही उच्च स्तरीय दृश्य है। इसमें इनपुट, या अनपेक्षित सिक्के हैं (€), और आउटपुट, नए अनपेक्षित सिक्के जो लेन -देन को एक ब्लॉक में पुष्टि होने पर बनाएंगे। बहुत अधिक टुकड़े हैं जिनसे हम गुजरेंगे, लेकिन यह लेनदेन की संरचना का उच्चतम स्तर का दृश्य है।

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

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

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

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

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

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

इसके लिए जो फ़ील्ड हैं, वे हैं:

• n संस्करण
• nlocktime
• इनपुट गणना
• सभी neperations क्षेत्रों का एक हैश
• आउटपुट काउंट
• सभी आउटपुट का हैश
• इनपुट इंडेक्स (लेन -देन में इनपुट का स्थान, प्रथम इनपुट, 2, आदि)

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

आप CTV स्क्रिप्ट को भी घोंसला बना सकते हैं, यानी एक प्रारंभिक CTV स्क्रिप्ट है जो आउटपुट के साथ लेनदेन के लिए प्रतिबद्ध है जिसमें CTV स्क्रिप्ट भी शामिल हैं। यह वही है जो सीटीवी को “आगे ले जाने” के लिए अनुमति देता है। यह सब व्यवहार में आगे बढ़ाता है, हालांकि जो कुछ भी डेटा लेनदेन की श्रृंखला में निहित है। आप इसे सिद्धांत रूप में एक अनंत गहराई के लिए कर सकते हैं, लेकिन आप व्यवहार में एक परिमित गहराई तक सीमित हैं क्योंकि घोंसले को अंत से शुरू होने से पीछे की ओर उत्पन्न किया जाना चाहिए। ऐसा इसलिए है क्योंकि प्रत्येक स्तर, या “हॉप”, लेनदेन का हैश होना चाहिए, अगले एक के लिए, अन्यथा आप पहले स्थान पर लॉकिंग स्क्रिप्ट नहीं बना सकते हैं। यदि आप पहले से ही अगले लेनदेन को नहीं जानते हैं, तो आप पिछले एक को उत्पन्न नहीं कर सकते।

CTV के लिए उपयोगी क्या है

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

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

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

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

यह अपने आप में अविश्वसनीय रूप से मूल्यवान है, लेकिन CTV अन्य Opcodes के साथ संयोजन में और भी अधिक मूल्यवान चीजों को भी सक्षम कर सकता है, जिसे हम अगले लेख में देखेंगे।

समापन विचार

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

यहाँ कुछ परियोजनाएं हैं जो प्रदर्शित करती हैं कि कितनी अच्छी तरह से बाहर निकले और पता लगाया गया कि इस विशेष वाचा की तुलना दूसरों की तुलना में की गई है:

• एक मूल भुगतान पूल उदाहरण द्वारा हकलाना।
• एक सीटीवी वॉल्ट कार्यान्वयन द्वारा जेम्स ओ’बीरनेजो op_vault (जो अभी भी CTV का उपयोग करता है) का प्रस्ताव करने के लिए चला गया।
• इसके बजाय सीटीवी का उपयोग करने के लिए स्टीवन रूज द्वारा दूसरे से पूर्व-हस्ताक्षरित लेनदेन आधारित आर्क कार्यान्वयन का एक प्रूफ-ऑफ-कॉन्सेप्ट पोर्ट।
• SAPIO भाषा द्वारा जेरेमी रुबिन स्वयं, सीटीवी के साथ अनुबंधों के निर्माण के लिए एक उच्च स्तरीय भाषा (इसके बजाय पूर्व-हस्ताक्षरित लेनदेन के उपयोग का समर्थन करना)।
• टाइमआउट पेड़जॉन लॉ द्वारा एक बहुत ही बुनियादी कॉइनपूल डिजाइन के लिए एक प्रस्ताव।
• कई अन्य संभव प्रोटोकॉलजैसे कि अनुकूलित डिस्क्रीट लॉग कॉन्ट्रैक्ट्स (डीएलसी), गैर-इंटरैक्टिव लाइटनिंग चैनल एक पार्टी दूसरे के बिना खुल सकती है, और यहां तक ​​कि खनिकों के लिए एक साथ पूल करने के लिए विकेंद्रीकृत तरीके भी।

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