सिक्योरिटी टोकन और क्रिप्टो में अनुपालन कोड

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

मुख्य निष्कर्ष

• एक सुरक्षा टोकन एक सुरक्षा या निवेश अनुबंध का प्रतिनिधित्व करता है और यह अमेरिकी संघीय प्रतिभूति कानूनों के तहत पारंपरिक वित्तीय उपकरणों के समान नियमों के अधीन है।
• कोड द्वारा अनुपालनक्रिप्टो सिस्टम्स मिंट, ट्रांसफर, बर्न, या अप्रूव के क्षण में अनुमति या अस्वीकृति के निर्णय लागू करते हैं, अक्सर अस्पष्ट "KYC'd" लेबल के बजाय मानकीकृत स्थिति कोड लौटाते हैं।
• टोकन-स्तरीय प्रतिबंध मानक प्रोग्रामेबल जांचों और प्रशासनिक नियंत्रणों जैसे कि फ्रीज़ और रिवोक पर ध्यान केंद्रित करते हैं, जबकि चेन या खाता-स्तरीय अनुमति गेट यह निर्धारित करते हैं कि कौन निपटान को छू भी सकता है।
• इंटरऑपरेबिलिटी प्रस्ताव पोर्टेबल पहचान और डेटा ऑब्जेक्ट्स की ओर अनुपालन को बढ़ावा देते हैं ताकि एक ही विनियमितसंपत्तिकई इंटरफेस के माध्यम से उजागर किया जा सकता है बिना प्रतिबंध पारदर्शिता खोए।

सुरक्षा टोकन और कोड द्वारा अनुपालन

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

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

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

ऑन-चेन ट्रांसफर प्रतिबंध कैसे काम करते हैं

ERC-1462 अनुपालन को एक निर्धारक पूर्व-चेक के रूप में मानता है जो टोकन के किसी भी अपरिवर्तनीय कार्य करने से पहले चलता है। यह उन मुख्य क्रियाओं के लिए स्पष्ट जांच कार्यक्षमता जोड़ता है जो महत्वपूर्ण हैं: checkTransferAllowed, checkTransferFromAllowed, checkMintAllowed, और checkBurnAllowed। टोकन के ERC-20 विधियों को अपेक्षित है कि वे transfer, transferFrom, और approve को ओवरराइड करके उन चेक का परामर्श करें, और फिर परिणाम को लागू करें।

महत्वपूर्ण विवरण यह है कि ERC-1462 निर्णय को एक बूलियन में नहीं घटित करता है। चेक कार्यक्षमताएँ ERC-1066 के माध्यम से मानकीकृत स्थिति कोड लौटाती हैं, जिसमें 0x11 का अर्थ है अनुमति दी गई और 0x10 का अर्थ है अनुमति नहीं दी गई, साथ ही जारीकर्ता-विशिष्ट कोड के लिए जगह। यह एक डेवलपर की सुविधा की तरह लगता है जब तक कि यह एक उपयोगकर्ता कार्यप्रवाह पर नहीं आता। एक वॉलेट, ब्रोकर, या ट्रांसफर एजेंट प्रणाली “अनुमति नहीं दी गई क्योंकि KYC गायब है” बनाम “अनुमति नहीं दी गई क्योंकि न्याय क्षेत्र का ब्लॉक” बनाम “ऑफ-चेन विफलता” को उजागर कर सकती है, इसके बजाय एक सामान्य रिवर्ट जो समर्थन टिकटों और मैनुअल ट्रायज को मजबूर करता है।

ERC-1462 विवादों और दस्तावेज़ीकरण के लिए हमेशा मौजूद गंदे हिस्से के लिए भी जगह बनाता है। EIP KYC और AML को आवश्यकताओं के रूप में नामित करता है और स्पष्ट रूप से एक खाते के लिए टोकन को लॉक करने और कानूनी विवाद के कारण ट्रांसफर को प्रतिबंधित करने की क्षमता को शामिल करता है। यह वैकल्पिक दस्तावेज़ हुक, attachDocument और lookupDocument को भी परिभाषित करता है, जो URI और सामग्री हैश द्वारा ऑफ-चेन कानूनी दस्तावेज़ों का संदर्भ देते हैं। यह अपने सबसे ईमानदार रूप में अनुपालन-के-कोड का रुख है: ऑन-चेन प्रवर्तन के साथ-साथ ऑफ-चेन कानूनी वास्तविकता के लिए एक जानबूझकर पुल।

टोकन मानकों में सामान्य अनुपालन नियंत्रण

ERC-1404 एक प्रतिबंधित टोकन मानक है जो उन नियंत्रणों के चारों ओर बनाया गया है जिनकी जारीकर्ता और स्थान हमेशा सार्वजनिक रेल पर विनियमित प्रवाह चलाने की कोशिश करते समय मांग करते हैं। साइट टोकन धारकों को जानने और निवेशक पते की एक श्वेतसूची बनाए रखने पर जोर देती है, जो एक श्वेतसूची टोकनऔर व्यापक विचार एकअनुमति प्राप्त टोकन.

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

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

ERC-1404 भूमिका विभाजन का भी वर्णन करता है, जैसे कि मालिक या जारीकर्ता, एक प्रशासक जो एक ट्रांसफर एजेंट या ट्रेडिंग स्थान हो सकता है, और एक निवेशक भूमिका जो भेज और प्राप्त कर सकता है। वह भूमिका मॉडल है जहां "कोड द्वारा अनुपालन" एक नारे के रूप में रुकता है और एक ऑपरेटिंग सिस्टम बन जाता है। किसी को फ्रीज, रद्द, और पुनः असाइन करने के लिए अधिकृत होना चाहिए, और टोकन अनुबंध उन अनुमतियों के लिए प्रवर्तन बिंदु बन जाता है।

यहां सुरक्षा टोकन मानक भी दर्शन में भिन्न होते हैं। ERC-1462 एक संकीर्ण आधार के लिए तर्क करता है जिसे जारीकर्ता अपनी स्वयं की तर्क के साथ बढ़ाते हैं। ERC-1404 एक अधिक विशेषता-संपूर्ण प्रतिबंधित टूलकिट की ओर झुकता है। दोनों एक ही स्क्रीन-स्तरीय समस्या को हल करने की कोशिश कर रहे हैं: जब एक उपयोगकर्ता भेजने पर क्लिक करता है, तो टोकन या तो निपटता है या नहीं, और सिस्टम को यह बताने की आवश्यकता होती है कि क्यों।

पहचान, हिरासत, और विनियमित कार्यप्रवाह

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

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

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

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

इंटरऑपरेबिलिटी और विकसित डेटा परतें

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

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

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

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

कोडित अनुपालन की सीमाएँ और व्यापारिक समझौते

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

दूसरा व्यापारिक समझौता पोर्टेबिलिटी और परिधि नियंत्रण के बीच है। टोकन-स्तरीय प्रतिबंध, जैसे ERC-1462-शैली की जांच या ERC-1404-शैली के प्रतिबंधित हस्तांतरण, अधिकतम करते हैं कि एक सुरक्षा टोकन वॉलेट और स्थानों के बीच चल सकता है जबकि यह अपने नियम पुस्तिका को अपने साथ ले जाता है। चेन या खाता-स्तरीय अनुमति, जैसे Prometheum का कोर चेन मॉडल, अधिकतम नियंत्रण करता है कि कौन नियामित निपटान में भाग ले सकता है। यह पारंपरिक बाजार की पाइपलाइन के करीब दिखता है, लेकिन यह खुले संयोजन को कम करता है क्योंकि वातावरण अनुमति-रहित नहीं है।

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

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

लेना

मैंने टीमों को एक सुरक्षा टोकन को "ERC-20 प्लस KYC" के रूप में प्रस्तुत करते हुए देखा है और फिर पहले भद्दे संचालन के दिन से हैरान होते हुए देखा है: एक विवादित हस्तांतरण, एक क्षेत्राधिकार परिवर्तन, या एक स्थान जो सामान्य रिवर्ट के बजाय एक साफ कारण कोड मांग रहा है। ERC-1462 की स्पष्ट जांच कार्यों और ERC-1066 स्थिति कोडों पर जोर देना इस स्टैक में एक स्थान-ग्रेड जोखिम इंजन के सबसे करीब है। यदि सिस्टम यह समझा नहीं सकता कि उसने एक हस्तांतरण को क्यों रोका, तो यह नियामित प्रवाह के लिए तैयार नहीं है।

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

स्रोत

• एथेरियम सुधार प्रस्ताव
• ERC-1404
• यू.एस. प्रतिभूति और विनिमय आयोग
• एथेरियम सुधार प्रस्ताव