BRC-20

domo नाम से जाने जाने वाले लेखक ने जाँचा कि क्या Ordinals के ऊपर ऐसे टोकन बन सकते हैं जिनकी एक ही प्रकार की इकाइयाँ आपस में बदलने योग्य हों और हिसाब में समान भूमिका निभाएँ। मूल लेख इसे प्रयोग कहता है और अंतिम समाधान मानने से सावधान करता है। BRC-20 के नियम उसके भागीदारों की सहमति हैं, Bitcoin के नियमों में बदलाव नहीं। [1]

Inscription वह सामग्री है जिसे Taproot आउटपुट खर्च करते समय witness डेटा में रखा जाता है। BRC-20 में इसमें JSON होता है: p, op और tick जैसे नाम वाले फ़ील्डों का पाठ। Bitcoin नोड लेनदेन की वैधता जाँचता है, लेकिन इस पाठ को टोकन के हिसाब के रूप में नहीं चलाता। इसका अर्थ इंडेक्सर निकालता है। [5]

पहला वैध deploy टोकन का पहचान-नाम, यानी ticker, तय करता है; बड़े और छोटे अक्षरों में अंतर नहीं किया जाता। वह आपूर्ति max और, ज़रूरत के अनुसार, जारी करने की सीमा lim तथा सटीकता dec तय करता है। मूल नियम अधिकतम 18 दशमलव स्थानों की अनुमति देते हैं। शुरुआती 4 बाइट वाले ticker के साथ IP1 ने self_mint से जुड़े 5 बाइट वाले ticker भी जोड़े। यहाँ UTF-8 बाइट गिने जाते हैं, अक्षर नहीं; दोनों रूपों को मनमाने ढंग से बदला नहीं जा सकता। [2] [3] [6]

मालिक पहले amt रकम वाली transfer inscription बनाता है। इससे रकम उसके उपलब्ध बैलेंस में आरक्षित हो जाती है, लेकिन कुल बैलेंस अभी नहीं बदलता। उस inscription का पहला स्थानांतरण ही इकाइयाँ प्राप्तकर्ता तक पहुँचाता है। उसे खुद को भेजने पर आरक्षण हट जाता है। हर transfer inscription केवल एक बार काम आती है; वही रिकॉर्ड फिर बेचने से टोकन दोबारा ट्रांसफ़र नहीं होते। [1] [3]

इंडेक्सरों को घटनाओं के क्रम, सीमाओं और पहले ट्रांसफ़र का एक जैसा अर्थ लगाना होता है। वे बैलेंस के मालिक को केवल दिखते पते से नहीं, बल्कि scriptPubKey, यानी आउटपुट की लॉकिंग स्क्रिप्ट से पहचानते हैं। पुनर्गठन क्रम और अंतिम हिसाब बदल सकता है। इसलिए बिटकॉइन लेनदेन की पुष्टि अपने आप यह साबित नहीं करती कि उसका BRC-20 ऑपरेशन वैध था। [3]

मूल नियम text/plain या application/json सामग्री प्रकार और वैध JSON स्वीकार करते हैं। आवश्यक फ़ील्ड और ऑपरेशन के नाम छोटे अक्षरों में लिखे जाते हैं; ज़रूरी मान, संख्याएँ भी, उद्धरण चिह्नों में लिखे पाठ होते हैं। dec दशमलव स्थान सीमित करता है और uint64_max संख्यात्मक दायरा। बिना उद्धरण चिह्न की संख्या या अतिरिक्त कॉमा ऑपरेशन को अवैध बना सकता है, भले ही इंसान उसे आसानी से पढ़ ले। [3]

अगर कोई सेवा पहले अपने पते पर mint बनाती है, तो टोकन बैलेंस उसे मिल सकता है। बाद में केवल mint inscription सौंप देने से वह बैलेंस ट्रांसफ़र नहीं होता। संबंधित UTXO को गलती से खर्च करने का नतीजा भी उम्मीद से अलग हो सकता है। Inscription को माइनिंग शुल्क के रूप में भेजने और टोकन नष्ट करने के अलग नियम हैं; सामान्य BTC ट्रांसफ़र BRC-20 का सार्वभौमिक तरीका नहीं है। [1] [6]

पहले वैध deploy, max, lim, dec और लागू होने पर self_mint जाँचें, फिर ब्लॉक और लेनदेन के क्रम में आगे की घटनाएँ देखें। OPI से हर ब्लॉक की घटनाओं के हैश और पूरे इतिहास के संचयी हैश की तुलना की जा सकती है। नियमों का संस्करण समान होना चाहिए: नए प्रोग्राम करने योग्य मॉड्यूल मूल मॉडल को आगे बढ़ाते हैं। यह लेख उसकी बुनियाद समझाता है, हर विस्तार नहीं। [4]