परिचय
यह पुस्तिका ऑर्डिनल थ्यौरी (क्रमसूचक सिद्धांत) के लिए एक मार्गदर्शक निदेर्शिका है। ऑर्डिनल थ्यौरी अपने आप में सातोशी से संबंधित है, उन्हें व्यक्तिगत पहचान देकर ट्रैक करने, स्थानांतरित करने और अर्थ से व्याप्त करने में सक्षम करता है।
सातोशी, बिटकॉइन नहीं है, लेकिन यह बिटकॉइन नेटवर्क का न्यूनतम अंश और मूल मुद्रा है। बिटकॉइन को अधिक से अधिक 100,000,000 सातोशियों में उप-विभाजित किया जा सकता है, उससे कम नहीं।
ऑर्डिनल थ्यौरी में बिटकॉइन को छोड़कर किसी साइडचेन या टोकन की आवश्यकता नहीं होती है, और इसका उपयोग बिना बिटकॉइन नेटवर्क में बदलाव के किया जा सकता है। वर्तमान में यह प्रचलन में है।
ऑर्डिनल थ्यौरी सातोशी का मौद्रिक मूल्य निर्धारित करता है, और उन्हें क्यूरियस के रूप में संग्रह और लेनदेन करने में सक्षम बनाता है।
प्रत्येक सातोशी को स्वेच्छित विषय-वस्तु के साथ इंस्क्राइब (उत्कीर्ण) किया जा सकता है, इसे अनूठी बिटकॉइन-मूल डिजिटल अभिलेखों में निर्मित किया जाता है, जिन्हें आप अपने बिटकॉइन वॉलेट में संजोकर रख सकते हैं और बिटकॉइन लेनदेन के माध्यम से स्थानांतरित कर सकते हैं। यह डिजिटल अभिलेख बिटकॉइन की भांति टिकाऊ, अपरिवर्तनीय, सुरक्षित और विकेंद्रीकृत होते हैं।
अन्य, अधिक असामान्य उपयोग के संभव मामले हैं: ऑफ-चेन रंगीन सिक्के, की (कुंजी) रोटेशन सहित सार्वजनिक की (कुंजी) का बुनियादी ढांचा, डीएनएस के लिए एक विकेन्द्रीकृत प्रतिस्थापन। हालाँकि, अभी के लिए, ऐसे उपयोग के मामले काल्पनिक हैं, और केवल आर्डिनल सिद्धान्तवादियों की कल्पनाओं में मौजूद हैं।
ऑर्डिनल थ्यौरी के बारे में विस्तृत जानकारी के लिए अवलोकन देखें।
डिजिटल अभिलेखों पर अधिक जानकारी के लिए इंस्क्रिप्शंस देखें।
When you're ready to get your hands dirty, a good place to start is with inscriptions, a curious species of digital artifact enabled by ordinal theory.
Authors
लिंक्स
- गिटहब
- बीआईपी
- डिस्कॉर्ड
- ओपन ऑर्डिनल्स इंस्टिट्यूट वेबसाइट
- ओपन ऑर्डिनल्स इंस्टिट्यूट एक्स
- मेननेट ब्लॉक एक्सप्लोरर
- सिग्नेट ब्लॉक एक्सप्लोरर
वीडियो
आर्डिनल थ्यौरी (क्रमसूचक सिद्धांत) का अवलोकन
ऑर्डिनल्स सातोशी के लिए एक संख्याकरण योजना है, जो प्रत्येक सैट को ट्रैक और स्थानांतरित करने में सक्षम करती है। इन संख्याओं को आर्डिनल (क्रमसूचक) संख्याएँ कहा जाता है।(https://ordinals.com) सातोशी को माइन (खनन) के क्रम में क्रमबद्ध किया जाता है, और लेन-देन इनपुट से लेन-देन आउटपुट में फर्स्ट-इन-फर्स्ट-आउट (फीफो) स्थानांतरित कर दिया जाता है। नंबरिंग स्कीम और ट्रांसफर स्कीम दोनों क्रम पर निर्भर करती हैं। नंबरिंग स्कीम सातोशी खनन के क्रम पर निर्भर करती है, जबकि ट्रांसफर स्कीम लेनदेन इनपुट और आउटपुट के क्रम पर निर्भर करती है। इस प्रकार इन्हें, ऑर्डिनल्स से संबोधित किया जाता है।
इनके तकनीकी विवरण बीआईपी में उपलब्ध हैं। the BIP.
आर्डिनल थ्यौरी के लिए अलग से टोकन, अन्य ब्लॉकचेन या बिटकॉइन में किसी भी बदलाव करने की आवश्यकता नहीं होती है। यह तुरन्त काम करता है।
आर्डिनल (क्रमसूचक) संख्याओं के कुछ भिन्न निरूपण होते हैं:
-
पूर्णांक अंकन:
2099994106992659आर्डिनल (क्रमसूचक) संख्या को उस क्रम के अनुसार नियत किया जाता है जिस क्रम में सातोशी को माइन (खनन) किया गया था। -
दशमलव अंकन:
3891094.16797पहला नंबर ब्लॉक की ऊंचाई होती है जिसमें सातोशी को माइन (खनन) किया गया था, दूसरा ब्लॉक के भीतर सातोशी का ऑफसेट (समायोजन) है। -
डिग्री संकेतन:
3°111094′214″16797‴. हम शीघ्र उसे हासिल कर लेंगे। -
प्रतिशत अंकन:
99.99971949060254%. बिटकॉइन की आपूर्ति में सातोशी की स्थिति को प्रतिशत के रूप में व्यक्त किया गया है। -
नाम:
satoshi. सातोशी आर्डिनल (क्रमसूचक) संख्याओं को A से Z तक वर्णों का उपयोग करके एन्कोड किया जाता है।
एनएफटी, सुरक्षा टोकन, खाते या स्टेबल कॉइन जैसी स्वेच्छित संपत्ति को स्थिर आइडेंटिफॉयर (अभिज्ञापक अथवा सूचकाक्षर/आइडी) के रूप में आर्डिनल (क्रमसूचक) संख्याओं का उपयोग करके सातोशी के साथ जोड़ा जा सकता है।
ऑर्डिनल्स गिटहब पर विकसित किया गया एक ओपन-सोर्स प्रोजेक्ट है on GitHub। प्रोजेक्ट में आर्डिनल (क्रमसूचक) योजना का उल्लेख कर बीआईपी, सूचकांक जिसे सभी सातोशी की स्थिति ट्रैक करने के लिए बिटकॉइन कोर नोड के साथ संचार किया जाता है, जो आर्डिनल-जागरूक लेनदेन करने में सक्षम करने वाला एक वॉलेट है, ब्लॉकचेन की संवादात्मक जांच-पड़ताल के लिए एक ब्लॉक एक्सप्लोरर, डिजिटल कलाकृतियों के साथ सतोषी की कार्यात्मकता, और यह मैनुअल सम्मिलित हैं।
दुर्लभता
मनुष्य की प्रकृति संग्रह करने की होती है, और चूँकि सातोशी को वर्तमान में ट्रैक और स्थानांतरित किया जा सकता है, लोग स्वाभाविक रूप से उन्हें एकत्र करना चाहते हैं। आर्डिनल्स थ्यौरिस्ट (क्रमसूचक सिद्धांतकार) स्वयं निर्णय ले सकते हैं कि कौन से सैट्स दुर्लभ और वांछित हैं, लेकिन इसके लिए नीचे कुछ अप्रत्यक्ष रूप से संकेत दिए गये हैं…
बिटकॉइन में समय-समय पर घटनाएं घटित होती रहती हैं, उनमें से कुछ गैर-मामूली हैं, जो उन्हें स्वाभाविक रूप से दुर्लभ बनाती हैं। इन आवधिक घटनाओं का उल्लेख नीचे किया गया हैं:
-
ब्लॉक्स: अब से लेकर एक निश्चित समय के अंत तक, तकरीबन हर 10 मिनट "में एक नये ब्लॉक का खनन किया जाता है।
-
समायोजन करने में कठिनाई: प्रत्येक 2016 ब्लॉक्स, या लगभग हर दो सप्ताह में, बिटकॉइन नेटवर्क कठिन लक्ष्य को समायोजित करके हैश रेट में बदलाव करने का प्रतिक्रिया देता है जिसे स्वीकार करने पर ब्लॉक को पूरा करना होगा।
-
हाल्विंग (अर्धन): प्रत्येक 210,000 ब्लॉक, या लगभग हर चार साल में, प्रत्येक ब्लॉक में बनाए गए नए सैट्स की मात्रा आधी कर दी जाती है।
-
_चक्र＿: प्रत्येक छह अर्धन में, कुछ करिशमा होता है: अर्धन और समायोजन करने में कठिनाई एक साथ घटित होते हैं। इसे संयोजन कहा जाता है और संयोजनों के बीच के समय को चक्र कहते हैं। संयोजन लगभग हर 24 वर्ष में घटित होता है। पहला संयोजन 2032 में किसी समय पर घटित होना चाहिए।
इससे हमें दुर्लभता के निम्नलिखित स्तर प्राप्त होते हैं:
कॉमन (सामान्य): कोई भी ऐसा सैट जो अपने ब्लॉक का पहला सैट नहीं हैअनकॉमन (असामान्य): प्रत्येक ब्लॉक का पहला सैटरेअर (दुर्लभ): प्रत्येक कठिन समायोजन अवधि का पहला सैटएपिक (भव्य): प्रत्येक अर्धन युग का पहला सैटलेजन्डरी (प्रसिद्ध): प्रत्येक चक्र का पहला सैटमिथिक (काल्पनिक): उत्पत्ति ब्लॉक का पहला सैट
जो हमें डिग्री संकेतन के निकट लाता है, स्पष्ट रूप से एक क्रमसूचक संख्या का प्रतिनिधित्व करता है जिससे सातोशी की दुर्लभता को एक नज़र में देखना बेहद आसान हो जाता है:
A°B′C″D‴
│ │ │ ╰─ Index of sat in the block
│ │ ╰─── Index of block in difficulty adjustment period
│ ╰───── Index of block in halving epoch
╰─────── Cycle, numbered starting from 0
आर्डिनल थ्यौरिस्ट (क्रमसूचक सिद्धांतकार) अक्सर A, B, C और D के लिए क्रमशः "घंटा", "मिनट", ""सेकंड", और "तीसरा" शब्दों का उपयोग करते हैं।
अब कुछ उदाहरणों के लिए। यह सातोशी सामान्य है:
1°1′1″1‴
│ │ │ ╰─ Not first sat in block
│ │ ╰─── Not first block in difficulty adjustment period
│ ╰───── Not first block in halving epoch
╰─────── Second cycle
यह सातोशी असामान्य है:
1°1′1″0‴
│ │ │ ╰─ First sat in block
│ │ ╰─── Not first block in difficulty adjustment period
│ ╰───── Not first block in halving epoch
╰─────── Second cycle
यह सातोशी दुर्लभ है:
1°1′0″0‴
│ │ │ ╰─ First sat in block
│ │ ╰─── First block in difficulty adjustment period
│ ╰───── Not the first block in halving epoch
╰─────── Second cycle
यह सातोशी भव्य है:
1°0′1″0‴
│ │ │ ╰─ First sat in block
│ │ ╰─── Not first block in difficulty adjustment period
│ ╰───── First block in halving epoch
╰─────── Second cycle
यह सातोशी प्रसिद्ध है:
1°0′0″0‴
│ │ │ ╰─ First sat in block
│ │ ╰─── First block in difficulty adjustment period
│ ╰───── First block in halving epoch
╰─────── Second cycle
और यह सातोशी काल्पनिक है:
0°0′0″0‴
│ │ │ ╰─ First sat in block
│ │ ╰─── First block in difficulty adjustment period
│ ╰───── First block in halving epoch
╰─────── First cycle
यदि ब्लॉक ऑफसेट शून्य है, तो इसे छोड़ा जा सकता है। यह उपरोक्त से गैर-मामूली सातोशी है:
1°1′1″
│ │ ╰─ Not first block in difficulty adjustment period
│ ╰─── Not first block in halving epoch
╰───── Second cycle
दुर्लभ सातोशी आपूर्ति
कुल आपूर्ति
common: 2,099,999,990,760,000uncommon: 6,926,535rare: 3432epic: 27प्रसिद्ध: 5काल्पनिक: 1
वर्तमान आपूर्ति
common: ~1.98 quadrillionuncommon: ~880,000 (a new uncommon is mined roughly every ten minutes)rare: ~430 (a new rare is mined roughly every two weeks)भव्य: 3प्रसिद्ध: 0काल्पनिक: 1
At the moment, even uncommon satoshis are quite rare. As of this writing, 876,023 uncommon satoshis have been mined - one per 22.6 bitcoin in circulation.
नाम
प्रत्येक सातोशी का एक नाम दिया जाता है, जिसमें A से Z अक्षर शामिल होते हैं, जो सातोशी के खनन के साथ भविष्य में छोटे होते जाते हैं। वे छोटे से शुरुआत करते हुए लंबे समय तक बढ़ सकते हैं, लेकिन फिर सभी अच्छे, छोटे नाम अप्राप्य उत्पत्ति ब्लॉक में फंस जाएंगे।
उदाहरण के तौर पर、1905530482684727° का नाम "iaiufjszmoba" है। खनन किए जाने वाले अंतिम सातोशी का नाम "a" है। हर 10 या उससे कम अक्षरों का प्रत्येक संयोजन उपलब्ध है, "या किसी दिन वहां पर उपलब्ध होगा।
एग्जोटिक (असाधारण)
सातोशी को उसके नाम या दुर्लभता छोड़कर अन्य कारणों से भी बहुमूल्य माना जा सकता है। ऐसा संख्या की गुणवत्ता जैसे पूर्णांक वर्ग या घनमूल के कारण हो सकता है। या किसी ऐतिहासिक घटना से जुड़ने के कारण हो सकता है, जैसे सातोशी के 477,120 ब्लॉक से, उस ब्लॉक से जिसमें सेगविट सक्रिय हुआ है, या 2099999997689999°, अंतिम सातोशी जिसका कभी खनन किया गया है।
ऐसे सातोशी को "एग्जोटिक" कहा जाता है। कौन सा सातोशी एग्जोटिक है और क्या उन्हें व्यक्तिपरक बनाता है। आर्डिनल थ्यौरिस्ट (क्रमसूचक सिद्धांतकारों) को अपने स्वयं के आविष्कार के "मानदंडों के आधार पर एग्जोटिक वस्तुओं की तलाश करने के लिए प्रोत्साहित किया जाता है।
इंस्क्रीप्शंस
सातोशी स्वेच्छित विषय-वस्तु के साथ उत्कीर्ण किये जा सकते हैं, जो बिटकॉइन-मूल डिजिटल अभिलेख सृजन कर सकते हैं। लेन-देन में उत्कीर्ण किए जाने वाले सातोशी प्रेषित कर अंकित किये जाते हैं, जो ऑन-चेन विषय-वस्तु प्रकट करते हैं। यह विषय-वस्तु तब उस सातोशी से अविभाज्य रूप से जुड़े हुए हैं, जो इसे एक अपरिवर्तनीय डिजिटल अभिलेख में परिवर्तित कर देते हैं जिसे ट्रैक, स्थानांतरित, संचित, खरीदा, बेचा, खोया जा सकता है "और फिर से दुबारा खोजा जा सकता है।
पुरातत्त्व अभिलेख
प्रारंभिक एनएफटी को सूचीबद्ध करने और संग्रह करने के लिए समर्पित पुरातत्वविदों का एक जीवंत "समुदाय रातों रात तेजी से उभर रहा है। [यहां चेनलेफ्ट द्वारा ऐतिहासिक एनएफटी के भव्य सारांश "दिये गये हैं।] (https://mirror.xyz/chainleft.eth/MzPWRsesC9mQflxlLo-N29oF4iwCgX3lacrvaG9Kjko)
प्रारंभिक एनएफटी के लिए आम तौर पर स्वीकृत अंतिम तिथि 19 मार्च, 2018 है, जिस दिन पहला ईआरसी-721 अनुबंध, SU SQUARES, "एथेरियम पर तैनात किया गया था।
एनएफटी पुरातत्वविदों के लिए ऑर्डिनल्स का महत्व हैं या नहीं, यह एक अनसुलझा मामला है! एक मायने में, ऑर्डिनल्स का सृजन 2022 में हुआ था, जब ऑर्डिनल्स विनिर्देशों को अंतिम रूप दिया गया था। इस प्रकार, उनकी ऐतिहासिक पृष्ठभूमि नहीं है।
हालाँकि, दूसरे अर्थ में, ऑर्डिनल्स का सृजन वास्तव में सातोशी नाकामोटो द्वारा "2009 में किया गया था जब उन्होंने बिटकॉइन जेनेसिस ब्लॉक का खनन किया था। इस सीधा मतलब यह है "कि ऑर्डिनल्स, विशेष रूप से प्रारंभिक ऑर्डिनल्स का निश्चित रूप से ऐतिहासिक महत्व है।
बहुत सारे सिद्धांतकार बाद वाले दृष्टिकोण का समर्थन करते हैं। इसे कम कर नहीं आंकना चाहिए क्योंकि आधुनिक एनएफटी का युग शुरू होने से बहुत पहले, कम से कम दो अलग-अलग समयावधि पर ऑर्डिनल्स स्वतंत्र रूप से खोजे गए थे।
21 अगस्त 2012 को, चार्ली ली ने बिटकॉइन टॉक फोरम में बिटकॉइन में हिस्सेदारी की आम सहमति प्रोटोकॉल का प्रमाण जोड़ने का प्रस्ताव पोस्ट किया था। यह कोई परिसंपत्ति योजना नहीं थी, लेकिन इसमें आर्डिनल एल्गोरिदम का उपयोग किया गया था, "और इसे कार्यान्वित तो किया गया था लेकिन कभी भी असरदार तरीके के साथ इस्तेमाल नहीं किया गया था।
8 अक्टूबर 2012 को, jl2012 ने उसी मंच पर एक योजना पोस्ट की थी जिसमें दशमलव नोटेशन अर्थात संकेतन का उपयोग किया गया था और इसमें ऑर्डिनल्स के सभी महत्वपूर्ण गुण शामिल हैं। इस योजना पर गहन चर्चा तो हुई लेकिन इसे कभी लागू नहीं किया जा सका।
ऑर्डिनल्स के ये स्वतंत्र आविष्कार किसी न किसी तरह से संकेत देते हैं कि ऑर्डिनल्स की खोज की गई थी, या उन्हें दुबारा खोजा गया था, लेकिन उनका आविष्कार नहीं किया गया था। आर्डिनल्स अनिवार्य रूप से बिटकॉइन का गणित हैं, जो उनके आधुनिक दस्तावेज़ीकरण से नहीं, बल्कि उनकी प्राचीन उत्पत्ति से उत्पन्न हुए हैं। कई साल पहले, वे पहले ब्लॉक के खनन के साथ शुरू हुई घटनाओं के अनुक्रम के परिणाम हैं।
डिजिटल अभिलेख
एक भौतिक अभिलेख की कल्पना करें। एक दुर्लभ सिक्का, मान लीजिए, जलदस्युओं के गिरोह के स्याह, गुप्त चंगुल में अनंत काल तक सुरक्षित रखा गया था, जिसे अब आपके लालची हाथों ने जमीन से खोद निकाला है। इसका…
…एक मालिक है। वे आप स्वयं हैं। जब तक आप इसे सुरक्षित रखेंगे, कोई भी इसे आपसे छीन नहीं सकता।
…संपूर्ण है। इसका कोई भी भाग गायब नहीं है।
…केवल आप ही उसे बदल सकते हैं। यदि आप एक व्यापारी थे, और आपने 18वीं सदी के चीन की ओर रुख किया था, तब आपके अलावा कोई भी उस पर अपनी चिन्ह का गढ़कर मुहर नहीं लगा सकता था।
…केवल आपके द्वारा ही इसे निपटाया जा सकता है। आप ही इसकी बिक्री, व्यवसाय या उपहार दे सकते हैं, आप जैसा भी चाहते हैं।
डिजिटल अभिलेख क्या हैं? साधारण शब्दों में अगर कहें तो, वे भौतिक कलाकृतियों के डिजिटल अभिलेख अर्थात प्रतिरूप हैं।
किसी डिजिटल वस्तु को डिजिटल अभिलेख बनाने के लिए, यह आपके उस सिक्के की तरह होना "चाहिए:
-
डिजिटल अभिलेखों के मालिक हो सकते हैं। कोई संख्या डिजिटल अभिलेख नहीं हो सकती, "
-
डिजिटल अभिलेख परिपूर्ण हैं। एक एनएफटी जो IPFS या Arweave पर ऑफ-चेन सामग्री को इंगित करता है वह अधूरा है, और इसलिए वह डिजिटल अभिलेख नहीं है।
-
डिजिटल अभिलेख के लिए अनुमति नहीं चाहिए होती। एक एनएफटी जिसे रॉयल्टी का भुगतान किए बिना बेचा नहीं जा सकता, उसका लेनदेन बिना अनुमति नहीं किया जा सकता, और इस प्रकार वह एक डिजिटल अभिलेख नहीं है।
-
डिजिटल अभिलेखों को सेंसर नहीं किया जा सकता। हो सकता है कि आप वर्तमान में एक केंद्रीकृत खाता बही पर डेटाबेस की प्रविष्टि बदल सकते हैं, लेकिन शायद भविष्य में ऐसा नहीं कर सकते, और इस प्रकार कोई डिजिटल अभिलेख नहीं हो सकता है।
-
डिजिटल अभिलेख अपरिवर्तनीय हैं। अपग्रेड कुंजी वाला एनएफटी एक डिजिटल अभिलेख नहीं है।
डिजिटल अभिलेख की परिभाषा का उद्देश्य यह प्रतिबिंबित करना है कि एनएफटी कैसा होना चाहिए, जो कभी-कभार, और इंस्क्रीप्शंस (डिजिटल अभिलेख) हमेशा अपनी प्रकृति के रहते हैं।
इंस्क्रीप्शंस
इंस्क्रिप्शंस बिटकॉइन-मूल डिजिटल अभिलेखों को निर्मित करने के लिए सैट्स पर स्वेच्छित विषय-वस्तु अंकित करते हैं, आमतौर पर यह एनएफटी के रूप में जाने जाते हैं। इंस्क्रिप्शंस के लिए साइडचेन या अलग टोकन की आवश्यकता नहीं होती।
इन अंकित सैट्स को बिटकॉइन लेनदेन का उपयोग करके हस्तांतरित किया जा सकता है, बिटकॉइन पतों पर प्रेषित किया जा सकता है, और बिटकॉइन यूटीएक्सओ में सहेज कर रखा जा सकता है। ये लेनदेन, पते और यूटीएक्सओ सर्वथा सभी मामलों में सामान्य बिटकॉइन लेनदेन, पते और यूटीएक्सओएस हैं, बशर्ते कि व्यक्तिगत सैट्स प्रेषित करने के लिए, लेनदेन आर्डिनल थ्यौरी के अनुरूप इनपुट और आउटपुट के क्रम और मूल्य को नियंत्रित करते हों।
इंस्क्रिप्शंस विषय-वस्तु का मॉडल वेब सदृश है। इंस्क्रिप्शंस में विषय-वस्तु के प्रकार सम्मिलित होते हैं, जिन्हें माइम प्रकार के रूप में भी जाना जाता है, और विषय-वस्तु अपने आप में एक बाइट स्ट्रिंग होती है। यह इंस्क्रिप्शंस विषय-वस्तु को वेब सर्वर से वापस लौटने में सक्षम करते हैं, और HTML इंस्क्रिप्शंस स़ृजन करने में सक्षम करती है जो अन्य इंस्क्रिप्शंस की विषय-वस्तु का उपयोग और रीमिक्स करती हैं।
इंस्क्रिप्शंस विषय-वस्तु पूरी तरह ऑन-चेन (सभी के लिए दृश्यमान) होते हैं, जिन्हें टैपरूट स्क्रिप्ट-पथ खर्च स्क्रिप्ट में संग्रहीत किया जाता है। टैपरूट स्क्रिप्ट के संदेशों पर बहुत कम प्रतिबंध लगाए जाते हैं, इसके अतिरिक्त, साक्ष्य छूट (प्रोत्साहन छूट) भी प्राप्त होती है, जिससे इंस्क्रिप्शंस संदेशों का भंडारण अपेक्षाकृत किफायती हो जाता है।
चूँकि टैपरूट स्क्रिप्ट खर्च केवल मौजूदा टैपरूट आउटपुट से ही किये जा सकते हैं, इसलिए इंस्क्रिप्शंस दो-चरण की प्रतिबद्धता/प्रकटीकरण प्रक्रिया का उपयोग करके बनाए जाते हैं। सबसे पहले, प्रतिबद्ध लेनदेन में, इंस्क्रिप्शंस संदेशों का सृजन किया जाता है, स्क्रिप्ट के लिए प्रतिबद्ध एक टैपरूट आउटपुट निर्मित किया जाता है। दूसरा, प्रकट लेन-देन में, प्रतिबद्ध लेन-देन द्वारा निर्मित आउटपुट का खर्च कर दिया जाता है, जो ऑन-चेन पर इंस्क्रिप्शंस विषय-वस्तु को प्रकट करता है।
"लिफाफे" से संबोधित, इंस्क्रिप्शंस विषय-वस्तु को अनियोजित नियमबद्धताओं के भीतर आंकड़ों को प्रेरित कर क्रमबद्ध किया जाता है। लिफ़ाफ़ों में OP_FALSE OP_IF … OP_ENDIF सम्मिलित होते हैं, जो किसी भी संख्या में आंकड़ों को प्रेरित कर समेटता है। चूँकि लिफ़ाफ़े प्रभावी रूप से स्वचालित (नो-ऑप्स) होते हैं, वे उस स्क्रिप्ट के शब्दार्थ को नहीं बदलते हैं जिसमें वे शामिल हैं, और उन्हें किसी अन्य लॉकिंग स्क्रिप्ट (आउटपुट में स्थापित खर्च की शर्तें) के साथ जोड़ा जा सकता है।
एक टेक्स्ट (मूल शब्द) इंस्क्रिप्शंस जिसमें स्ट्रिंग "हैलो, वर्ल्ड!" सम्मिलित है, उसे निम्नानुसार क्रमबद्ध किया जाता है:
OP_FALSE
OP_IF
OP_PUSH "ord"
OP_PUSH 1
OP_PUSH "text/plain;charset=utf-8"
OP_PUSH 0
OP_PUSH "Hello, world!"
OP_ENDIF
सबसे पहले स्ट्रिंग ऑर्डर को लिफाफों के अन्य उपयोगों से इंस्क्रिप्शंस को स्पष्ट करने के लिए प्रेरित किया जाता है।
OP_PUSH 1 इंगित करता है कि अगले पुश में विषय-वस्तु के प्रकार शामिल हैं, और OP_PUSH 0 इंगित करता है कि आगामी डेटा पुश में स्वयं विषय-वस्तु ही शामिल हैं। "बड़े इंस्क्रिप्शंस के लिए बहुल डेटा पुश का उपयोग किया जाना चाहिए, क्योंकि टैपरूट के कुछ प्रतिबंधों में से एक यह है कि व्यक्तिगत डेटा पुश 520 बाइट्स से बड़ा नहीं हो सकता है।
The inscription content is contained within the input of a reveal transaction, and the inscription is made on the first sat of its input if it has no pointer field. This sat can then be tracked using the familiar rules of ordinal theory, allowing it to be transferred, bought, sold, lost to fees, and recovered.
विषय-वस्तु
इंस्क्रिप्शंस का डेटा मॉडल एक HTTP प्रतिक्रिया है, जो इंस्क्रिप्शंस विषय-वस्तु को वेब सर्वर द्वारा प्रस्तुत करने और एक वेब ब्राउज़र में देखने की अनुमति देता है।
फील्ड्स
वैकल्पिक निकाय से पहले इंस्क्रिप्शंस में फ़ील्ड शामिल हो सकते हैं। प्रत्येक फ़ील्ड में दो डेटा पुश, एक टैग और एक मूल्य सम्मिलित होता है।
Currently, there are six defined fields:
content_type, with a tag of1, whose value is the MIME type of the body.pointer, with a tag of2, see pointer docs.parent, with a tag of3, see provenance.metadata, with a tag of5, see metadata.metaprotocol, with a tag of7, whose value is the metaprotocol identifier.content_encoding, with a tag of9, whose value is the encoding of the body.delegate, with a tag of11, see delegate.
बॉडी का प्रारम्भ और फील्ड के अंत को रिक्त डेटा पुश के साथ दर्शाया गया है।
लाइटनिंग नेटवर्क द्वारा उपयोग किए जाने वाले "विषम होना ठीक है" नियम का अनुसरण करके सम और विषम पर निर्भर करते हुए अज्ञात टैग्स की व्याख्या अलग-अलग प्रकार से की जा सकती है।
यहां तक कि टैग का उपयोग उन फ़ील्ड के लिए भी किया जाता है जो किसी इंस्क्रिप्शंस के निर्माण, प्रारंभिक नियत कार्य या स्थानांतरण को प्रभावित कर सकते हैं। इस प्रकार, अज्ञात सम फ़ील्ड वाले इंस्क्रिप्शंस को "अनबाउंड" यानि अबाध के रूप में प्रदर्शित किया जाना चाहिए, अर्थात, बिना किसी स्थान के।
पुराने टैग का उपयोग उन फ़ील्ड के लिए किया जाता है जो निर्माण, प्रारंभिक नियत कार्य या स्थानांतरण को प्रभावित नहीं करते हैं, जैसे अतिरिक्त मेटाडेटा, और इस प्रकार इन्हें अनदेखा करना सुरक्षित और श्रेयस्कर है।
इंस्क्रिप्शंस आईडी
इंस्क्रिप्शंस प्रकट लेन-देन के इनपुट में समाहित होते हैं। विशिष्ट रूप से इनकी पहचानके लिए उन्हें फॉर्म की एक आईडी दी गई है:
521f8eccffa4c41a3a7728dd012ea5a4a02feed81f41159231251ecf1e5c79dai0
वर्ण i के सामने वाला भाग प्रकट लेन-देन की आईडी (txid) अर्थात पहचान है। वर्ण i के बाद की संख्या प्रकट लेनदेन में अंकित किए जा रहे नई इंस्क्रिप्शंस के सूचकांक (0 से शुरू) "को परिभाषित करती है।
इंस्क्रिप्शंस या तो अलग-अलग इनपुट में, या किसी एक इनपुट में या दोनों के संयोजन में स्थित हो सकती हैं। किसी भी मामले में आर्डरिंग यानि क्रम स्थापन स्पष्ट होता है, क्योंकि पार्सर (कोड को कार्यात्मक घटकों में विभाजित करने वाला कंप्यूटर प्रोग्राम) क्रमानुसार इनपुट के माध्यम से जांच-परख या प्रयोग और सभी इंस्क्रिप्शंस लिफाफों की खोज करता है।
| इनपुट | इंस्क्रिप्शंस गणना | सूचियां |
|---|---|---|
| 0 | 2 | i0, i1 |
| 1 | 1 | i2 |
| 2 | 3 | i3, i4, i5 |
| 3 | 0 | |
| 4 | 1 | i6 |
Inscription Numbers
Inscriptions are assigned inscription numbers starting at zero, first by the order reveal transactions appear in blocks, and the order that reveal envelopes appear in those transactions.
Due to a historical bug in ord which cannot be fixed without changing a great many inscription numbers, inscriptions which are revealed and then immediately spent to fees are numbered as if they appear last in the block in which they are revealed.
Inscriptions which are cursed are numbered starting at negative one, counting down. Cursed inscriptions on and after the jubilee at block 824544 are vindicated, and are assigned positive inscription numbers.
सैंडबॉक्सिंग
ऑफ-चेन संदेशों के संदर्भ निर्देशों को रोकने के लिए HTML और SVG इंस्क्रिप्शंस को सैंडबॉक्स कर देता है, इस प्रकार इंस्क्रिप्शंस को स्थिर और पृथक रखा जाता है।
इसे सैंडबॉक्स गुणों के साथ आईफ्रेम के भीतर HTML और SVG इंस्क्रिप्शंस लोड करने के साथ-साथ इंस्क्रिप्शंस विषय-वस्तु को Content-Security-Policy है की सेवा प्रदान करके पूरा किया जाता है।
Self-Reference
The content of the inscription with ID INSCRIPTION_ID must served from the URL path /content/<INSCRIPTION_ID>.
This allows inscriptions to retrieve their own inscription ID with:
let inscription_id = window.location.pathname.split("/").pop();
If an inscription with ID X delegates to an inscription with ID Y, that is to say, if inscription X contains a delegate field with value Y, the content of inscription X must be served from the URL path /content/X, not /content/Y.
This allows delegating inscriptions to use their own inscription ID as a seed for generative delegate content.
Reinscriptions
Previously inscribed sats can be reinscribed with the --reinscribe command if the inscription is present in the wallet. This will only append an inscription to a sat, not change the initial inscription.
Reinscribe with satpoint: ord wallet inscribe --fee-rate <FEE_RATE> --reinscribe --file <FILE> --satpoint <SATPOINT>
Reinscribe on a sat (requires sat index): ord --index-sats wallet inscribe --fee-rate <FEE_RATE> --reinscribe --file <FILE> --sat <SAT>
Burning
Inscriptions may be burned by constructing a transaction that spends them to a script pubkey beginning with OP_RETURN.
Sending inscriptions to a so-called "burn address" is not recognized by ord.
Burned inscriptions receive the "burned" charm, recognized with 🔥 on the inscription's /inscription page.
When burning inscriptions, CBOR metadata may be included in a data push immediately following the OP_RETURN.
Burn metadata is unstructured, having no meaning to the underlying protocol, and should be human readable. It is displayed on the burned inscription's /inscription page, in the same manner as inscription metadata, under the heading "burn metadata".
Use it, if you feel like it, to commemorate the inscription, celebrate the closing of a collection, or for whatever other purposes you so desire.
Data pushes after the first are currently ignored by ord. However, they may be given future meaning by the protocol, and should not be used.
For example, transaction b42f0d8a3277ce6a7e564fec8f5579f76bc19cb24f8eff565ebb81a4c2f94683 burned inscription 681b5373c03e3f819231afd9227f54101395299c9e58356bda278e2f32bef2cdi0.
Delegate
Inscriptions may nominate a delegate inscription. Requests for the content of an inscription with a delegate will instead return the content, content type and content encoding of the delegate. This can be used to cheaply create copies of an inscription.
विनिर्देश
To create an inscription I with delegate inscription D:
- Create an inscription D. Note that inscription D does not have to exist when making inscription I. It may be inscribed later. Before inscription D is inscribed, requests for the content of inscription I will return a 404.
- Include tag
11, i.e.OP_PUSH 11, in I, with the value of the serialized binary inscription ID of D, serialized as the 32-byteTXID, followed by the four-byte little-endianINDEX, with trailing zeroes omitted.
चिन्हित बिटकॉइन लेनदेन आईडी के बाइट्स उनके विषय-वस्तु प्रतिनिधित्व में पलट दिए जाते हैं, इसलिए क्रमबद्ध लेनदेन आईडी विपरीत क्रम में होंगे।
उदाहरण
An example of an inscription which delegates to 000102030405060708090a0b0c0d0e0f101112131415161718191a1b1c1d1e1fi0:
OP_FALSE
OP_IF
OP_PUSH "ord"
OP_PUSH 11
OP_PUSH 0x1f1e1d1c1b1a191817161514131211100f0e0d0c0b0a09080706050403020100
OP_ENDIF
Note that the value of tag 11 is decimal, not hex.
The delegate field value uses the same encoding as the parent field. See provenance for more examples of inscription ID encodings
See examples for on-chain examples of inscriptions that feature this functionality.
Metadata
Inscriptions may include CBOR metadata, stored as data pushes in fields with tag 5. Since data pushes are limited to 520 bytes, metadata longer than 520 bytes must be split into multiple tag 5 fields, which will then be concatenated before decoding.
Metadata is human readable, and all metadata will be displayed to the user with its inscription. Inscribers are encouraged to consider how metadata will be displayed, and make metadata concise and attractive.
Metadata is rendered to HTML for display as follows:
null,true,false, numbers, floats, and strings are rendered as plain text.- Byte strings are rendered as uppercase hexadecimal.
- Arrays are rendered as
<ul>tags, with every element wrapped in<li>tags. - Maps are rendered as
<dl>tags, with every key wrapped in<dt>tags, and every value wrapped in<dd>tags. - Tags are rendered as the tag , enclosed in a
<sup>tag, followed by the value.
CBOR is a complex spec with many different data types, and multiple ways of representing the same data. Exotic data types, such as tags, floats, and bignums, and encoding such as indefinite values, may fail to display correctly or at all. Contributions to ord to remedy this are welcome.
उदाहरण
Since CBOR is not human readable, in these examples it is represented as JSON. Keep in mind that this is only for these examples, and JSON metadata will not be displayed correctly.
The metadata {"foo":"bar","baz":[null,true,false,0]} would be included in an inscription as:
OP_FALSE
OP_IF
...
OP_PUSH 0x05 OP_PUSH '{"foo":"bar","baz":[null,true,false,0]}'
...
OP_ENDIF
And rendered as:
<dl>
...
<dt>metadata</dt>
<dd>
<dl>
<dt>foo</dt>
<dd>bar</dd>
<dt>baz</dt>
<dd>
<ul>
<li>null</li>
<li>true</li>
<li>false</li>
<li>0</li>
</ul>
</dd>
</dl>
</dd>
...
</dl>
Metadata longer than 520 bytes must be split into multiple fields:
OP_FALSE
OP_IF
...
OP_PUSH 0x05 OP_PUSH '{"very":"long","metadata":'
OP_PUSH 0x05 OP_PUSH '"is","finally":"done"}'
...
OP_ENDIF
Which would then be concatenated into {"very":"long","metadata":"is","finally":"done"}.
See examples for on-chain examples of inscriptions that feature this functionality.
Pointer
In order to make an inscription on a sat other than the first of its input, a zero-based integer, called the "pointer", can be provided with tag 2, causing the inscription to be made on the sat at the given position in the outputs. If the pointer is equal to or greater than the number of total sats in the outputs of the inscribe transaction, it is ignored, and the inscription is made as usual. The value of the pointer field is a little endian integer, with trailing zeroes ignored.
An even tag is used, so that old versions of ord consider the inscription to be unbound, instead of assigning it, incorrectly, to the first sat.
This can be used to create multiple inscriptions in a single transaction on different sats, when otherwise they would be made on the same sat.
Examples
An inscription with pointer 255:
OP_FALSE
OP_IF
OP_PUSH "ord"
OP_PUSH 1
OP_PUSH "text/plain;charset=utf-8"
OP_PUSH 2
OP_PUSH 0xff
OP_PUSH 0
OP_PUSH "Hello, world!"
OP_ENDIF
An inscription with pointer 256:
OP_FALSE
OP_IF
OP_PUSH "ord"
OP_PUSH 1
OP_PUSH "text/plain;charset=utf-8"
OP_PUSH 2
OP_PUSH 0x0001
OP_PUSH 0
OP_PUSH "Hello, world!"
OP_ENDIF
An inscription with pointer 256, with trailing zeroes, which are ignored:
OP_FALSE
OP_IF
OP_PUSH "ord"
OP_PUSH 1
OP_PUSH "text/plain;charset=utf-8"
OP_PUSH 2
OP_PUSH 0x000100
OP_PUSH 0
OP_PUSH "Hello, world!"
OP_ENDIF
Properties
Inscriptions may include CBOR properties, stored as data pushes in fields with tag 17. Since data pushes are limited to 520 bytes, CBOR longer than 520 bytes must be split into multiple tag 17 fields, which will then be concatenated before decoding.
Properties are a structured counterpart to metadata. While metadata may contain arbitrary CBOR which has no protocol-defined meaning and is presented on /inscription as HTML, properties have protocol-defined meaning and must conform to a strict schema.
Indefinite-length types are not supported. All maps, arrays, byte strings, and text strings must be definite.
The non-normative CDDL schema of the properties value is as follows:
Properties = {
? 0: [*GalleryItem],
* any => any,
}
GalleryItem = {
? 0: bstr .size (32..36),
* any => any,
}
The above CDDL schema is provided as a convenience. As always, the ordinals reference implementation ord is the normative specification of inscriptions, and thus the properties field.
Fields matching the * any => any wildcard must be ignored, for compatibility with future additions.
Galleries
Inscriptions whose properties field contains GalleryItems are galleries.
Galleries contain GalleryItems, whose only defined key 0 contains a serialized inscription ID. Inscription ID TXIDiINDEX is serialized as a byte string containing the 32 byte TXID, concatenated with by the four-byte little-endian INDEX. Trailing zeros may be removed from four-byte INDEX, so IDs ending in i0 may be serialized in 32 bytes.
Gallery items are displayed on the inscriptions /inscription page on the explorer.
Galleries are similar to children, in that they provide a way to create collections of inscriptions. However, galleries are permissionless. Anyone may create a gallery including any inscriptions. Thus, inclusion in a gallery does not imply provenance. Additionally, because of this, inclusion in a gallery does not create a backlink from the gallery item's /inscription page to the gallery.
Galleries may be created when batch inscribing with ord wallet batch by including an array of string inscription IDs of under the gallery key of the inscription entry in the batch file, or when using ord wallet inscribe using the --gallery option.
उत्पति
एक इंस्क्रिप्शंस का मालिक चाइल्ड इंस्क्रिप्शंस का सृजन कर सकता है, अविश्वसनीय रूप से, उन बच्चों की ऑन-चेन उत्पत्ति को इस प्रकार से स्थापित किया जाएगा जिस प्रकार से उन्हें मूल इंस्क्रिप्शंस के मालिक द्वारा निर्मित किया गया है। इसका उपयोग संग्रहों के लिए किया जा सकता है, जिसमें मूल इंस्क्रिप्शंस के बच्चे उसी संग्रह के सदस्य होंगे।
बच्चे स्वयं बच्चों की उत्पति कर सकते हैं, जटिल पदानुक्रमों सक्षम करते हुए। उदाहरण के लिए, एक कलाकार अपने स्वयं का प्रतिनिधित्व करने वाले इंस्क्रिप्शंस का सृजन कर सकता है, जिसमें वह उसके द्वारा सृजन किए गये उप इंस्क्रिप्शंस संग्रहों का प्रतिनिधित्व करते हैं, जिसमें उन उप इंस्क्रिप्शंस के बच्चे उन संग्रहों के नाते उसकी मदें होंगी।
विनिर्देश
मूल इंस्क्रिप्शंस P के साथ एक चाइल्ड इंस्क्रिप्शंस C का सृजन करने के लिए:
- हमेशा की तरह C के लिए एक इंस्क्राइब लेनदेन T का सृजन करें।
- T की किसी एक इनपुट में से मूल P खर्च करें।
- टैग
3दर्ज करें, अर्थात C में, P के क्रमबद्ध बाइनरी इंस्क्रिप्शंस आईडी के मान के साथOP_PUSH 3दर्ज करें, जिसे 32-बाइटTXIDके रूप में क्रमबद्ध किया गया है, इसके बाद चार-बाइट वाला लिटल-एंडियन (छोटा अंतिय)सूचकांकआता है, जिसमें पीछे के शून्य मिटा दिए जाते हैं।
चिन्हित बिटकॉइन लेनदेन आईडी के बाइट्स उनके विषय-वस्तु प्रतिनिधित्व में पलट दिए जाते हैं, इसलिए क्रमबद्ध लेनदेन आईडी विपरीत क्रम में होंगे।
उदाहरण
चाइल्ड इंस्क्रिप्शंस का एक उदाहरण: 000102030405060708090a0b0c0d0e0f101112131415161718191a1b1c1d1e1fi0:
OP_FALSE
OP_IF
OP_PUSH "ord"
OP_PUSH 1
OP_PUSH "text/plain;charset=utf-8"
OP_PUSH 3
OP_PUSH 0x1f1e1d1c1b1a191817161514131211100f0e0d0c0b0a09080706050403020100
OP_PUSH 0
OP_PUSH "Hello, world!"
OP_ENDIF
ध्यान दें कि टैग 3 का मान बाइनरी है, हेक्स नहीं, और चाइल्ड इंस्क्रिप्शन को चाइल्ड के रूप में मान्यता दी जाएगी, 000102030405060708090a0b0c0d0e0f101112131415161718191a1b1c1d1e1fi0 को इंस्क्राइब लेनदेन के इनपुट में से एक के रूप में खर्च किया जाना चाहिए।
इंस्क्रिप्शंस आईडी एन्कोडिंग का उदाहरण: 000102030405060708090a0b0c0d0e0f101112131415161718191a1b1c1d1e1fi255:
OP_FALSE
OP_IF
…
OP_PUSH 3
OP_PUSH 0x1f1e1d1c1b1a191817161514131211100f0e0d0c0b0a09080706050403020100ff
…
OP_ENDIF
और इंस्क्रिप्शंस ID 000102030405060708090a0b0c0d0e0f101112131415161718191a1b1c1d1e1fi256:
OP_FALSE
OP_IF
…
OP_PUSH 3
OP_PUSH 0x1f1e1d1c1b1a191817161514131211100f0e0d0c0b0a090807060504030201000001
…
OP_ENDIF
टिप्पणियाँ
टैग 3 का उपयोग इसलिए किया जाता है क्योंकि यह पहला उपलब्ध विषम टैग है। अपरिचित अजीब टैग डिजिटल अभिलेख को अनबाउंड यानि अबाध नहीं बनाते हैं, इसलिए चाइल्ड डिजिटल अभिलेखों को ऑर्ड के पुराने संस्करणों द्वारा पहचाना और ट्रैक किया जाएगा।
संग्रह के मूल डिजिटल अभिलेखों को बर्न (कुल सप्लाई कम करने के लिए किसी टोकन की निश्चित संख्या को हटाकर डैड वॉलेट में रखा जाता है) करने के बाद संग्रह को बंद किया जा सकता है, जो गारंटी देता है कि संग्रह में कोई और आइटम जारी नहीं की जा सकती।
See examples for on-chain examples of inscriptions that feature this functionality.
रिकर्सन-प्रतिवर्तन
An important exception to sandboxing is recursion. Recursive endpoints are whitelisted endpoints that allow access to on-chain data, including the content of other inscriptions.
Since changes to recursive endpoints might break inscriptions that rely on them, recursive endpoints have backwards-compatibility guarantees not shared by ord server's other endpoints. In particular:
- Recursive endpoints will not be removed
- Object fields returned by recursive endpoints will not be renamed or change types
However, additional object fields may be added or reordered, so inscriptions must handle additional, unexpected fields, and must not expect fields to be returned in a specific order.
Recursion has a number of interesting use-cases:
-
प्रचलित इंस्क्रिप्शंस संदेशों को रीमिक्स करना।
-
साझा सार्वजनिक संसाधनों के रूप में कोड, चित्रों, ऑडियो या स्टाइलशीट के अंशों को प्रकाशित करना।
-
प्रजनक कला संग्रह जिनमें एक एल्गोरिथ्म को जावास्क्रिप्ट के रूप में अंकित किया गया है, और अद्वितीय सीड्स के साथ कई इंस्क्रिप्शंस से प्रस्तुत किया गया है।
-
प्रजनक प्रोफ़ाइल चित्र संग्रह जहां सहायक विषय-वस्तु और गुणों को अलग-अलग चित्रों के रूप में, या एक साझा बनावट एटलस में उत्कीर्ण किया जाता है, और उसके बाद कई इंस्क्रिप्शंस में अद्वितीय संयोजनों में, समुच्चित चित्र-शैली में संयोजित किया जाता है।
Endpoints
GET
/content/<INSCRIPTION_ID>
Description
The content of the inscription with <INSCRIPTION_ID>.
उदाहरण
curl -s \
http://0.0.0.0:80/content/6fb976ab49dcec017f1e201e84395983204ae1a7c2abf7ced0a85d692e442799i0 > skull.jpg
no terminal output, just file creation
GET
/r/blockhash
Description
Latest block hash.
उदाहरण
curl -s \
http://0.0.0.0:80/r/blockhash
"00000000000000000002891b440944e0ce40b37b6ccaa138c280e9edfc319d5d"
GET
/r/blockhash/<HEIGHT>
Description
Block hash at given block height as JSON string.
उदाहरण
curl -s \
http://0.0.0.0:80/r/blockhash/840000
"0000000000000000000320283a032748cef8227873ff4872689bf23f1cda83a5"
GET
/r/blockheight
Description
Latest block height.
उदाहरण
curl -s \
http://0.0.0.0:80/r/blockheight
866393
GET
/r/blockinfo/<QUERY>
Description
Block info. <QUERY> may be a block height or block hash.
Example (blockheight)
curl -s \
http://0.0.0.0:80/r/blockinfo/0
{
"average_fee": 0,
"average_fee_rate": 0,
"bits": 486604799,
"chainwork": "0000000000000000000000000000000000000000000000000000000100010001",
"confirmations": 866396,
"difficulty": 1.0,
"hash": "000000000019d6689c085ae165831e934ff763ae46a2a6c172b3f1b60a8ce26f",
"feerate_percentiles": [
0,
0,
0,
0,
0
],
"height": 0,
"max_fee": 0,
"max_fee_rate": 0,
"max_tx_size": 0,
"median_fee": 0,
"median_time": 1231006505,
"merkle_root": "4a5e1e4baab89f3a32518a88c31bc87f618f76673e2cc77ab2127b7afdeda33b",
"min_fee": 0,
"min_fee_rate": 0,
"next_block": "00000000839a8e6886ab5951d76f411475428afc90947ee320161bbf18eb6048",
"nonce": 2083236893,
"previous_block": null,
"subsidy": 5000000000,
"target": "00000000ffff0000000000000000000000000000000000000000000000000000",
"timestamp": 1231006505,
"total_fee": 0,
"total_size": 0,
"total_weight": 0,
"transaction_count": 1,
"version": 1
}
Example (blockhash)
curl -s \
http://0.0.0.0:80/r/blockinfo/0000000000000000000320283a032748cef8227873ff4872689bf23f1cda83a5
{
"average_fee": 1234031,
"average_fee_rate": 3770,
"bits": 386089497,
"chainwork": "0000000000000000000000000000000000000000753bdab0e0d745453677442b",
"confirmations": 26397,
"difficulty": 86388558925171.02,
"hash": "0000000000000000000320283a032748cef8227873ff4872689bf23f1cda83a5",
"feerate_percentiles": [
108,
134,
200,
350,
1063
],
],
"height": 840000,
"height": 840000,
"max_fee": 799987800,
"max_fee_rate": 3604819,
"max_tx_size": 166989,
"median_fee": 34800,
"median_fee": 34800,
"median_time": 1713570208,
"merkle_root": "031b417c3a1828ddf3d6527fc210daafcc9218e81f98257f88d4d43bd7a5894f",
"min_fee": 2060,
"min_fee_rate": 15,
"next_block": "00000000000000000001b48a75d5a3077913f3f441eb7e08c13c43f768db2463",
"nonce": 3932395645,
"previous_block": "0000000000000000000172014ba58d66455762add0512355ad651207918494ab",
"subsidy": 312500000,
"target": "0000000000000000000342190000000000000000000000000000000000000000",
"timestamp": 1713571767,
"total_fee": 3762561499,
"total_size": 2325218,
"total_weight": 3991793,
"transaction_count": 3050,
"version": 710926336
}
GET
/r/blocktime
Description
UNIX time stamp of latest block.
उदाहरण
curl -s \
http://0.0.0.0:80/r/blocktime
1729362253
GET
/r/children/<INSCRIPTION_ID>
Description
The first 100 child inscription ids.
उदाहरण
curl -s \
http://0.0.0.0:80/r/children/e317a2a5d68bd1004ae15a06175a319272a10389ff125c98820389edef8b0a94i0
{
"ids": [
"89e4fb2e5ea5c6301b9ac915d1d05619776f5ca41fc02fb6e5dced16f2cabfdei0",
"89e4fb2e5ea5c6301b9ac915d1d05619776f5ca41fc02fb6e5dced16f2cabfdei1",
"89e4fb2e5ea5c6301b9ac915d1d05619776f5ca41fc02fb6e5dced16f2cabfdei2",
"89e4fb2e5ea5c6301b9ac915d1d05619776f5ca41fc02fb6e5dced16f2cabfdei3",
"89e4fb2e5ea5c6301b9ac915d1d05619776f5ca41fc02fb6e5dced16f2cabfdei4",
"89e4fb2e5ea5c6301b9ac915d1d05619776f5ca41fc02fb6e5dced16f2cabfdei5",
"89e4fb2e5ea5c6301b9ac915d1d05619776f5ca41fc02fb6e5dced16f2cabfdei6",
"89e4fb2e5ea5c6301b9ac915d1d05619776f5ca41fc02fb6e5dced16f2cabfdei7",
"89e4fb2e5ea5c6301b9ac915d1d05619776f5ca41fc02fb6e5dced16f2cabfdei8",
"89e4fb2e5ea5c6301b9ac915d1d05619776f5ca41fc02fb6e5dced16f2cabfdei9",
"89e4fb2e5ea5c6301b9ac915d1d05619776f5ca41fc02fb6e5dced16f2cabfdei10",
"89e4fb2e5ea5c6301b9ac915d1d05619776f5ca41fc02fb6e5dced16f2cabfdei11",
"89e4fb2e5ea5c6301b9ac915d1d05619776f5ca41fc02fb6e5dced16f2cabfdei12",
"89e4fb2e5ea5c6301b9ac915d1d05619776f5ca41fc02fb6e5dced16f2cabfdei13",
"89e4fb2e5ea5c6301b9ac915d1d05619776f5ca41fc02fb6e5dced16f2cabfdei14",
"89e4fb2e5ea5c6301b9ac915d1d05619776f5ca41fc02fb6e5dced16f2cabfdei15",
"89e4fb2e5ea5c6301b9ac915d1d05619776f5ca41fc02fb6e5dced16f2cabfdei16",
"89e4fb2e5ea5c6301b9ac915d1d05619776f5ca41fc02fb6e5dced16f2cabfdei17",
"89e4fb2e5ea5c6301b9ac915d1d05619776f5ca41fc02fb6e5dced16f2cabfdei18",
"89e4fb2e5ea5c6301b9ac915d1d05619776f5ca41fc02fb6e5dced16f2cabfdei19",
"89e4fb2e5ea5c6301b9ac915d1d05619776f5ca41fc02fb6e5dced16f2cabfdei20",
"89e4fb2e5ea5c6301b9ac915d1d05619776f5ca41fc02fb6e5dced16f2cabfdei21",
"89e4fb2e5ea5c6301b9ac915d1d05619776f5ca41fc02fb6e5dced16f2cabfdei22",
"89e4fb2e5ea5c6301b9ac915d1d05619776f5ca41fc02fb6e5dced16f2cabfdei23",
"89e4fb2e5ea5c6301b9ac915d1d05619776f5ca41fc02fb6e5dced16f2cabfdei24",
"89e4fb2e5ea5c6301b9ac915d1d05619776f5ca41fc02fb6e5dced16f2cabfdei25",
"89e4fb2e5ea5c6301b9ac915d1d05619776f5ca41fc02fb6e5dced16f2cabfdei26",
"89e4fb2e5ea5c6301b9ac915d1d05619776f5ca41fc02fb6e5dced16f2cabfdei27",
"89e4fb2e5ea5c6301b9ac915d1d05619776f5ca41fc02fb6e5dced16f2cabfdei28",
"89e4fb2e5ea5c6301b9ac915d1d05619776f5ca41fc02fb6e5dced16f2cabfdei29",
"89e4fb2e5ea5c6301b9ac915d1d05619776f5ca41fc02fb6e5dced16f2cabfdei30",
"89e4fb2e5ea5c6301b9ac915d1d05619776f5ca41fc02fb6e5dced16f2cabfdei31",
"89e4fb2e5ea5c6301b9ac915d1d05619776f5ca41fc02fb6e5dced16f2cabfdei32",
"89e4fb2e5ea5c6301b9ac915d1d05619776f5ca41fc02fb6e5dced16f2cabfdei33",
"89e4fb2e5ea5c6301b9ac915d1d05619776f5ca41fc02fb6e5dced16f2cabfdei34",
"89e4fb2e5ea5c6301b9ac915d1d05619776f5ca41fc02fb6e5dced16f2cabfdei35",
"89e4fb2e5ea5c6301b9ac915d1d05619776f5ca41fc02fb6e5dced16f2cabfdei36",
"89e4fb2e5ea5c6301b9ac915d1d05619776f5ca41fc02fb6e5dced16f2cabfdei37",
"89e4fb2e5ea5c6301b9ac915d1d05619776f5ca41fc02fb6e5dced16f2cabfdei38",
"89e4fb2e5ea5c6301b9ac915d1d05619776f5ca41fc02fb6e5dced16f2cabfdei39",
"89e4fb2e5ea5c6301b9ac915d1d05619776f5ca41fc02fb6e5dced16f2cabfdei40",
"89e4fb2e5ea5c6301b9ac915d1d05619776f5ca41fc02fb6e5dced16f2cabfdei41",
"89e4fb2e5ea5c6301b9ac915d1d05619776f5ca41fc02fb6e5dced16f2cabfdei42",
"89e4fb2e5ea5c6301b9ac915d1d05619776f5ca41fc02fb6e5dced16f2cabfdei43",
"89e4fb2e5ea5c6301b9ac915d1d05619776f5ca41fc02fb6e5dced16f2cabfdei44",
"89e4fb2e5ea5c6301b9ac915d1d05619776f5ca41fc02fb6e5dced16f2cabfdei45",
"89e4fb2e5ea5c6301b9ac915d1d05619776f5ca41fc02fb6e5dced16f2cabfdei46",
"89e4fb2e5ea5c6301b9ac915d1d05619776f5ca41fc02fb6e5dced16f2cabfdei47",
"89e4fb2e5ea5c6301b9ac915d1d05619776f5ca41fc02fb6e5dced16f2cabfdei48",
"89e4fb2e5ea5c6301b9ac915d1d05619776f5ca41fc02fb6e5dced16f2cabfdei49",
"89e4fb2e5ea5c6301b9ac915d1d05619776f5ca41fc02fb6e5dced16f2cabfdei50",
"89e4fb2e5ea5c6301b9ac915d1d05619776f5ca41fc02fb6e5dced16f2cabfdei51",
"89e4fb2e5ea5c6301b9ac915d1d05619776f5ca41fc02fb6e5dced16f2cabfdei52",
"89e4fb2e5ea5c6301b9ac915d1d05619776f5ca41fc02fb6e5dced16f2cabfdei53",
"89e4fb2e5ea5c6301b9ac915d1d05619776f5ca41fc02fb6e5dced16f2cabfdei54",
"89e4fb2e5ea5c6301b9ac915d1d05619776f5ca41fc02fb6e5dced16f2cabfdei55",
"89e4fb2e5ea5c6301b9ac915d1d05619776f5ca41fc02fb6e5dced16f2cabfdei56",
"89e4fb2e5ea5c6301b9ac915d1d05619776f5ca41fc02fb6e5dced16f2cabfdei57",
"89e4fb2e5ea5c6301b9ac915d1d05619776f5ca41fc02fb6e5dced16f2cabfdei58",
"89e4fb2e5ea5c6301b9ac915d1d05619776f5ca41fc02fb6e5dced16f2cabfdei59",
"89e4fb2e5ea5c6301b9ac915d1d05619776f5ca41fc02fb6e5dced16f2cabfdei60",
"89e4fb2e5ea5c6301b9ac915d1d05619776f5ca41fc02fb6e5dced16f2cabfdei61",
"89e4fb2e5ea5c6301b9ac915d1d05619776f5ca41fc02fb6e5dced16f2cabfdei62",
"89e4fb2e5ea5c6301b9ac915d1d05619776f5ca41fc02fb6e5dced16f2cabfdei63",
"89e4fb2e5ea5c6301b9ac915d1d05619776f5ca41fc02fb6e5dced16f2cabfdei64",
"89e4fb2e5ea5c6301b9ac915d1d05619776f5ca41fc02fb6e5dced16f2cabfdei65",
"89e4fb2e5ea5c6301b9ac915d1d05619776f5ca41fc02fb6e5dced16f2cabfdei66",
"89e4fb2e5ea5c6301b9ac915d1d05619776f5ca41fc02fb6e5dced16f2cabfdei67",
"89e4fb2e5ea5c6301b9ac915d1d05619776f5ca41fc02fb6e5dced16f2cabfdei68",
"89e4fb2e5ea5c6301b9ac915d1d05619776f5ca41fc02fb6e5dced16f2cabfdei69",
"89e4fb2e5ea5c6301b9ac915d1d05619776f5ca41fc02fb6e5dced16f2cabfdei70",
"89e4fb2e5ea5c6301b9ac915d1d05619776f5ca41fc02fb6e5dced16f2cabfdei71",
"89e4fb2e5ea5c6301b9ac915d1d05619776f5ca41fc02fb6e5dced16f2cabfdei72",
"89e4fb2e5ea5c6301b9ac915d1d05619776f5ca41fc02fb6e5dced16f2cabfdei73",
"89e4fb2e5ea5c6301b9ac915d1d05619776f5ca41fc02fb6e5dced16f2cabfdei74",
"89e4fb2e5ea5c6301b9ac915d1d05619776f5ca41fc02fb6e5dced16f2cabfdei75",
"89e4fb2e5ea5c6301b9ac915d1d05619776f5ca41fc02fb6e5dced16f2cabfdei76",
"89e4fb2e5ea5c6301b9ac915d1d05619776f5ca41fc02fb6e5dced16f2cabfdei77",
"89e4fb2e5ea5c6301b9ac915d1d05619776f5ca41fc02fb6e5dced16f2cabfdei78",
"89e4fb2e5ea5c6301b9ac915d1d05619776f5ca41fc02fb6e5dced16f2cabfdei79",
"89e4fb2e5ea5c6301b9ac915d1d05619776f5ca41fc02fb6e5dced16f2cabfdei80",
"89e4fb2e5ea5c6301b9ac915d1d05619776f5ca41fc02fb6e5dced16f2cabfdei81",
"89e4fb2e5ea5c6301b9ac915d1d05619776f5ca41fc02fb6e5dced16f2cabfdei82",
"89e4fb2e5ea5c6301b9ac915d1d05619776f5ca41fc02fb6e5dced16f2cabfdei83",
"89e4fb2e5ea5c6301b9ac915d1d05619776f5ca41fc02fb6e5dced16f2cabfdei84",
"89e4fb2e5ea5c6301b9ac915d1d05619776f5ca41fc02fb6e5dced16f2cabfdei85",
"89e4fb2e5ea5c6301b9ac915d1d05619776f5ca41fc02fb6e5dced16f2cabfdei86",
"89e4fb2e5ea5c6301b9ac915d1d05619776f5ca41fc02fb6e5dced16f2cabfdei87",
"89e4fb2e5ea5c6301b9ac915d1d05619776f5ca41fc02fb6e5dced16f2cabfdei88",
"89e4fb2e5ea5c6301b9ac915d1d05619776f5ca41fc02fb6e5dced16f2cabfdei89",
"89e4fb2e5ea5c6301b9ac915d1d05619776f5ca41fc02fb6e5dced16f2cabfdei90",
"89e4fb2e5ea5c6301b9ac915d1d05619776f5ca41fc02fb6e5dced16f2cabfdei91",
"89e4fb2e5ea5c6301b9ac915d1d05619776f5ca41fc02fb6e5dced16f2cabfdei92",
"89e4fb2e5ea5c6301b9ac915d1d05619776f5ca41fc02fb6e5dced16f2cabfdei93",
"89e4fb2e5ea5c6301b9ac915d1d05619776f5ca41fc02fb6e5dced16f2cabfdei94",
"89e4fb2e5ea5c6301b9ac915d1d05619776f5ca41fc02fb6e5dced16f2cabfdei95",
"89e4fb2e5ea5c6301b9ac915d1d05619776f5ca41fc02fb6e5dced16f2cabfdei96",
"89e4fb2e5ea5c6301b9ac915d1d05619776f5ca41fc02fb6e5dced16f2cabfdei97",
"89e4fb2e5ea5c6301b9ac915d1d05619776f5ca41fc02fb6e5dced16f2cabfdei98",
"89e4fb2e5ea5c6301b9ac915d1d05619776f5ca41fc02fb6e5dced16f2cabfdei99"
],
"more": true,
"page": 0
}
GET
/r/children/<INSCRIPTION_ID>/<PAGE>
Description
The set of 100 child inscription ids on <PAGE>.
उदाहरण
curl -s \
http://0.0.0.0:80/r/children/e317a2a5d68bd1004ae15a06175a319272a10389ff125c98820389edef8b0a94i0/9
{
"ids": [
"b205c9d1dc054f24c13aeb886fba42d9dd0aac3cd9bdc4f034affc90f3a0bf3ci60",
"b205c9d1dc054f24c13aeb886fba42d9dd0aac3cd9bdc4f034affc90f3a0bf3ci61",
"b205c9d1dc054f24c13aeb886fba42d9dd0aac3cd9bdc4f034affc90f3a0bf3ci62",
"b205c9d1dc054f24c13aeb886fba42d9dd0aac3cd9bdc4f034affc90f3a0bf3ci63",
"b205c9d1dc054f24c13aeb886fba42d9dd0aac3cd9bdc4f034affc90f3a0bf3ci64",
"b205c9d1dc054f24c13aeb886fba42d9dd0aac3cd9bdc4f034affc90f3a0bf3ci65",
"b205c9d1dc054f24c13aeb886fba42d9dd0aac3cd9bdc4f034affc90f3a0bf3ci66",
"b205c9d1dc054f24c13aeb886fba42d9dd0aac3cd9bdc4f034affc90f3a0bf3ci67",
"b205c9d1dc054f24c13aeb886fba42d9dd0aac3cd9bdc4f034affc90f3a0bf3ci68",
"b205c9d1dc054f24c13aeb886fba42d9dd0aac3cd9bdc4f034affc90f3a0bf3ci69",
"b205c9d1dc054f24c13aeb886fba42d9dd0aac3cd9bdc4f034affc90f3a0bf3ci70",
"b205c9d1dc054f24c13aeb886fba42d9dd0aac3cd9bdc4f034affc90f3a0bf3ci71",
"b205c9d1dc054f24c13aeb886fba42d9dd0aac3cd9bdc4f034affc90f3a0bf3ci72",
"b205c9d1dc054f24c13aeb886fba42d9dd0aac3cd9bdc4f034affc90f3a0bf3ci73",
"b205c9d1dc054f24c13aeb886fba42d9dd0aac3cd9bdc4f034affc90f3a0bf3ci74",
"b205c9d1dc054f24c13aeb886fba42d9dd0aac3cd9bdc4f034affc90f3a0bf3ci75",
"b205c9d1dc054f24c13aeb886fba42d9dd0aac3cd9bdc4f034affc90f3a0bf3ci76",
"b205c9d1dc054f24c13aeb886fba42d9dd0aac3cd9bdc4f034affc90f3a0bf3ci77",
"b205c9d1dc054f24c13aeb886fba42d9dd0aac3cd9bdc4f034affc90f3a0bf3ci78",
"b205c9d1dc054f24c13aeb886fba42d9dd0aac3cd9bdc4f034affc90f3a0bf3ci79",
"b205c9d1dc054f24c13aeb886fba42d9dd0aac3cd9bdc4f034affc90f3a0bf3ci80",
"b205c9d1dc054f24c13aeb886fba42d9dd0aac3cd9bdc4f034affc90f3a0bf3ci81",
"b205c9d1dc054f24c13aeb886fba42d9dd0aac3cd9bdc4f034affc90f3a0bf3ci82",
"b205c9d1dc054f24c13aeb886fba42d9dd0aac3cd9bdc4f034affc90f3a0bf3ci83",
"b205c9d1dc054f24c13aeb886fba42d9dd0aac3cd9bdc4f034affc90f3a0bf3ci84",
"b205c9d1dc054f24c13aeb886fba42d9dd0aac3cd9bdc4f034affc90f3a0bf3ci85",
"b205c9d1dc054f24c13aeb886fba42d9dd0aac3cd9bdc4f034affc90f3a0bf3ci86",
"b205c9d1dc054f24c13aeb886fba42d9dd0aac3cd9bdc4f034affc90f3a0bf3ci87",
"b205c9d1dc054f24c13aeb886fba42d9dd0aac3cd9bdc4f034affc90f3a0bf3ci88",
"b205c9d1dc054f24c13aeb886fba42d9dd0aac3cd9bdc4f034affc90f3a0bf3ci89",
"b205c9d1dc054f24c13aeb886fba42d9dd0aac3cd9bdc4f034affc90f3a0bf3ci90",
"b205c9d1dc054f24c13aeb886fba42d9dd0aac3cd9bdc4f034affc90f3a0bf3ci91",
"b205c9d1dc054f24c13aeb886fba42d9dd0aac3cd9bdc4f034affc90f3a0bf3ci92",
"b205c9d1dc054f24c13aeb886fba42d9dd0aac3cd9bdc4f034affc90f3a0bf3ci93",
"b205c9d1dc054f24c13aeb886fba42d9dd0aac3cd9bdc4f034affc90f3a0bf3ci94",
"b205c9d1dc054f24c13aeb886fba42d9dd0aac3cd9bdc4f034affc90f3a0bf3ci95",
"b205c9d1dc054f24c13aeb886fba42d9dd0aac3cd9bdc4f034affc90f3a0bf3ci96",
"b205c9d1dc054f24c13aeb886fba42d9dd0aac3cd9bdc4f034affc90f3a0bf3ci97",
"b205c9d1dc054f24c13aeb886fba42d9dd0aac3cd9bdc4f034affc90f3a0bf3ci98",
"b205c9d1dc054f24c13aeb886fba42d9dd0aac3cd9bdc4f034affc90f3a0bf3ci99",
"b205c9d1dc054f24c13aeb886fba42d9dd0aac3cd9bdc4f034affc90f3a0bf3ci100",
"b205c9d1dc054f24c13aeb886fba42d9dd0aac3cd9bdc4f034affc90f3a0bf3ci101",
"b205c9d1dc054f24c13aeb886fba42d9dd0aac3cd9bdc4f034affc90f3a0bf3ci102",
"b205c9d1dc054f24c13aeb886fba42d9dd0aac3cd9bdc4f034affc90f3a0bf3ci103",
"b205c9d1dc054f24c13aeb886fba42d9dd0aac3cd9bdc4f034affc90f3a0bf3ci104",
"b205c9d1dc054f24c13aeb886fba42d9dd0aac3cd9bdc4f034affc90f3a0bf3ci105",
"b205c9d1dc054f24c13aeb886fba42d9dd0aac3cd9bdc4f034affc90f3a0bf3ci106",
"b205c9d1dc054f24c13aeb886fba42d9dd0aac3cd9bdc4f034affc90f3a0bf3ci107",
"b205c9d1dc054f24c13aeb886fba42d9dd0aac3cd9bdc4f034affc90f3a0bf3ci108",
"b205c9d1dc054f24c13aeb886fba42d9dd0aac3cd9bdc4f034affc90f3a0bf3ci109",
"b205c9d1dc054f24c13aeb886fba42d9dd0aac3cd9bdc4f034affc90f3a0bf3ci110",
"b205c9d1dc054f24c13aeb886fba42d9dd0aac3cd9bdc4f034affc90f3a0bf3ci111",
"b205c9d1dc054f24c13aeb886fba42d9dd0aac3cd9bdc4f034affc90f3a0bf3ci112",
"b205c9d1dc054f24c13aeb886fba42d9dd0aac3cd9bdc4f034affc90f3a0bf3ci113",
"b205c9d1dc054f24c13aeb886fba42d9dd0aac3cd9bdc4f034affc90f3a0bf3ci114",
"b205c9d1dc054f24c13aeb886fba42d9dd0aac3cd9bdc4f034affc90f3a0bf3ci115",
"b205c9d1dc054f24c13aeb886fba42d9dd0aac3cd9bdc4f034affc90f3a0bf3ci116",
"b205c9d1dc054f24c13aeb886fba42d9dd0aac3cd9bdc4f034affc90f3a0bf3ci117",
"b205c9d1dc054f24c13aeb886fba42d9dd0aac3cd9bdc4f034affc90f3a0bf3ci118",
"b205c9d1dc054f24c13aeb886fba42d9dd0aac3cd9bdc4f034affc90f3a0bf3ci119",
"b205c9d1dc054f24c13aeb886fba42d9dd0aac3cd9bdc4f034affc90f3a0bf3ci120",
"b205c9d1dc054f24c13aeb886fba42d9dd0aac3cd9bdc4f034affc90f3a0bf3ci121",
"b205c9d1dc054f24c13aeb886fba42d9dd0aac3cd9bdc4f034affc90f3a0bf3ci122",
"b205c9d1dc054f24c13aeb886fba42d9dd0aac3cd9bdc4f034affc90f3a0bf3ci123",
"b205c9d1dc054f24c13aeb886fba42d9dd0aac3cd9bdc4f034affc90f3a0bf3ci124",
"b205c9d1dc054f24c13aeb886fba42d9dd0aac3cd9bdc4f034affc90f3a0bf3ci125",
"b205c9d1dc054f24c13aeb886fba42d9dd0aac3cd9bdc4f034affc90f3a0bf3ci126",
"b205c9d1dc054f24c13aeb886fba42d9dd0aac3cd9bdc4f034affc90f3a0bf3ci127",
"b205c9d1dc054f24c13aeb886fba42d9dd0aac3cd9bdc4f034affc90f3a0bf3ci128",
"b205c9d1dc054f24c13aeb886fba42d9dd0aac3cd9bdc4f034affc90f3a0bf3ci129",
"b205c9d1dc054f24c13aeb886fba42d9dd0aac3cd9bdc4f034affc90f3a0bf3ci130",
"b205c9d1dc054f24c13aeb886fba42d9dd0aac3cd9bdc4f034affc90f3a0bf3ci131",
"b205c9d1dc054f24c13aeb886fba42d9dd0aac3cd9bdc4f034affc90f3a0bf3ci132",
"b205c9d1dc054f24c13aeb886fba42d9dd0aac3cd9bdc4f034affc90f3a0bf3ci133",
"b205c9d1dc054f24c13aeb886fba42d9dd0aac3cd9bdc4f034affc90f3a0bf3ci134",
"b205c9d1dc054f24c13aeb886fba42d9dd0aac3cd9bdc4f034affc90f3a0bf3ci135",
"b205c9d1dc054f24c13aeb886fba42d9dd0aac3cd9bdc4f034affc90f3a0bf3ci136",
"b205c9d1dc054f24c13aeb886fba42d9dd0aac3cd9bdc4f034affc90f3a0bf3ci137",
"b205c9d1dc054f24c13aeb886fba42d9dd0aac3cd9bdc4f034affc90f3a0bf3ci138",
"b205c9d1dc054f24c13aeb886fba42d9dd0aac3cd9bdc4f034affc90f3a0bf3ci139",
"b205c9d1dc054f24c13aeb886fba42d9dd0aac3cd9bdc4f034affc90f3a0bf3ci140",
"b205c9d1dc054f24c13aeb886fba42d9dd0aac3cd9bdc4f034affc90f3a0bf3ci141",
"b205c9d1dc054f24c13aeb886fba42d9dd0aac3cd9bdc4f034affc90f3a0bf3ci142",
"b205c9d1dc054f24c13aeb886fba42d9dd0aac3cd9bdc4f034affc90f3a0bf3ci143",
"b205c9d1dc054f24c13aeb886fba42d9dd0aac3cd9bdc4f034affc90f3a0bf3ci144",
"b205c9d1dc054f24c13aeb886fba42d9dd0aac3cd9bdc4f034affc90f3a0bf3ci145",
"b205c9d1dc054f24c13aeb886fba42d9dd0aac3cd9bdc4f034affc90f3a0bf3ci146",
"b205c9d1dc054f24c13aeb886fba42d9dd0aac3cd9bdc4f034affc90f3a0bf3ci147",
"b205c9d1dc054f24c13aeb886fba42d9dd0aac3cd9bdc4f034affc90f3a0bf3ci148",
"b205c9d1dc054f24c13aeb886fba42d9dd0aac3cd9bdc4f034affc90f3a0bf3ci149",
"b205c9d1dc054f24c13aeb886fba42d9dd0aac3cd9bdc4f034affc90f3a0bf3ci150",
"b205c9d1dc054f24c13aeb886fba42d9dd0aac3cd9bdc4f034affc90f3a0bf3ci151",
"b205c9d1dc054f24c13aeb886fba42d9dd0aac3cd9bdc4f034affc90f3a0bf3ci152",
"b205c9d1dc054f24c13aeb886fba42d9dd0aac3cd9bdc4f034affc90f3a0bf3ci153",
"b205c9d1dc054f24c13aeb886fba42d9dd0aac3cd9bdc4f034affc90f3a0bf3ci154",
"b205c9d1dc054f24c13aeb886fba42d9dd0aac3cd9bdc4f034affc90f3a0bf3ci155",
"b205c9d1dc054f24c13aeb886fba42d9dd0aac3cd9bdc4f034affc90f3a0bf3ci156",
"b205c9d1dc054f24c13aeb886fba42d9dd0aac3cd9bdc4f034affc90f3a0bf3ci157",
"b205c9d1dc054f24c13aeb886fba42d9dd0aac3cd9bdc4f034affc90f3a0bf3ci158",
"b205c9d1dc054f24c13aeb886fba42d9dd0aac3cd9bdc4f034affc90f3a0bf3ci159"
],
"more": true,
"page": 9
}
GET
/r/children/<INSCRIPTION_ID>/inscriptions
Description
Details of first 100 child inscriptions of INSCRIPTION_ID.
उदाहरण
curl -s \
http://0.0.0.0:80/r/children/e317a2a5d68bd1004ae15a06175a319272a10389ff125c98820389edef8b0a94i0/inscriptions
{
"children": [
{
"charms": [],
"fee": 417,
"height": 861224,
"id": "89e4fb2e5ea5c6301b9ac915d1d05619776f5ca41fc02fb6e5dced16f2cabfdei0",
"number": 75744297,
"output": "236ce10d9cd3f9f7f824a07686f7d7bce0d64a400f0328ce5bb2191a60d15262:0",
"sat": null,
"satpoint": "236ce10d9cd3f9f7f824a07686f7d7bce0d64a400f0328ce5bb2191a60d15262:0:0",
"timestamp": 1726282054
},
...
],
"more": true,
"page": 0
}
GET
/r/children/<INSCRIPTION_ID>/inscriptions/<PAGE>
Description
Details of 100 child inscriptions of INSCRIPTION_ID paginated by PAGE.
उदाहरण
curl -s \
http://0.0.0.0:80/r/children/e317a2a5d68bd1004ae15a06175a319272a10389ff125c98820389edef8b0a94i0/inscriptions/9
{
"children": [
{
"charms": [
"vindicated"
],
"fee": 418,
"height": 861239,
"id": "b205c9d1dc054f24c13aeb886fba42d9dd0aac3cd9bdc4f034affc90f3a0bf3ci60",
"number": 75750346,
"output": "e8ebadbd9ce4e4372b1b9b30fd5cb831c1f48ff2d0f8f1d1de2e190a2f5bcbe8:1",
"sat": null,
"satpoint": "e8ebadbd9ce4e4372b1b9b30fd5cb831c1f48ff2d0f8f1d1de2e190a2f5bcbe8:1:0",
"timestamp": 1726292222
},
{
"charms": [
"vindicated"
],
"fee": 418,
"height": 861239,
"id": "b205c9d1dc054f24c13aeb886fba42d9dd0aac3cd9bdc4f034affc90f3a0bf3ci61",
"number": 75750347,
"output": "aa46f14bec8842edd7b7c1b79224cd186dda6c5577cd65196da77d7e27b00b0c:0",
"sat": null,
"satpoint": "aa46f14bec8842edd7b7c1b79224cd186dda6c5577cd65196da77d7e27b00b0c:0:0",
"timestamp": 1726292222
},
...
],
"more": true,
"page": 9
}
GET
/r/inscription/<INSCRIPTION_ID>
Description
Information about an inscription.
उदाहरण
curl -s \
http://0.0.0.0:80/r/inscriptions/13130e4b299ed361f2a734f6433844ef0f0211cd504e0ca8f4d4ab20f51b8127i0
{
"charms": [
"vindicated"
],
"content_type": "model/gltf-binary",
"content_length": 3726620,
"delegate": null,
"fee": 7499396,
"height": 866266,
"id": "13130e4b299ed361f2a734f6433844ef0f0211cd504e0ca8f4d4ab20f51b8127i0",
"number": 76545890,
"output": "13130e4b299ed361f2a734f6433844ef0f0211cd504e0ca8f4d4ab20f51b8127:1",
"sat": null,
"satpoint": "13130e4b299ed361f2a734f6433844ef0f0211cd504e0ca8f4d4ab20f51b8127:1:0",
"timestamp": 1729297535,
"value": 1313,
"address": "bc1phj8hgzeptthkur9se2jq5vex7vlyhc8ul689svxea0xsn6r43z7sekz6qh"
}
GET
/r/metadata/<INSCRIPTION_ID>
Description
JSON string containing the hex-encoded CBOR metadata.
उदाहरण
curl -s \
http://0.0.0.0:80/r/metadata/b1ef66c2d1a047cbaa6260b74daac43813924378fe08ef8545da4cb79e8fcf00i0
"ac6c50484f544f475241504845526a5041524b4552204441596643414d4552416c43414e4f4e20454f532d31566446494c4d6f4b4f44414b20454b54415220313030644c454e53781a5a4549535320504c414e415220542a2038354d4d20462f312e346d5348555454455220535045454465312f31323568415045525455524563462f38664d4f44454c5318646650484f544f531903e8684c4f434154494f4e774c4f5320414e47454c45532c2043414c49464f524e49416443524557a36a415353495354414e4345826e41524941532042555244454c4c49684e4153204e495858664d414b45555087754544454e2053594d4f4e45204c415454414e5a494f6a4d494d49204d455945526e53414d414e544841204c455052456f4c4953455454452053414e54414e416e4a45535349434120564552474f4e63504f4e724d415941204e414b415241205352554f4348644841495283694a414b4920494348556c4a4f43454c594e2056454741724a4546464552534f4e2054414e475241444966504154524f4e6e434153455920524f4441524d4f52674c4943454e534563434330"
GET
/r/parents/<INSCRIPTION_ID>
Description
The first 100 parent inscription ids.
उदाहरण
curl -s \
http://0.0.0.0:80/r/parents/b1ef66c2d1a047cbaa6260b74daac43813924378fe08ef8545da4cb79e8fcf00i0
{
"ids": [
"6fb976ab49dcec017f1e201e84395983204ae1a7c2abf7ced0a85d692e442799i0"
],
"more": false,
"page_index": 0
}
GET
/r/parents/<INSCRIPTION_ID>/<PAGE>
Description
The set of 100 parent inscription ids on <PAGE>.
उदाहरण
curl -s \
http://0.0.0.0:80/r/parents/b1ef66c2d1a047cbaa6260b74daac43813924378fe08ef8545da4cb79e8fcf00i0/9
{
"ids": [],
"more": false,
"page_index": 9
}
GET
/r/parents/<INSCRIPTION_ID>/inscriptions
Description
Details of the first 100 parent inscriptions.
उदाहरण
curl -s -H "Accept: application/json" \
http://0.0.0.0:80/r/parents/4a86d375a70a4ecc7ffcd910e05f5e0771ae6a50133543f1bf6b5651adbf0019i0/inscriptions
{
"parents": [
{
"charms": [],
"fee": 21730,
"height": 775167,
"id": "92c409fb749b1005fe9a1482d3a74a8e73936a72644f4979df8184aba473841di0",
"number": 4573,
"output": "4a86d375a70a4ecc7ffcd910e05f5e0771ae6a50133543f1bf6b5651adbf0019:13",
"sat": null,
"satpoint": "4a86d375a70a4ecc7ffcd910e05f5e0771ae6a50133543f1bf6b5651adbf0019:13:0",
"timestamp": 1675607405
},
{
"charms": [],
"fee": 14977,
"height": 775167,
"id": "c689cbcb8e31858c5e1476d04af4e7e7cedd1fb4fb9cae5bb62036936a08282di0",
"number": 4576,
"output": "4a86d375a70a4ecc7ffcd910e05f5e0771ae6a50133543f1bf6b5651adbf0019:14",
"sat": null,
"satpoint": "4a86d375a70a4ecc7ffcd910e05f5e0771ae6a50133543f1bf6b5651adbf0019:14:0",
"timestamp": 1675607405
},
{
"charms": [],
"fee": 12533,
"height": 775167,
"id": "982d15f6b3510307ef845f1cb3352b27e2b048616b7c0642367ebc05bbd36d3ai0",
"number": 4578,
"output": "4a86d375a70a4ecc7ffcd910e05f5e0771ae6a50133543f1bf6b5651adbf0019:12",
"sat": null,
"satpoint": "4a86d375a70a4ecc7ffcd910e05f5e0771ae6a50133543f1bf6b5651adbf0019:12:0",
"timestamp": 1675607405
}
...
],
"more": true,
"page": 0
}
GET
/r/parents/<INSCRIPTION_ID>/inscriptions/<PAGE>
Description
Details of the set of 100 parent inscriptions on <PAGE>.
उदाहरण
curl -s -H "Accept: application/json" \
http://0.0.0.0:80/r/parents/4a86d375a70a4ecc7ffcd910e05f5e0771ae6a50133543f1bf6b5651adbf0019i0/inscriptions/1
{
"parents": [
{
"charms": [],
"fee": 65049,
"height": 775443,
"id": "972994a55c338e8458bfd156642f4aa56bdab54c68658d6b64d932fedef3c81fi0",
"number": 10804,
"output": "4a86d375a70a4ecc7ffcd910e05f5e0771ae6a50133543f1bf6b5651adbf0019:102",
"sat": null,
"satpoint": "4a86d375a70a4ecc7ffcd910e05f5e0771ae6a50133543f1bf6b5651adbf0019:102:0",
"timestamp": 1675780989
},
{
"charms": [],
"fee": 60111,
"height": 775443,
"id": "dbc21f2d3323df24a378fef3bdbe4e79c4947ce7da54968affcdefa7eda80d21i0",
"number": 10805,
"output": "4a86d375a70a4ecc7ffcd910e05f5e0771ae6a50133543f1bf6b5651adbf0019:110",
"sat": null,
"satpoint": "4a86d375a70a4ecc7ffcd910e05f5e0771ae6a50133543f1bf6b5651adbf0019:110:0",
"timestamp": 1675780989
},
{
"charms": [],
"fee": 49881,
"height": 775443,
"id": "97870f7cf65992a66d0413a7e6773190e686f185500f78c30f989f2d1f1ba922i0",
"number": 10806,
"output": "4a86d375a70a4ecc7ffcd910e05f5e0771ae6a50133543f1bf6b5651adbf0019:101",
"sat": null,
"satpoint": "4a86d375a70a4ecc7ffcd910e05f5e0771ae6a50133543f1bf6b5651adbf0019:101:0",
"timestamp": 1675780989
}
...
],
"more": false,
"page": 1
}
GET
/r/sat/<SAT_NUMBER>
Description
The first 100 inscription ids on a sat. Requires index with --index-sats flag.
उदाहरण
curl -s \
http://0.0.0.0:80/r/sat/153899938226999
{
"ids": [
"f4ad941ee3892598f34777c4b7b3e2ccccece58ab21aa4364d0d2066daf5b427i3",
"a4bca99fba23122e113bfb9a8010095b2005c4d73fa5b5532de60752b768a3e5i0",
"11b4097bc9ff238c930ed4df44a6a5943ac1b570d424d7e13425244e3f345db7i0",
"488c32e4dfcdc0fa376c2c2af2d572a12f4d33d3245689d1a9f74167f1e14678i0"
],
"more": false,
"page": 0
}
GET
/r/sat/<SAT_NUMBER>/<PAGE>
Description
The set of 100 inscription ids on <PAGE>. Requires index with --index-sats flag.
उदाहरण
curl -s \
http://0.0.0.0:80/r/sat/1499676120331756/1
{
"ids": [
"c18b2db646cd23b9745bd40a249fc84975b1105a637f3784aa4dbd46a839750fi0",
"7d7c2db251779ea4147ed881daac210bfa416f39846b60e3e6813b713a393d9ai0",
"f42913d8c95f055b586fa9a6c71d2432c7ac860a9a4524c0abf83b1dbe175383i0",
"52fd615dc56a8efb241e4de141692cfa57b1af0ac5d65da7e9d5f12841c2c56ci0",
"cd65b92b9d4080a850eaf2c67c8e0c40c61ecdebeea9ae03936947f981a7b54ai0",
"708ac95fe35bcfef5403f13e5e32c927adb413ce39597abc20f8e8fa4fa1d005i0",
"2399e57a8f598b4487dda149942404e5002321139997280c736dcd0c3a806672i0",
"4a2b37c1e017646a9ba2aa13487ae55b8621972aac349426df680eaf66b90571i0",
"2a7b8b23f2a36bcff7ab23013cd13b303b8797cfac75e88d4daf1a9ddcdbdc6ai0",
"b4cac4e0c9a9ccf6428c1e3869bbbcc0e094d39d972094af21a3ca342a9afedbi0",
"c5f4bb989cc8bca10079287272d07b77b562938eaad35b3dface018cb6ac1c38i0"
],
"more": false,
"page": 1
}
GET
/r/sat/<SAT_NUMBER>/at/<INDEX>
Description
The inscription id at <INDEX> of all inscriptions on a sat. <INDEX> may be a negative number to index from the back. 0 being the first and -1 being the most recent for example. Requires index with --index-sats flag.
उदाहरण
curl -s \
http://0.0.0.0:80/r/sat/153899938226999/at/-1
{
"id": "488c32e4dfcdc0fa376c2c2af2d572a12f4d33d3245689d1a9f74167f1e14678i0"
}
GET
/r/sat/<SAT_NUMBER>/at/<INDEX>/content
Description
The content of the inscription at <INDEX> on a sat. <INDEX> may be a negative number to index from the back. 0 being the first and -1 being the most recent. Requires index with --index-sats flag.
उदाहरण
Fetch the content of the most recently created inscription on sat 289488340427831.
curl -s \
http://0.0.0.0:80/r/sat/289488340427831/at/-1/content
Hello, world!
GET
/r/tx/<TRANSACTION_ID>
Description
Get hex-encoded transaction with <TRANSACTION_ID>. In the event of a future change to Bitcoin that changes transaction serialization in a backwards-incompatible fashion, such as SegWit, this endpoint is guaranteed to remain backwards compatible.
उदाहरण
curl -s http://0.0.0.0:80/r/tx/60bcf821240064a9c55225c4f01711b0ebbcab39aa3fafeefe4299ab158536fa
"0100000000010183572872dcb32bee57003d53c2b8dbb5bc5819ff6478052599911f7778d1c7bd0000000000fdffffff011027000000000000225120e41e0cba05c6ac797cf543ff9a6c619a91a53813e59146d1e32ea89747b111a603407aa50d93d6fc01265fd52d3edc93af4e009ccc1a704ce1b5cb8ede1412a5df31eba587d080b3dc903ceb9002ed9d921aad323fd44d7b4dc2a1ad2ea12d4360424d20c7a3a38df198a4fcde7d5dac5819ed19ff4d25bb893c9511f8e1f51d59326effac0063036f7264010118746578742f706c61696e3b636861727365743d7574662d3800077072696d65730a6821c1c7a3a38df198a4fcde7d5dac5819ed19ff4d25bb893c9511f8e1f51d59326eff00000000"
GET
/r/utxo/<OUTPOINT>
Description
Get assets held by an unspent transaction output.
Examples
Unspent transaction output with server without any indices:
curl -s \
http://0.0.0.0:80/r/utxo/4a5e1e4baab89f3a32518a88c31bc87f618f76673e2cc77ab2127b7afdeda33b:0
{
"inscriptions": null,
"runes": null,
"sat_ranges": null,
"value": 5000000000
}
With rune, inscription, and sat index:
curl -s \
http://0.0.0.0:80/r/utxo/626860df36c1047194866c6812f04c15ab84f3690e7cc06fd600c841f1943e05:0
{
"inscriptions": [
"6fb976ab49dcec017f1e201e84395983204ae1a7c2abf7ced0a85d692e442799i0"
],
"runes": {
"UNCOMMON•GOODS": {
"amount": 6845,
"divisibility": 0,
"symbol": "⧉"
}
},
"sat_ranges": [
[
1905800627509113,
1905800627509443
]
],
"value": 330
}
Note: <SAT_NUMBER> only allows the actual number of a sat no other sat notations like degree, percentile or decimal. We may expand to allow those in the future.
Responses from most of the above recursive endpoints are JSON. For backwards compatibility, some endpoints are supported which only return plain-text responses.
/blockheight: नवीनतम ब्लॉक ऊंचाई/blockhash: नवीनतम ब्लॉक हैश/blockhash/<HEIGHT>: दी गई ब्लॉक ऊंचाई पर ब्लॉक हैश/blocktime: नवीनतम ब्लॉक का यूनिक्स टाइम स्टैम्प
See examples for on-chain examples of inscriptions that feature this functionality.
Rendering
Aspect Ratio
Inscriptions should be rendered with a square aspect ratio. Non-square aspect ratio inscriptions should not be cropped, and should instead be centered and resized to fit within their container.
Maximum Size
The ord explorer, used by ordinals.com, displays inscription previews with a maximum size of 576 by 576 pixels, making it a reasonable choice when choosing a maximum display size.
Image Rendering
The CSS image-rendering property controls how images are resampled when upscaled and downscaled.
When downscaling image inscriptions, image-rendering: auto, should be used. This is desirable even when downscaling pixel art.
When upscaling image inscriptions other than AVIF, image-rendering: pixelated should be used. This is desirable when upscaling pixel art, since it preserves the sharp edges of pixels. It is undesirable when upscaling non-pixel art, but should still be used for visual compatibility with the ord explorer.
When upscaling AVIF and JPEG XL inscriptions, image-rendering: auto should be used. This allows inscribers to opt-in to non-pixelated upscaling for non-pixel art inscriptions. Until such time as JPEG XL is widely supported by browsers, it is not a recommended image format.
URIs
This document is a draft. It should be considered provisional and subject to change at any time. The ord: schema has not been registered with the IANA.
Inscriptions content can be addressed with inscription URIs using the ord: schema.
Inscription URIs consist of ord: followed by a target inscription ID. ord: is not followed by //, since the schema-specific part of inscription URIs, namely the target inscription ID, does not contain a hierarchical structure.
For example, the inscription URI of the genesis inscription is:
ord:6fb976ab49dcec017f1e201e84395983204ae1a7c2abf7ced0a85d692e442799i0
Inscription URIs match the following verbose regular expression:
(?i) # case-insensitive
ord: # schema
[0-9a-f]{64} # transaction ID
i # separator
(0|[1-9][0-9]*) # inscription index
Inscription URIs are case-insensitive and can thus use the more compact alphanumeric mode when encoded as QR codes. Lowercase is, however, the preferred presentation style.
The referent of an inscription URI is an HTTP resource with the content, content type, content encoding, and content length corresponding to the inscription with the given ID.
The referent of an inscription URI is always the original content of the target inscription, and not the content of the delegate, regardless of whether or not the target inscription has a delegate.
Inscription Examples
Delegate
- The first delegate inscription.
- The Oscillations * collection utilizes delegation, provenance, recursion, sat endpoint, and detects the kind of sat that each piece is inscribed on (sattribute-aware). Each piece is a delegate of this inscription.
- This inscription was inscribed as a delegate of this inscription and is also the parent inscription of a rune.
Metadata
- Each member in the FUN collection has metadata that describes its attributes.
- This inscription uses its own metadata to draw the ordinal image.
उत्पति
- Inscription 0 is the parent inscription for Casey's sugar skull collection, a grandparent for the FUN! collection, and the grandparent for the sleepiest rune.
- With the Rug Me collection, owners are able to change the background color by inscribing a child to it.
- This Bitcoin Magazine Cover renders the children as part of the parent inscription.
- The yellow_ord_bot has many different quotes as cursed children.
- The Spellbound collection from the Wizard of Ord utilizes recursion, delegation, metadata, provenance, postage, location, compression.
रिकर्सन-प्रतिवर्तन
- Inscription 12992 was the first recursive inscription inscribed on mainnet.
- OnChain Monkey Genesis (BTC) was one of the earliest collections to use recursion to create its PFP art.
- Blob is a recursive generative collection that seeds its generation with metadata and uses threeJS, React 3 Fiber and other libraries recursively.
- The GPU Ordinals collection takes recursive content and transforms it before rendering, creating what is termed as 'super-recursion'. Use Google Chrome and headphones to experience the spatial audio.
- The Abstractii Genesis collection uses the inscriptions ID as a seed to generate its art.
- The Abstractii Evolved generative collection uses the recursive blockheight endpoint as a seed to generate its art.
- This code is called recursively in this inscription to generate music.
- This code is called recursively in this inscription, allowing it to function as a pixel art drawing program.
Runes
Runes allow Bitcoin transactions to etch, mint, and transfer Bitcoin-native digital commodities.
Whereas every inscription is unique, every unit of a rune is the same. They are interchangeable tokens, fit for a variety of purposes.
Runestones
Rune protocol messages, called runestones, are stored in Bitcoin transaction outputs.
A runestone output's script pubkey begins with an OP_RETURN, followed by OP_13, followed by zero or more data pushes. These data pushes are concatenated and decoded into a sequence of 128-bit integers, and finally parsed into a runestone.
A transaction may have at most one runestone.
A runestone may etch a new rune, mint an existing rune, and transfer runes from a transaction's inputs to its outputs.
A transaction output may hold balances of any number of runes.
Runes are identified by IDs, which consist of the block in which a rune was etched and the index of the etching transaction within that block, represented in text as BLOCK:TX. For example, the ID of the rune etched in the 20th transaction of the 500th block is 500:20.
Etching
Runes come into existence by being etched. Etching creates a rune and sets its properties. Once set, these properties are immutable, even to its etcher.
Name
Names consist of the letters A through Z and are between one and twenty-six letters long. For example UNCOMMONGOODS is a rune name.
Names may contain spacers, represented as bullets, to aid readability. UNCOMMONGOODS might be etched as UNCOMMON•GOODS.
The uniqueness of a name does not depend on spacers. Thus, a rune may not be etched with the same sequence of letters as an existing rune, even if it has different spacers.
Spacers can only be placed between two letters. Finally, spacers do not count towards the letter count.
Divisibility
A rune's divisibility is how finely it may be divided into its atomic units. Divisibility is expressed as the number of digits permissible after the decimal point in an amount of runes. A rune with divisibility 0 may not be divided. A unit of a rune with divisibility 1 may be divided into ten sub-units, a rune with divisibility 2 may be divided into a hundred, and so on.
Symbol
A rune's currency symbol is a single Unicode code point, for example $, ⧉, or 🧿, displayed after quantities of that rune.
101 atomic units of a rune with divisibility 2 and symbol 🧿 would be rendered as 1.01 🧿.
If a rune does not have a symbol, the generic currency sign ¤, also called a scarab, should be used.
Premine
The etcher of a rune may optionally allocate to themselves units of the rune being etched. This allocation is called a premine.
Terms
A rune may have an open mint, allowing anyone to create and allocate units of that rune for themselves. An open mint is subject to terms, which are set upon etching.
A mint is open while all terms of the mint are satisfied, and closed when any of them are not. For example, a mint may be limited to a starting height, an ending height, and a cap, and will be open between the starting height and ending height, or until the cap is reached, whichever comes first.
Cap
The number of times a rune may be minted is its cap. A mint is closed once the cap is reached.
Amount
Each mint transaction creates a fixed amount of new units of a rune.
Start Height
A mint is open starting in the block with the given start height.
End Height
A rune may not be minted in or after the block with the given end height.
Start Offset
A mint is open starting in the block whose height is equal to the start offset plus the height of the block in which the rune was etched.
End Offset
A rune may not be minted in or after the block whose height is equal to the end offset plus the height of the block in which the rune was etched.
Minting
While a rune's mint is open, anyone may create a mint transaction that creates a fixed amount of new units of that rune, subject to the terms of the mint.
Transferring
When transaction inputs contain runes, or new runes are created by a premine or mint, those runes are transferred to that transaction's outputs. A transaction's runestone may change how input runes transfer to outputs.
Edicts
A runestone may contain any number of edicts. Edicts consist of a rune ID, an amount, and an output number. Edicts are processed in order, allocating unallocated runes to outputs.
Pointer
After all edicts are processed, remaining unallocated runes are transferred to the transaction's first non-OP_RETURN output. A runestone may optionally contain a pointer that specifies an alternative default output.
Burning
Runes may be burned by transferring them to an OP_RETURN output with an edict or pointer.
Cenotaphs
Runestones may be malformed for a number of reasons, including non-pushdata opcodes in the runestone OP_RETURN, invalid varints, or unrecognized runestone fields.
Malformed runestones are termed cenotaphs.
Runes input to a transaction with a cenotaph are burned. Runes etched in a transaction with a cenotaph are set as unmintable. Mints in a transaction with a cenotaph count towards the mint cap, but the minted runes are burned.
Cenotaphs are an upgrade mechanism, allowing runestones to be given new semantics that change how runes are created and transferred, while not misleading unupgraded clients as to the location of those runes, as unupgraded clients will see those runes as having been burned.
Runes Does Not Have a Specification
The Runes reference implementation, ord, is the normative specification of the Runes protocol.
Nothing you read here or elsewhere, aside from the code of ord, is a specification. This prose description of the runes protocol is provided as a guide to the behavior of ord, and the code of ord itself should always be consulted to confirm the correctness of any prose description.
If, due to a bug in ord, this document diverges from the actual behavior of ord and it is impractically disruptive to change ord's behavior, this document will be amended to agree with ord's actual behavior.
Users of alternative implementations do so at their own risk, and services wishing to integrate Runes are strongly encouraged to use ord itself to make Runes transactions, and to determine the state of runes, mints, and balances.
Runestones
Rune protocol messages are termed "runestones".
The Runes protocol activates on block 840,000. Runestones in earlier blocks are ignored.
Abstractly, runestones contain the following fields:
#![allow(unused)] fn main() { struct Runestone { edicts: Vec<Edict>, etching: Option<Etching>, mint: Option<RuneId>, pointer: Option<u32>, } }
Runes are created by etchings:
#![allow(unused)] fn main() { struct Etching { divisibility: Option<u8>, premine: Option<u128>, rune: Option<Rune>, spacers: Option<u32>, symbol: Option<char>, terms: Option<Terms>, } }
Which may contain mint terms:
#![allow(unused)] fn main() { struct Terms { amount: Option<u128>, cap: Option<u128>, height: (Option<u64>, Option<u64>), offset: (Option<u64>, Option<u64>), } }
Runes are transferred by edict:
#![allow(unused)] fn main() { struct Edict { id: RuneId, amount: u128, output: u32, } }
Rune IDs are encoded as the block height and transaction index of the transaction in which the rune was etched:
#![allow(unused)] fn main() { struct RuneId { block: u64, tx: u32, } }
Rune IDs are represented in text as BLOCK:TX.
Rune names are encoded as modified base-26 integers:
#![allow(unused)] fn main() { struct Rune(u128); }
Deciphering
Runestones are deciphered from transactions with the following steps:
-
Find the first transaction output whose script pubkey begins with
OP_RETURN OP_13. -
Concatenate all following data pushes into a payload buffer.
-
Decode a sequence 128-bit LEB128 integers from the payload buffer.
-
Parse the sequence of integers into an untyped message.
-
Parse the untyped message into a runestone.
Deciphering may produce a malformed runestone, termed a cenotaph.
Locating the Runestone Output
Outputs are searched for the first script pubkey that beings with OP_RETURN OP_13. If deciphering fails, later matching outputs are not considered.
Assembling the Payload Buffer
The payload buffer is assembled by concatenating data pushes, after OP_13, in the matching script pubkey.
Data pushes are opcodes 0 through 78 inclusive. If a non-data push opcode is encountered, i.e., any opcode equal to or greater than opcode 79, the deciphered runestone is a cenotaph with no etching, mint, or edicts.
Decoding the Integer Sequence
A sequence of 128-bit integers are decoded from the payload as LEB128 varints.
LEB128 varints are encoded as sequence of bytes, each of which has the most-significant bit set, except for the last.
If a LEB128 varint contains more than 18 bytes, would overflow a u128, or is truncated, meaning that the end of the payload buffer is reached before encountering a byte with the continuation bit not set, the decoded runestone is a cenotaph with no etching, mint, or edicts.
Parsing the Message
The integer sequence is parsed into an untyped message:
#![allow(unused)] fn main() { struct Message { fields: Map<u128, Vec<u128>>, edicts: Vec<Edict>, } }
The integers are interpreted as a sequence of tag/value pairs, with duplicate tags appending their value to the field value.
If a tag with value zero is encountered, all following integers are interpreted as a series of four-integer edicts, each consisting of a rune ID block height, rune ID transaction index, amount, and output.
#![allow(unused)] fn main() { struct Edict { id: RuneId, amount: u128, output: u32, } }
Rune ID block heights and transaction indices in edicts are delta encoded.
Edict rune ID decoding starts with a base block height and transaction index of zero. When decoding each rune ID, first the encoded block height delta is added to the base block height. If the block height delta is zero, the next integer is a transaction index delta. If the block height delta is greater than zero, the next integer is instead an absolute transaction index.
This implies that edicts must first be sorted by rune ID before being encoded in a runestone.
For example, to encode the following edicts:
| block | TX | amount | output |
|---|---|---|---|
| 10 | 5 | 5 | 1 |
| 50 | 1 | 25 | 4 |
| 10 | 7 | 1 | 8 |
| 10 | 5 | 10 | 3 |
They are first sorted by block height and transaction index:
| block | TX | amount | output |
|---|---|---|---|
| 10 | 5 | 5 | 1 |
| 10 | 5 | 10 | 3 |
| 10 | 7 | 1 | 8 |
| 50 | 1 | 25 | 4 |
And then delta encoded as:
| block delta | TX delta | amount | output |
|---|---|---|---|
| 10 | 5 | 5 | 1 |
| 0 | 0 | 10 | 3 |
| 0 | 2 | 1 | 8 |
| 40 | 1 | 25 | 4 |
If an edict output is greater than the number of outputs of the transaction, an edict rune ID is encountered with block zero and nonzero transaction index, or a field is truncated, meaning a tag is encountered without a value, the decoded runestone is a cenotaph.
Note that if a cenotaph is produced here, the cenotaph is not empty, meaning that it contains the fields and edicts, which may include an etching and mint.
Parsing the Runestone
The runestone:
#![allow(unused)] fn main() { struct Runestone { edicts: Vec<Edict>, etching: Option<Etching>, mint: Option<RuneId>, pointer: Option<u32>, } }
Is parsed from the unsigned message using the following tags:
#![allow(unused)] fn main() { enum Tag { Body = 0, Flags = 2, Rune = 4, Premine = 6, Cap = 8, Amount = 10, HeightStart = 12, HeightEnd = 14, OffsetStart = 16, OffsetEnd = 18, Mint = 20, Pointer = 22, Cenotaph = 126, Divisibility = 1, Spacers = 3, Symbol = 5, Nop = 127, } }
Note that tags are grouped by parity, i.e., whether they are even or odd. Unrecognized odd tags are ignored. Unrecognized even tags produce a cenotaph.
All unused tags are reserved for use by the protocol, may be assigned at any time, and should not be used.
Body
The Body tag marks the end of the runestone's fields, causing all following integers to be interpreted as edicts.
Flags
The Flag field contains a bitmap of flags, whose position is 1 << FLAG_VALUE:
#![allow(unused)] fn main() { enum Flag { Etching = 0, Terms = 1, Turbo = 2, Cenotaph = 127, } }
The Etching flag marks this transaction as containing an etching.
The Terms flag marks this transaction's etching as having open mint terms.
The Turbo flag marks this transaction's etching as opting into future protocol changes. These protocol changes may increase light client validation costs, or just be highly degenerate.
The Cenotaph flag is unrecognized.
If the value of the flags field after removing recognized flags is nonzero, the runestone is a cenotaph.
Rune
The Rune field contains the name of the rune being etched. If the Etching flag is set but the Rune field is omitted, a reserved rune name is allocated.
Premine
The Premine field contains the amount of premined runes.
Cap
The Cap field contains the allowed number of mints.
Amount
The Amount field contains the amount of runes each mint transaction receives.
HeightStart and HeightEnd
The HeightStart and HeightEnd fields contain the mint's starting and ending absolute block heights, respectively. The mint is open starting in the block with height HeightStart, and closes in the block with height HeightEnd.
OffsetStart and OffsetEnd
The OffsetStart and OffsetEnd fields contain the mint's starting and ending block heights, relative to the block in which the etching is mined. The mint is open starting in the block with height OffsetStart + ETCHING_HEIGHT, and closes in the block with height OffsetEnd + ETCHING_HEIGHT.
Mint
The Mint field contains the Rune ID of the rune to be minted in this transaction.
Pointer
The Pointer field contains the index of the output to which runes unallocated by edicts should be transferred. If the Pointer field is absent, unallocated runes are transferred to the first non-OP_RETURN output. If the pointer is greater than the number of outputs, the runestone is a cenotaph.
Cenotaph
The Cenotaph field is unrecognized.
Divisibility
The Divisibility field, raised to the power of ten, is the number of subunits in a super unit of runes.
For example, the amount 1234 of different runes with divisibility 0 through 3 is displayed as follows:
| Divisibility | Display |
|---|---|
| 0 | 1234 |
| 1 | 123.4 |
| 2 | 12.34 |
| 3 | 1.234 |
Spacers
The Spacers field is a bitfield of • spacers that should be displayed between the letters of the rune's name.
The Nth field of the bitfield, starting from the least significant, determines whether or not a spacer should be displayed between the Nth and N+1th character, starting from the left of the rune's name.
For example, the rune name AAAA rendered with different spacers:
| Spacers | Display |
|---|---|
| 0b1 | A•AAA |
| 0b11 | A•A•AA |
| 0b10 | AA•AA |
| 0b111 | A•A•A•A |
Trailing spacers are ignored.
Symbol
The Symbol field is the Unicode codepoint of the Rune's currency symbol, which should be displayed after amounts of that rune. If a rune does not have a currency symbol, the generic currency character ¤ should be used.
For example, if the Symbol is # and the divisibility is 2, the amount of 1234 units should be displayed as 12.34 #.
Nop
The Nop field is unrecognized.
Cenotaphs
Cenotaphs have the following effects:
-
All runes input to a transaction containing a cenotaph are burned.
-
If the runestone that produced the cenotaph contained an etching, the etched rune has supply zero and is unmintable.
-
If the runestone that produced the cenotaph is a mint, the mint counts against the mint cap and the minted runes are burned.
Cenotaphs may be created if a runestone contains an unrecognized even tag, an unrecognized flag, an edict with an output number greater than the number of inputs, a rune ID with block zero and nonzero transaction index, a malformed varint, a non-datapush instruction in the runestone output script pubkey, a tag without a following value, or trailing integers not part of an edict.
Executing the Runestone
Runestones are executed in the order their transactions are included in blocks.
Etchings
A runestone may contain an etching:
#![allow(unused)] fn main() { struct Etching { divisibility: Option<u8>, premine: Option<u128>, rune: Option<Rune>, spacers: Option<u32>, symbol: Option<char>, terms: Option<Terms>, } }
rune is the name of the rune to be etched, encoded as modified base-26 integer.
Rune names consist of the letters A through Z, with the following encoding:
| Name | Encoding |
|---|---|
| A | 0 |
| B | 1 |
| … | … |
| Y | 24 |
| Z | 25 |
| AA | 26 |
| AB | 27 |
| … | … |
| AY | 50 |
| AZ | 51 |
| BA | 52 |
And so on and so on.
Rune names AAAAAAAAAAAAAAAAAAAAAAAAAAA and above are reserved.
If rune is omitted a reserved rune name is allocated as follows:
#![allow(unused)] fn main() { fn reserve(block: u64, tx: u32) -> Rune { Rune( 6402364363415443603228541259936211926 + (u128::from(block) << 32 | u128::from(tx)) ) } }
6402364363415443603228541259936211926 corresponds to the rune name AAAAAAAAAAAAAAAAAAAAAAAAAAA.
If rune is present, it must be unlocked as of the block in which the etching appears.
Initially, all rune names of length thirteen and longer, up until the first reserved rune name, are unlocked.
Runes begin unlocking in block 840,000, the block in which the runes protocol activates.
Thereafter, every 17,500 block period, the next shortest length of rune names is continuously unlocked. So, between block 840,000 and block 857,500, the twelve-character rune names are unlocked, between block 857,500 and block 875,000 the eleven character rune names are unlocked, and so on and so on, until the one-character rune names are unlocked between block 1,032,500 and block 1,050,000. See the ord codebase for the precise unlocking schedule.
To prevent front running an etching that has been broadcast but not mined, if a non-reserved rune name is being etched, the etching transaction must contain a valid commitment to the name being etched.
A commitment consists of a data push of the rune name, encoded as a little-endian integer with trailing zero bytes elided, present in an input witness tapscript where the output being spent has at least six confirmations.
If a valid commitment is not present, the etching is ignored.
Minting
A runestone may mint a rune by including the rune's ID in the Mint field.
If the mint is open, the mint amount is added to the unallocated runes in the transaction's inputs. These runes may be transferred using edicts, and will otherwise be transferred to the first non-OP_RETURN output, or the output designated by the Pointer field.
Mints may be made in any transaction after an etching, including in the same block.
Transferring
Runes are transferred by edict:
#![allow(unused)] fn main() { struct Edict { id: RuneId, amount: u128, output: u32, } }
A runestone may contain any number of edicts, which are processed in sequence.
Before edicts are processed, input runes, as well as minted or premined runes, if any, are unallocated.
Each edict decrements the unallocated balance of rune id and increments the balance allocated to transaction outputs of rune id.
If an edict would allocate more runes than are currently unallocated, the amount is reduced to the number of currently unallocated runes. In other words, the edict allocates all remaining unallocated units of rune id.
Because the ID of an etched rune is not known before it is included in a block, ID 0:0 is used to mean the rune being etched in this transaction, if any.
An edict with amount zero allocates all remaining units of rune id.
An edict with output equal to the number of transaction outputs allocates amount runes to each non-OP_RETURN output in order.
An edict with amount zero and output equal to the number of transaction outputs divides all unallocated units of rune id between each non-OP_RETURN output. If the number of unallocated runes is not divisible by the number of non-OP_RETURN outputs, 1 additional rune is assigned to the first R non-OP_RETURN outputs, where R is the remainder after dividing the balance of unallocated units of rune id by the number of non-OP_RETURN outputs.
If any edict in a runestone has a rune ID with block zero and tx greater than zero, or output greater than the number of transaction outputs, the runestone is a cenotaph.
Note that edicts in cenotaphs are not processed, and all input runes are burned.
Satscard
Satscards are cards which can be used to store bitcoin, inscriptions, and runes.
Slots
Each satscard has ten slots containing private keys with corresponding bitcoin addresses.
Initially, all slots are sealed and the private keys are stored only the satscard.
Slots can be unsealed, which allows the corresponding private key to be extracted.
Unsealing is permanent. If a satscard is sealed, you can have some confidence that private key is not known to anyone. That taking physical ownership of a satscard makes you the sole owner of assets in any sealed slots.
Lifespan
Satscards are expected to have a usable lifetime of ten years. Do not use satscards for long-term storage of valuable assets.
Viewing
When placed on a smartphone, the satscard transmits a URL, beginning with https://satscard.com/start or https://getsatscard.com/start, depending on when it was manufactured.
This URL contains a signature which can be used to recover the address of the current slot. This signature is made over a random nonce, so it changes every time the satscard is tapped, and provides some confidence that the satscard contains the private key.
ord supports viewing the contents of a satscard by entering the full URL into the ord explorer search bar, or the input field on the /satscard page.
For ordinals.com, this is ordinals.com/satscard.
Unsealing
Satscard slots can be unsealed and the private keys extracted using the cktap binary, available in the coinkite-tap-proto repository.
Sweeping
After a satscard slot is unsealed, all assets should be swept from that slot to another wallet, as the private key can now be read via NFC.
ord does not yet support sweeping assets from other wallets, so assets will need to be transferred manually.
Be careful, and good luck!
ऑर्डिनल थ्यौरी एफएक्यू
ऑर्डिनल थ्यौरी क्या है?
ऑर्डिनल थ्यौरी एक प्रोटोकॉल है जिसके अधीन बिटकॉइन के अंश के सबसे छोटे भाग को सातोशी में क्रम संख्या निर्दिष्ट करने और लेनदेन के रूप में खर्च सातोशी को ट्रैक करने के लिए एक प्रोटोकॉल है।
ये क्रम संख्या बड़ी संख्याएँ होती हैं, जैसे 804766073970493। प्रत्येक सातोशी, जो एक बिटकॉइन का ¹⁄₁₀₀₀₀₀₀₀₀ भाग है, उसमें क्रमसूचक संख्या निहित होती हैं।
क्या ऑर्डिनल थ्यौरी के लिए साइड चेन, अलग टोकन या बिटकॉइन में बदलाव करने की आवश्यकता "होती है?
बिलकुल नहीं! वर्तमान समय में, आर्डिनल थ्यौरी (क्रमसूचक सिद्धांत) साइड चेन के बगैर काम करती है, और इसके लिए सिर्फ बिटकॉइन टोकन ही जरूरी होता है।
ऑर्डिनल थ्यौरी किस प्रकार से अच्छी है?
संग्रह, लेनदेन करना और योजना बनाना। आर्डिनल थ्यौरी व्यक्तिगत सातोशियों को पहचान देती है, ताकि वे व्यक्तिगत रूप से ट्रैक और क्यूरियस के रूप में मौद्रिक मूल्य पर लेनदेन कर सकें।
ऑर्डिनल थ्यौरी इंस्क्रिप्शंस (डिजिटल अभिलेख) को भी सक्षम बनाता है, जो स्वेच्छित संदेशों को व्यक्तिगत सातोशियों के साथ जोड़ने के लिए एक प्रोटोकॉल है, उन्हें बिटकॉइन-मूल डिजिटल कलाकृतियों में परिवर्तित करता है।
ऑर्डिनल थ्यौरी कैसे काम करती है?
क्रमसूचक संख्याएं सातोशियों को उस क्रम में निर्दिष्ट की जाती हैं, जिस क्रम में उनका खनन किया जाता है। पहले ब्लॉक के पहले सातोशी की क्रमसूचक संख्या 0 है, दूसरे की क्रमसूचक संख्या 1 है, और पहले ब्लॉक के अंतिम सातोशी की क्रमसूचक संख्या 4,999,999,999 है।
सातोशी आउटपुट में निर्वाह करते हैं, लेकिन लेनदेन आउटपुट को नष्ट करके नई आउटपुट का सृजन कर लिया है, इसलिए आर्डिनल थ्यौरी (क्रमसूचक सिद्धांत) एक एल्गोरिदम (कलन विधि) का उपयोग करके यह निर्धारित करती है कि कैसे सातोषी लेनदेन के इनपुट से उसके आउटपुट तक उछाल लगाते हैं।
सौभाग्य से, यह एल्गोरिदम बहुत सरल है।
सातोशी फर्स्ट-इन-फर्स्ट-आउट (फीफो) क्रम में स्थानांतरण करते हैं। लेन-देन इनपुट को सातोशी की सूची और आउटपुट को सातोशी प्राप्त करने की प्रतीक्षारत स्लॉट की सूची के रूप में विचार करते हैं। इनपुट सातोशी को स्लॉट में निर्दिष्ट करने के लिए, इनपुट में प्रत्येक सातोशी की क्रम से जांच-परख करें, और प्रत्येक को आउटपुट में पहले उपलब्ध स्लॉट में निर्दिष्ट कर दें।
आइए तीन इनपुट और दो आउटपुट वाले लेनदेन की कल्पना करते हैं। इनपुट तीर के बाईं ओर हैं और आउटपुट तीर के दाईं ओर रखी गई हैं, उन सभी पर उनके मान के साथ लेबल लगाए गए हैं:
[2] [1] [3] → [4] [2]
अब चलिए उसी लेन-देन को उस प्रवेश इनपुट में होने वाले सतोशियों के क्रमिक अंकों से चिह्नित करते हैं, "और प्रत्येक आउटपुट स्लॉट के लिए प्रश्न चिह्न। क्रमिक अंक बड़े होते हैं, इसलिए चलिए उन्हें प्रतिस्थापित करने के लिए अक्षरों का उपयोग करते हैं:
[a b] [c] [d e f] → [? ? ? ?] [? ?]
यह समझने के लिए कि कौन सा सातोशी किस आउटपुट में जाता है, प्रवेश सतोशियों को क्रम में देखें और प्रत्येक को एक प्रश्न चिह्न के साथ सौंपें:
[a b] [c] [d e f] → [a b c d] [e f]
आप शुल्क के बारे में पूछ सकते हैं, हैं ना? अच्छा सवाल! चलिए वही लेन-देन कल्पना करते हैं, इस बार दो सातोशी शुल्क के साथ। शुल्क वाले लेन-देन में प्रवेश में अधिक सातोशियाँ भेजी जाती हैं जितनी आउटपुट द्वारा प्राप्त होती है, इसलिए हमारे लेन-देन को एक शुल्क चुकाने वाले लेन-देन में बदलने के लिए, हम दूसरे आउटपुट को हटा देंगे:
[2] [1] [3] → [4]
The satoshis e and f now have nowhere to go in the outputs:
[a b] [c] [d e f] → [a b c d]
इसलिए वे शुल्क के रूप में ब्लॉक का खनन करने वाले माइनर (खनिक) के पास जाते हैं। बीआईपी The BIP "में विवरण दिए गये हैं, लेकिन संक्षेप में, लेनदेन द्वारा किए गये भुगतान शुल्क सिक्का आधारित लेनदेन के अतिरिक्त इनपुट के रूप में उपचारित किये जाएंगे, और इस तरह क्रमबद्ध किये जाएंगे जिस क्रम में ब्लॉक में उनके संबंधित लेनदेन के क्रम दिये गये हैं। ब्लॉक का कॉइनबेस लेनदेन इस तरह दिख सकता है:
[SUBSIDY] [e f] → [SUBSIDY e f]
मैं कहां से विस्तृत विवरण प्राप्त कर सकता हूं?
सैट इंस्क्रिप्शंस को क्यों "एनएफटी" के बदले "डिजिटल अभिलेख" कहा जाता है?
एक इंस्क्रिप्शंस एनएफटी है, लेकिन इसके बजाय इसके लिए "डिजिटल अभिलेख" शब्द का उपयोग किया जाता है, "क्योंकि यह सरल, सांकेतिक और परिचित है।
वाक्यांश "डिजिटल अभिलेख" अत्यधिक सांकेतिक है, यहां तक कि उस व्यक्ति के लिए भी जिसने यह शब्द पहले कभी नहीं सुना है। इसकी तुलना में, एनएफटी एक संक्षिप्त शब्द है, और यदि आपने इस शब्द को पहले नहीं सुना है तो यह इसका कोई संकेत व्यक्त नहीं करता है कि इसका क्या अर्थ हो सकता है।
इसके अतिरिक्त, "एनएफटी" एक प्रकार से वित्तीय शब्दावली सदृश लगता है, और "एनएफटी" में प्रयुक्त शब्द "प्रतिमोच्य" और "टोकन" शब्द का अर्थ वित्तीय संदर्भों के बाहर बहुत ही असामान्य है।
सैट्स अभिलेखों की तुलना निम्न के साथ किस प्रकार की जाती है…
एथेरियम एनएफटी?
डिजिटल अभिलेख सदैव अपरिवर्तनीय रहते हैं।
"एक बार किसी डिजिटल अभिलेख का सृजन करने के बाद किसी भी तरीके से उसके निर्माता, या किसी डिजिटल अभिलेख का सृजनकर्ता उसे संशोधित नहीं कर सकते।
एथेरियम एनएफटी अपरिवर्तनीय हो सकते हैं, लेकिन बहुत सारे नहीं, और इन्हें एनएफटी अनुबंध मालिकों के द्वारा बदला या हटाया जा सकता है।
यह सुनिश्चित करने के लिए एथेरियम एनएफटी अपरिवर्तनीय हैं, उनके अनुबंध कोड का लेखा-परीक्षण किया जाना चाहिए, जिसके लिए ईवीएम और मजबूती के शब्दार्थ का विस्तृत ज्ञान होना अत्यन्त आवश्यक है।
एक गैर-तकनीकी उपयोगकर्ता के लिए यह तय करना बहुत मुश्किल है कि क्या एथेरियम एनएफटी परिवर्तनीय या अपरिवर्तनीय है या नहीं, और एथेरियम एनएफटी मंच यह अंतर करने का बिलकुल प्रयास नहीं करते कि कोई एनएफटी परिवर्तनीय है या अपरिवर्तनीय है, और क्या अनुबंध स्रोत कोड उपलब्ध है और उसका लेखा-परीक्षण किया गया है।
इंस्क्रिपशन (डिजिटल अभिलेख) विषय-वस्तु हमेशा ऑन-चेन होती हैं।
किसी भी सूरत में इंस्क्रिपशन (डिजिटल अभिलेख) ऑफ-चेन विषय-वस्तु को संदर्भित नहीं करते। यह इंस्क्रिपशन को अधिक स्थिर बनाता है, क्योंकि विषय-वस्तु नष्ट नहीं हो सकते हैं, और दुर्लभ हैं, क्योंकि इंस्क्रिपशन (डिजिटल अभिलेख) के सृजनकर्ता को विषय-वस्तु के आकार के अनुपात में शुल्क का भुगतान करना होगा।
कुछ एथेरियम एनएफटी विषय-वस्तु ऑन-चेन (क्लाउड सदृश सभी के लिए दृश्यमान) हैं, लेकिन अधिकांश ऑफ-चेन (निजी हैं सार्वजनिक रूप से दृश्य नहीं हैं) हैं, और इन्हें IPFS या Arweave जैसे मंचों पर, या पारंपरिक रूप से, पूरी तरह से केंद्रीकृत वेब सर्वर पर संग्रहित किया जाता है। आईपीएफएस पर विषय-वस्तु उपलब्ध रहने की गारंटी नहीं है, और आईपीएफएस पर संग्रहीत कुछ एनएफटी विषय-वस्तु पहले ही खो चुकी है। Arweave जैसे प्लेटफ़ॉर्म कमज़ोर आर्थिक धारणाओं पर भरोसा करते हैं, और जब ये आर्थिक धारणाएँ पूरी नहीं होंगी तो संभवतः विनाशकारी रूप से विफल हो जाएंगे। केंद्रीकृत वेब सर्वर किसी भी समय गायब हो सकते हैं।
एक गैर-तकनीकी उपयोगकर्ता के लिए यह तय करना बहुत मुश्किल है कि दी गई एथेरियम एनएफटी की विषय-वस्तु कहाँ संग्रहीत की गई है।
इंस्क्रिपशन (डिजिटल अभिलेख) बहुत सरल हैं।
एथेरियम एनएफटी, एथेरियम नेटवर्क और वर्चुअल मशीन पर निर्भर करते हैं, जो बेहद जटिल होते हैं, निरंतर बदलते रहते हैं, और जो बैकवर्ड-कम्पेटिबल हार्ड फोर्क्स (बैकवर्ड कम्पैटिबिलिटी को किसी भी हार्डवेयर या सॉफ़्टवेयर के पुराने सॉफ़्टवेयर संस्करणों से इंटरफ़ेस का उपयोग करने या अन्य हार्डवेयर सिस्टम के साथ पुराने मॉडलों के साथ संगत करना) के माध्यम से अपडेट होते रहते हैं।
दूसरी ओर, इंस्क्रिप्शंस बिटकॉइन ब्लॉकचेन पर निर्भर करते हैं, जो अपेक्षाकृत सरल हैं लेकिन परिवर्तनशील नहीं हैं, और जो बैकवर्ड-संगत सॉफ्ट फोर्क्स के माध्यम से परिवर्तन अपडेट करते हैं।
इंस्क्रिप्शंस (डिजिटल अभिलेख) अधिक सुरक्षित हैं।
इंस्क्रिप्शंस बिटकॉइन के लेनदेन मॉडल को विरासत में अपनाते हैं। यह उपयोगकर्ता को हस्ताक्षर करने से पहले यह देखने की अनुमति देते हैं कि वास्तव में लेनदेन द्वारा कौन से इंस्क्रिप्शंस स्थानांतरित किए जा रहे हैं। "इंस्क्रिप्शंस की आंशिक रूप से लेनदेन पर हस्ताक्षर करके बिक्री की जा सकती है, जिसके लिए उपयोगकर्ता की ओर "से उन्हें स्थानांतरित करने के लिए एक्सचेंज या बाजार जैसे किसी तीसरे पक्ष से अनुमति लेने की आवश्यकता नहीं होती।
तुलनात्मक रूप से, एथेरियम एनएफटी अंतिम-उपयोगकर्ता सुरक्षा अरक्षितता से ग्रस्त हैं। लेनदेन पर अंधाधुंध हस्ताक्षर करना, उपयोगकर्ता के एनएफटी पर तीसरे पक्ष के ऐप्स तक पहुंच को असीमित अनुमति देना और जटिल और अप्रत्याशित स्मार्ट अनुबंधों के साथ समन्वय करना इनमें आम कमजोरियां हैं। यह एथेरियम एनएफटी उपयोगकर्ताओं के लिए खतरों से भरी विस्फोटक स्थिति उत्पन्न कर देता है जो आर्डिनल थ्योरिस्ट (क्रमसूचक सिद्धांतवादियों) के लिए चिंता का विषय नहीं है।
इंस्क्रिप्शंस (डिजिटल अभिलेख) दुर्लभ हैं।
इंस्क्रिप्शंस की ढलाई, स्थानांतरित करने और संग्रहीत करने के लिए बिटकॉइन की आवश्यकता पड़ती है। वास्तविक धरातल पर यह एक नकारात्मक पहलू प्रतीत होता है, लेकिन डिजिटल अभिलेख का उद्देश्य दुर्लभ है और इसलिए यह मूल्यवान है।
एथेरियम एनएफटी, दूसरी ओर, एक ही लेन-देन के साथ लगभग असीमित गुणों में ढाले जा सकते हैं, जिससे वे स्वाभाविक रूप से कम दुर्लभ बन जाते हैं, और इसीलिए, संभावित रूप से कम मूल्यवान होते हैं।
इंस्क्रिप्शंस (डिजिटल अभिलेख), ऑन-चेन रॉयल्टी का समर्थन करने का दिखावा नहीं करते हैं।
ऑन-चेन रॉयल्टी सैद्धांतिक रूप में एक अच्छा विचार है लेकिन व्यवहारिक नहीं है। जटिल और आक्रामक प्रतिबंधों के बिना रॉयल्टी के भुगतान ऑन-चेन पर लागू नहीं किये जा सकते। वर्तमान समय में, एथेरियम एनएफटी पारिस्थितिकी तंत्र रॉयल्टी के इर्दगिर्द आशंका से जूझ रहा है, और सामूहिक रूप से इस असलियत की चपेट में आ गया है कि ऑन-चेन रॉयल्टी, जिसके संदेश कलाकारों को एनएफटी के लाभ के रूप में भेजे गये थे, संभव ही नहीं हैं, जबकि मंच सभी नियमों का ताक पर रखकर रॉयल्टी समर्थन को समाप्त कर देते हैं।
इंस्क्रिप्शंस (डिजिटल अभिलेख), ऑन-चेन की तरह रॉयल्टी के समर्थन का ऐसा कोई झूठा वायदा नहीं करता और इस स्थिति से सर्वथा पूरी तरह बचता है, इस प्रकार, एथेरियम एनएफटी जैसी स्थिति के भ्रम, अराजकता और नकारात्मकता से बचते हैं।
इंस्क्रिप्शंस (डिजिटल अभिलेख) नए बाज़ारों में प्रवेश
बिटकॉइन का बाजारी पूंजीकरण और तरलता एथेरियम से काफी अधिक है। इस तरलता का अधिकांश भाग एथेरियम एनएफटी के लिए उपलब्ध नहीं होता है, क्योंकि कई बिटकॉन उपयोगकर्ता इसकी सरलता, सुरक्षा और विकेंद्रीकरण से संबंधित सरोकारों के कारण एथेरियम पारिस्थितिकी तंत्र के साथ समन्वय करना पसंद नहीं करते हैं।
ऐसे बिटकॉन उपयोगकर्ता, एथेरियम एनएफटी की तुलना में इंस्क्रिप्शंस (डिजिटल अभिलेख) में अधिक दिलचस्पी दिखा सकते हैं, जो संग्रहकों के नए वर्गों के द्वार खोल देते हैं।
इंस्क्रिप्शंस (डिजिटल अभिलेख) का समृद्ध डेटा मॉडल है।
इंस्क्रिप्शंस (डिजिटल अभिलेख) में विषय-वस्तु का प्रकार सम्मिलित होता है, जिसे MIME प्रकार के रूप में भी जाना जाता है, और इसकी विषय-वस्तु एक स्वेच्छित बाइट स्ट्रिंग होती है। यह वेब द्वारा उपयोग किया जाने वाला वैसा ही डेटा मॉडल है, और इंस्क्रिप्शंस विषय-वस्तु को वेब के साथ विकसित करने में सक्षम करता है, और अंतर्निहित प्रोटोकॉल में बदलाव की जरूरत के बिना, वेब ब्राउज़र द्वारा समर्थित किसी भी प्रकार की विषय-वस्तु का समर्थन करता है।
RGB (आरजीबी) और Taro (टैरो) संपत्तियां?
RGB और Taro दोनों बिटकॉइन पर निर्मित दूसरी परत के परिसंपत्ति प्रोटोकॉल हैं। इंस्क्रिप्शंस की तुलना में, वे बहुत अधिक जटिल हैं, लेकिन बहुत अधिक विशिष्ट भी हैं।
डिजिटल अभिलेखों के लिए ऑर्डिनल सिद्धांत को जमीनी स्तर पर डिजाइन किया गया है, जबकि RGB और Taro के प्राथमिक उपयोग-मामले परिवर्तनीय टोकन हैं, इसलिए इंस्क्रिप्शंस के लिए उपयोगकर्ता अनुभव आरजीबी और टैरो एनएफटी के लिए उपयोगकर्ता अनुभव की तुलना में सरल और अधिक परिष्कृत होने की संभावना है।
RGB और Taro दोनों ऑफ-चेन विषय-वस्तु संग्रहीत करते हैं, जिसके लिए अतिरिक्त बुनियादी ढांचे की आवश्यकता होती है, और जो खो सकता है। इसके विपरीत, इंस्क्रिप्शंस विषय-वस्तु को श्रृंखला पर संग्रहीत किया जाता है, और उसे खोया नहीं जा सकता।
ऑर्डिनल थ्यौरी (क्रमसूचक सिद्धांत), RGB और Taro पुराने हो गये हैं, इसलिए यह अनुमान/सट्टा हैं, लेकिन ऑर्डिनल थ्यौरी इसे डिजिटल अभिलेखों के लिए सुविधाओं के मामले में अनुकूल या श्रेष्ठ स्थिति में बेहतर लाभ प्रदान कर सकती है, जिसमें एक बेहतर विषय-वस्तु मॉडल और विश्व स्तर पर अद्वितीय प्रतीकों जैसी विशेषताएं। शामिल हैं।
प्रतिपक्ष संपत्तियां?
प्रतिपक्ष के अपने स्वयं के टोकन, XCP (एक्ससीपी) हैं, जो कुछ कार्यक्षमता के लिए अत्यंत आवश्यक हैं, जिससे अधिकांश बिटकॉइनर्स इसे एक आल्टकॉइन के रूप में मानते हैं, न कि बिटकॉइन का विस्तार/प्रसार या दूसरी परत का रूप।
ऑर्डिनल थ्यौरी (क्रमसूचक सिद्धांत), का सृजन पूरी तरह से डिजिटल अभिलेखों के लिए किया गया है, "जबकि प्रतिपक्ष संपत्तियों को मुख्य रूप से वित्तीय टोकन जारी करने के लिए डिज़ाइन किया गया था।
इंस्क्रिप्शंस (डिजिटल अभिलेख)…
कलाकारों के लिए
इंस्क्रिप्शंस (डिजिटल अभिलेख) बिटकॉइन पर उपलब्ध होते हैं। बिटकॉइन उच्चतम स्थिति और दीर्घकालिक अस्तित्व की सबसे व्यापक संभावना वाली डिजिटल मुद्रा है। यदि आप यह गारंटी देना चाहते हैं कि आपकी कला भविष्य में भी अस्तित्व में बरकरार रहे, तो इसे इंस्क्रिप्शंस के रूप में प्रकाशित करने का इससे बेहतर कोई भी दूसरा तरीका नहीं है।
किफायती ऑन-चेन भंडारण। $20,000 प्रति बीटीसी और 1 सातोशी प्रति वीबाइट की न्यूनतम रिले शुल्क पर, इंस्क्रिप्शंस (डिजिटल अभिलेख) विषय-वस्तु प्रकाशित करने की लागत $50 प्रति 1 मिलियन बाइट्स आती है।
इंस्क्रिप्शंस आउटडेटेड हो गई हैं! इंस्क्रिप्शंस अभी भी विकसित हो रही है, और अभी तक मुख्य नेट पर लॉन्च नहीं हुई है। आपके लिए यह सुनहरी मौका है कि आप जल्द से जल्द इसे अपना लें, और जैसे-जैसे यह माध्यम विकसित होता है, उसका फायदा उठाएं।
इंस्क्रिप्शंस सरल हैं। इंस्क्रिप्शंस के लिए स्मार्ट अनुबंध लिखने या समझने की बिलकुल जरूरत नहीं है।
इंस्क्रिप्शंस नई लिक्विडिटी/तरलता के मार्ग प्रशस्त करती हैं। बिटकॉइन धारकों के लिए इंस्क्रिप्शंस अधिक सुलभ और आकर्षक हैं, जो पूरी तरह नई श्रेणी के संग्रहकों के लिए लेनदेन करने के नये रास्ते खोल देती हैं।
इंस्क्रिप्शंस डिजिटल अभिलेखों के लिए डिज़ाइन किए गए हैं। एनएफटी का समर्थन करने के लिए इंस्क्रिप्शंस को बुनियादी स्तर से ही डिज़ाइन किया जाता है, जिसमें एक बेहतर डेटा मॉडल और विश्व स्तरीय असाधारण प्रतीकों और उन्नत उत्पति जैसी अनूठी विशेषताएं हैं।
इंस्क्रिप्शंस ऑन-चेन रॉयल्टी का समर्थन नहीं करते। यह नकारात्मक है, जो केवल इस पर निर्भर करता है कि आप इसे कैसे देखते हैं। ऑन-चेन रॉयल्टी उत्पतिकर्ताओं के लिए एक वरदान साबित हुआ है, लेकिन इसने एथेरियम एनएफटी पारिस्थितिकी तंत्र में बहुत अधिक भ्रम भी पैदा कर दिये हैं। पारिस्थितिकी तंत्र अब इस मुद्दे के साथ संघर्षरत है, और रॉयल्टी-वैकल्पिक भविष्य की ओर, प्रतिस्पर्धा की दौड़ में समझौता करने में संलग्न हो जाता है। इंस्क्रिप्शंस में ऑन-चेन रॉयल्टी के लिए कोई समर्थन नहीं मिलता, क्योंकि तकनीकी रूप से वे व्यवहारिक नहीं हैं। यदि आप इंस्क्रिप्शंस सृजन करने का चयन करते हैं, ऐसे कई तरीके हैं जिनसे आप इस सीमा के दायरे में काम कर सकते हैं: अपने इंस्क्रिप्शंस के एक हिस्से को भविष्य में बिक्री के लिए सहेज लें, ताकि भविष्य में होने वाली उछाल से लाभ उठा पाएं, या कदाचित वैकल्पिक रॉयल्टी देने वाले वाले उपयोगकर्ताओं को प्रोत्साहन की पेशकश करें।
संग्रहक
इंस्क्रिप्शंस सरल, स्पष्ट हैं और इनमें कोई अप्रत्याशित घटना नहीं होती। वे हमेशा अपरिवर्तनीय और ऑन-चेन रहती हैं, इसके लिए कोई विशेष सम्यक तत्परता (ड्यू डिलिजेंस) की आवश्यकता नहीं होती है।
इंस्क्रिप्शंस बिटकॉइन पर सुलभ हैं। आप अपने नियंत्रण वाले बिटकॉइन पूर्ण नोड के साथ इंस्क्रिप्शंस के स्थान और गुणों को आसानी से सत्यापित कर सकते हैं।
बिटकॉइनर्स
आईये अब मैं इस अनुभाग को यह संबोधित कर शुरू करता हूं: बिटकॉइन नेटवर्क सबसे महत्वपूर्ण काम पैसे का विकेंद्रीकरण करना है। आर्डिनल थ्यौरी (क्रमसूचक सिद्धांत) सहित अन्य सभी उपयोग के मामलों का महत्व कम है। आर्डिनल थ्यौरी (क्रमसूचक सिद्धांत) के डेवलपर्स इसे अच्छे से समझते हैं और स्वीकार भी करते हैं, और मानते हैं कि आर्डिनल थ्यौरी (क्रमसूचक सिद्धांत), कम से कम बहुत ही मामूली तरीके के साथ बिटकॉइन के प्राथमिक मिशन में मदद करती है।
ऑल्टकॉइन स्पेस में कई अन्य तथ्यों के विपरीत, डिजिटल अभिलेख सक्षम हैं। "बेशक, बड़ी संख्या में एनएफटी बेढंगे, मूर्खतापूर्ण और धोखाधड़ी वाले हैं। हालाँकि, कुछेक ऐसे भी हैं जो शानदार ढंग से रचनात्मक हैं, और कला का निर्माण और संग्रह शुरू से ही मानव इतिहास का एक अभिन्न हिस्सा रहा है, यहां तक कि व्यापार और मुद्रा के प्रचलन से भी पहले का है, जो प्राचीन प्रौद्योगिकियां भी हैं।
बिटकॉइन डिजिटल अभिलेखों के सुरक्षित, विकेन्द्रीकृत तरीके से सृजन और संग्रह करने हेतु एक अद्भुत मंच प्रदान करता है, जो उपयोगकर्ताओं और कलाकारों को उसी तरह सुरक्षा प्रदान करता है जिस प्रकार यह अद्भुत मंच धन भेजने और प्राप्त करने या इस प्रकार के समान कारणों के लिए करता है।
ऑर्डिनल्स और इंस्क्रिप्शंस बिटकॉइन ब्लॉक स्पेस की मांग में इजाफा करते हैं, जिससे बिटकॉइन का सुरक्षा बजट बढ़ जाता है, जो बिटकॉइन के शुल्क-निर्भर सुरक्षा मॉडल में ट्रांजिशन को सुरक्षित रखने के लिए महत्वपूर्ण है, क्योंकि ब्लॉक की आर्थिक सहायता को निरर्थक आधा कर दिया गया है।
इंस्क्रिप्शंस की विषय-वस्तु को ऑन-चेन संग्रहीत किया जाता है, और इस प्रकार इंस्क्रिप्शंस में उपयोग के लिए ब्लॉक स्पेस "की मांग असीमित है। यह सभी बिटकॉइन ब्लॉक स्पेस के लिए खरीदार के पास अंतिम उपाय बन जाता है।इससे एक मजबूत शुल्क बाजार का समर्थन करने में मदद मिलेगी, जो सुनिश्चित करता है कि बिटकॉइन सुरक्षित बने रहें।
इंस्क्रिप्शंस इस वृतांत का भी प्रतिकार करते हैं कि बिटकॉइन को नए उपयोग के मामलों में विस्तारित या उपयोग नहीं किया जा सकता है। यदि आप डीएलसी, फेडिमिंट, लाइटनिंग, टैरो और आरजीबी जैसी परियोजनाओं का अनुसरण करते हैं, "तब आप जानते हैं कि यह वृतांत झूठा है, लेकिन इंस्क्रिप्शंस एक जवाबी तर्क प्रदान करता है जिसे समझना आसान है, और जो एक लोकप्रिय और सिद्ध उपयोग के मामले, एनएफटी को लक्षित करता है, जो इसे अत्यधिक सुपाठ्य बनाता है।
यदि लेखकों की आशा के अनुरूप इंस्क्रिप्शंस समृद्ध इतिहास के साथ डिजिटल अभिलेखों की अत्यधिक मांग का सृजन करने में सफल हो जाता है, तो वे बिटकॉइन अपनाने के लिए एक शक्तिशाली दावे के समर्थन में कारगर होंगे: चाहे वह मनोरंजन का क्षेत्र हो, समृद्ध कला, विकेंद्रीकृत डिजिटल पैसों के लेनदेनों का दृढ़ता के साथ "बरकरार बने रहना।
इंस्क्रिप्शंस ब्लॉक स्पेस मांग का एक अत्यधिक अनुकूल स्रोत हैं। इसके विपरीत, उदाहरण के लिए, स्टेबलकॉईन (स्थिर सिक्के), बिटकॉइन भविष्य के विकास या डीएफआई पर संभावित रूप से बिटकॉइन दिग्गज स्टेबलकॉईन "जारीकर्ताओं पर अपना असर डालते है, जो बिटकॉइन पर एमईवी, डिजिटल कला और संग्रहणीय वस्तुओं के लिए अवसरों को प्रस्तुत करते हुए खनन को केंद्रीकृत कर सकते हैं, बिटकॉइन को भ्रष्ट करने के लिए पर्याप्त शक्ति वाली व्यक्तिगत संस्थाओं के उत्पादन करने की संभावना नगण्य है। कला विकेन्द्रीकृत है।
इंस्क्रिप्शंस उपयोगकर्ताओं और सेवा प्रदाताओं को बिटकॉइन पूर्ण नोड्स संचालित करने, इंस्क्रिप्शंस प्रकाशित करने और ट्रैक करने के लिए प्रोत्साहित किया जाता है, और इस प्रकार ईमानदार श्रृंखला के पीछे आक्रामक तरीके "से आर्थिक रूप से अपना प्रभाव डालकर समर्थन किया जाता है।
ऑर्डिनल्स थ्यौरी (क्रमसूचक सिद्धांत) और इंस्क्रिप्शंस (डिजिटल अभिलेख) बिटकॉइन की परिवर्तनशीलता को सार्थक रूप से प्रभावित नहीं करते। बिटकॉइन उपयोगकर्ता दोनों को अनदेखा कर सकते हैं और इससे अप्रभावित रह सकते हैं।
हम आशा करते हैं कि ऑर्डिनल्स थ्यौरी (क्रमसूचक सिद्धांत) बिटकॉइन को मजबूत और समृद्ध करेंगे, और इसे आकर्षक "और कार्यात्मक बनाकर इसके प्राथमिक उपयोग के मामले की सेवा करके इसे और अधिक प्रभावी ढंग से मानवता के मूल्य के विकेन्द्रीकृत भंडार के रूप में सक्षम करेंगे।
ऑर्ड में योगदान
अनुशंसित कदम
- जिस मुद्दे पर आप काम करना चाहते हैं उसका पता लगाएं
- यह जानने का पता लगाएँ कि समस्या सुलझाने की दिशा में आपका पहला बेहतर कदम क्या होगा। यह कोड, शोध, एक प्रस्ताव या इसे बंद करने के सुझाव के रूप में हो सकता है, यदि यह बहुत पुराना हो गया है या पहली बार अच्छे से विचार नहीं किया है।
- अपने सुझाए गए पहले कदम की रूपरेखा के साथ मुद्दे पर टिप्पणी करें, और प्रतिक्रिया की मांग करें। निस्संदेह, "आप इसकी गहराई में उतरें और तुरंत कोड या परीक्षण लिखना शुरू कर सकते हैं, लेकिन यह संभावित रूप से बेकार "की मेहनत करने से बचना है, यदि मुद्दा बहुत पुराना है, स्पष्ट उल्लेख नहीं किया गया, किसी अन्य को अवरुद्ध किया है, या अन्यथा लागू करने के लिए तैयार नहीं है।
- यदि मुद्दे के लिए कोड में बदलाव या बगफिक्स (किसी कंप्यूटर प्रोग्राम या सिस्टम में किसी बग में सुधार) करने की आवश्यकता है, तब परीक्षणों के साथ एक ड्राफ्ट पीआर खोलें और प्रतिक्रिया की मांग करें। यह सुनिश्चित करता है कि मुद्दे को सुलझाने के लिए जो कुछ भी करने की आवश्यकता है उस पर सबने सहमति दे दी है। इसके अतिरिक्त, साथ ही, "चूंकि परीक्षण करने की आवश्यकता होती है, इसलिए पहले परीक्षण लिखने से यह पुष्टि करना आसान हो जाता है कि परिवर्तन का आसानी से परीक्षण किया जा सकता है।
- परीक्षण पास होने तक कीबोर्ड को बेतरतीब ढंग से मैश करें, और जब तक कोड सबमिट करने के लिए तैयार न हो जाए, "तब तक पुनर्संशोधित करें।
- PR (पीआर) को समीक्षा के लिए तैयार के रूप में चिह्नित करें।
- PR (पीआर) जरूरत के अनुसार संशोधित करें।
- और अंत में, विलयन!
छोटे-छोटे बदलावों से शुरूआत करें
छोटे-छोटे बदलाव करने से आपको उनका तुरन्त असर डालने में मदद करेगा और यदि आप गलत तरीका अपनाते हैं, तो भी आपका बहुत ज्यादा समय बर्बाद नहीं होगा।
छोटे मुद्दों के लिए विचार:
- एक नये परीक्षण या परीक्षण मामले को जोड़ें जो परीक्षण के कवरेज को बढ़ाता है
- दस्तावेज़ीकरण संलग्न करें या सुधार करें
- ऐसे मुद्दे की खोज करें जिस पर अधिक शोध करने की आवश्यकता है, और वह शोध करें तथा एक टिप्पणी में उसके संक्षिप्त विवरण प्रस्तुत करें
- किसी पुराने मुद्दे को खोजें और टिप्पणी में उल्लेख करें कि उसे बंद किया जा सकता है
- एक ऐसे मुद्दे का पता लगाएं जिसे नहीं किया जाना चाहिए, और रचनात्मक प्रतिक्रिया प्रदान करें जिसमें उल्लेख किया गया हो कि आप ऐसा क्यों सोचते हैं
जल्द-से-जल्द और बार-बार विलय करें
बड़े कामों को छोटे-छोटे कई चरणों में बांट दें ताकि व्यक्तिगत रूप से प्रगति हो सके। यदि कोई बग से हमला हुआ है, "तब आप एक पीआर खोल सकते हैं जो एक असफल उपेक्षित परीक्षण को जोड़ देता है। इसे विलय किया जा सकता है, और अगला कदम बग को फिक्स यानि सुधार करना और परीक्षण को अनदेखा नहीं करना हो सकता है। शोध या परीक्षण करें, और अपने परिणामों पर सूचित करें। किसी विशेषता को छोटी-छोटी उप-विशेषताओं में तोड़ दें और उन्हें एक-एक करके कार्यान्वित करें।
यह पता लगाएं कि एक बड़े पीआर को छोटे पीआर में कैसे तोड़ा जाए, जहां प्रत्येक का अभ्यास करने योग्य कला के रूप में विलय किया जा सके। मुश्किल यह है कि प्रत्येक पीआर अपने आप में एक सुधार होना चाहिए।
मैं स्वयं इस सलाह का पालन करने का प्रयास करता हूं और जब भी मैं कुछ ऐसा करता हूं अपने आपको हमेशा "बेहतर स्थिति में पाता हूं।
छोटे-छोटे बदलाव शीघ्रता के साथ लिखे, समीक्षा और विलय किए जा सकते हैं है, बहुत अधिक बड़े पीआर पर मेहनत करने से ये कहीं अधिक आसान होते हैं, बड़े पीआर लिखने, समीक्षा करने और विलय करने में बहुत समय खर्च हो जाता है। छोटे-छोटे बदलावों में ज्यादा समय नहीं लगता, इसलिए यदि आपको बीच में काम रोकना भी पड़ता है तो छोटे बदलावों में बड़े बदलावों के मुकाबले आपका ज्यादा समय बर्बाद नहीं होगा। पीआर को तुरन्त प्राप्त करने के लिए परियोजना "में हलके सुधार, बहुत व्यापक सुधार के मुकाबले तुरंत पूरे हो जाते हैं। छोटे बदलावों से विलय मतभेदों के बढ़ने की संभावना कम हो जाती है। जैसा कि एथेनियाईयों ने कहा है:तेज़ लोग वही करते हैं जो वे करना चाहते हैं, धीमे लोग जो करना चाहते हैं उसे पूरा कर लेते हैं।
सहायता की मांग करें
यदि आप 15 मिनट से अधिक समय तक रस्ट डिस्कॉर्ड, स्टैक एक्सचेंज, या किसी परियोजना के मुद्दे या चर्चा संबंधी किसी मामले में फंस जाते हैं, तो किसी से मदद की मांग करें।"
परिकल्पना-चालित डिबगिंग का अभ्यास करें
समस्या के पीछे के कारण के बारे में परिकल्पना करें। यह पता लगाने का प्रयास करें कि उस परिकल्पना का परीक्षण कैसे किया जाए। परीक्षण को अंजाम दें। यदि यह ठीक से काम करता है, तो बहुत बढ़िया है, आपने समस्या दुरूस्त कर दी है या अब आप जान गये हैं कि समस्या को कैसे दुरूस्त किया जाए। यदि ऐसा कुछ भी नहीं हुआ है, तो एक नई परिकल्पना करके फिर से यही प्रक्रिया दोहराएँ।
त्रुटि संदेशों पर ध्यान दें
सभी त्रुटि संदेशों को ध्यान से पढ़ें और चेतावनियाँ को नजरअंदाज मत करें।
दान करें
ऑर्डिनल्स (क्रमसूचक) ओपन-सोर्स (मुक्त-स्रोत) है और समुदाय द्वारा वित्त पोषित किया जाता है। ऑर्ड (क्रमसूचक) का वर्तमान प्रमुख अनुरक्षक raphjaph है। आर्डिनल्स पर raph का काम पूरी तरह से दान द्वारा वित्त पोषित होता है। यदि आप भी दान देना चाहते हैं, तब विलंब मत करें, कृपया तुरन्त दान देने पर विचार करें!
बिटकॉइन के लिए दान का पता है bc1q8kt9pyd6r27k2840l8g5d7zshz3cg9v6rfda0m248lva3ve5072q3sxelt. डिजिटल अभिलेखों के लिए दान का पता है " bc1qn3map8m9hmk5jyqdkkwlwvt335g94zvxwd9aql7q3vdkdw9r5eyqvlvec0.
दोनों पते 4 में से 2 मल्टीसिग वॉलेट में हैं जिनकी कुंजियां raphjaph, "erin, rodarmor, "और ordinally से रखी गई हैं।
प्राप्त किए गये दान का उपयोग ऑर्डिनल्स (क्रमसूचक) के रखरखाव और विकास के वित्त-पोषण के साथ-साथ ordinals.com की होस्टिंग लागत में किया जाएगा।
दान देने के लिए आपका आभार!
ऑर्डिनल्स थ्यौरी के मार्गदर्शक निर्देश
मार्गदर्शक निर्देशों की सूची के लिए विषय-वस्तु में दी गई तालिका देखें, जिसमें अन्वेषक और अभिलेखों के लिए मार्गदर्शक निर्देश शामिल हैं।
JSON-API
By default, the ord server gives access to endpoints that return JSON instead of HTML if you set the HTTP Accept: application/json header. The structure of these objects closely follows what is shown in the HTML. These endpoints are:
Endpoints
GET
/address/<ADDRESS>
Description
List all assets of an address. Requires index with --index-addresses flag.
उदाहरण
curl -s -H "Accept: application/json" \
http://0.0.0.0:80/address/bc1pdrm7tcyk4k6c3cdcjwkp49jmfrwmtvt0dvqyy7y4qp79tgks4lmqdpj6rw
{
"outputs": [
"ddf44a0e0080f458a1a1b6255a9fa0957f2611883a483c1901ccb0f59e3eb302:0",
"77c5a00da7dcf2c8f965effd25dda16ec8ec8d6b8937e89bbbdf10a1dc5aeb0d:0",
"36f5a76644ee3002483e08345feaa97a71c7a210050333a8f02e942af1294227:1434",
"e2a15acfb519ac6d95bbfd411f1f3dba4692672ea0b0a8f868da8b3f565fb428:0",
"2b84aab0b4b9869a005ae2571a94064163652f2aeffecd4fedf0397dd6b7cf41:1",
"e267548a8cc0c6e6033a6f82b355163bc1d041879206d27feb46e605b3e82759:246",
"f5b586cf0e61b7d89c18a74c47a1f8df9ff530a66ed62c02cec72fde9a23a45a:0",
"4fd271181e901809f6e2d5f89ce95ddfeb886f8db1582a35c812401af8e77661:42",
"29f8633939e956b078fb2fa0e1219089bbe2544169e7a2755e97cc254b783cb2:0",
"7aeca5c346aec84acde229e5927dd09aef680992223cfa57fe6f1ff7698b12da:0",
"cccc35d597cd5a8079f6fe54bb9c743e5297d9165b0dcfa74e74687514c66be0:0",
"590745241244d41a90df7e2cf0d7745877e4cedac573525946cc8ac7f18757e8:0",
"590745241244d41a90df7e2cf0d7745877e4cedac573525946cc8ac7f18757e8:1",
"590745241244d41a90df7e2cf0d7745877e4cedac573525946cc8ac7f18757e8:2",
"6b23a6cf6d2850f437a50f1673fc8410ae36146541b3101d8573539871a91bf0:0",
"fe130d3ca1577c65ac768f4b5b9d12a88d947ddcc31196bcf870ed5ff18403f5:2",
"5fddcbdc3eb21a93e8dd1dd3f9087c3677f422b82d5ba39a6b1ec37338154af6:0",
"c63c4910be259007e1119dbbe6fe0d923b207e78058a4f69bd54df6a3a6488f6:0"
],
"inscriptions": [
"77c5a00da7dcf2c8f965effd25dda16ec8ec8d6b8937e89bbbdf10a1dc5aeb0di0",
"1417086d6abf96f68287b799b13b0081ec895d0b4a5fb7b70d2fde404eeb8aa1i0",
"eb6636995ba074472e4193dbf65bb268ef5379509d9fffb20ddd5857039f80abi1",
"4fd271181e901809f6e2d5f89ce95ddfeb886f8db1582a35c812401af8e77661i42",
"40ab704e6123c681554102556ae3f37b0525863968311f845322fe2f2403a4c6i0",
"0b36fa5ebce6c0e028b61647a89f9488a9c9f6ad0b90a215d10eb96ee8aedf9ei0",
"87a0088e83e43a79e0e9b451037067bca726f5fd3da083e8684996dd1e6b6c70i0",
"54abce9b4380e2fe90ac0cb49b442afee76838ffd91f1ffcac46f6a6fea790c5i72",
"54abce9b4380e2fe90ac0cb49b442afee76838ffd91f1ffcac46f6a6fea790c5i768",
"b4ba20c4eb45425f4960820f493a04a3b1c2e1364927d6001e7dc7dd524cf922i931",
"781938d9e2e93698d41f30b4d1c7f7bfcd403761bce3c0ab579be47b408809e2i0",
"fe130d3ca1577c65ac768f4b5b9d12a88d947ddcc31196bcf870ed5ff18403f5i1",
"26482871f33f1051f450f2da9af275794c0b5f1c61ebf35e4467fb42c2813403i0"
],
"sat_balance": 22635,
"runes_balances": [
[
"RSIC•AUBERGINE",
"1100000000",
"🍆"
],
[
"SPACEY•CODARMOR",
"279550",
"🚀"
],
[
"ISABEL•FOXEN•DUKE",
"10000",
"⚡"
],
[
"EPIC•EPIC•EPIC•EPIC",
"1000",
"💥"
]
]
}
GET
/block/<BLOCKHASH>
Description
Returns info about the specified block.
उदाहरण
curl -s -H "Accept: application/json" \
http://0.0.0.0:80/block/000000000019d6689c085ae165831e934ff763ae46a2a6c172b3f1b60a8ce26f
{
"best_height": 864325,
"hash": "000000000019d6689c085ae165831e934ff763ae46a2a6c172b3f1b60a8ce26f",
"height": 0,
"inscriptions": [],
"runes": [],
"target": "00000000ffff0000000000000000000000000000000000000000000000000000",
"transactions": [
{
"version": 1,
"lock_time": 0,
"input": [
{
"previous_output": "0000000000000000000000000000000000000000000000000000000000000000:4294967295",
"script_sig": "04ffff001d0104455468652054696d65732030332f4a616e2f32303039204368616e63656c6c6f72206f6e206272696e6b206f66207365636f6e64206261696c6f757420666f722062616e6b73",
"sequence": 4294967295,
"witness": []
}
],
"output": [
{
"value": 5000000000,
"script_pubkey": "4104678afdb0fe5548271967f1a67130b7105cd6a828e03909a67962e0ea1f61deb649f6bc3f4cef38c4f35504e51ec112de5c384df7ba0b8d578a4c702b6bf11d5fac"
}
]
}
]
}
GET
/block/<BLOCKHEIGHT>
Description
Returns info about the specified block.
उदाहरण
curl -s -H "Accept: application/json" \
http://0.0.0.0:80/block/0
{
"best_height": 864325,
"hash": "000000000019d6689c085ae165831e934ff763ae46a2a6c172b3f1b60a8ce26f",
"height": 0,
"inscriptions": [],
"runes": [],
"target": "00000000ffff0000000000000000000000000000000000000000000000000000",
"transactions": [
{
"version": 1,
"lock_time": 0,
"input": [
{
"previous_output": "0000000000000000000000000000000000000000000000000000000000000000:4294967295",
"script_sig": "04ffff001d0104455468652054696d65732030332f4a616e2f32303039204368616e63656c6c6f72206f6e206272696e6b206f66207365636f6e64206261696c6f757420666f722062616e6b73",
"sequence": 4294967295,
"witness": []
}
],
"output": [
{
"value": 5000000000,
"script_pubkey": "4104678afdb0fe5548271967f1a67130b7105cd6a828e03909a67962e0ea1f61deb649f6bc3f4cef38c4f35504e51ec112de5c384df7ba0b8d578a4c702b6bf11d5fac"
}
]
}
]
}
GET
/blockcount
Description
Returns the height of the latest block.
उदाहरण
curl -s -H "Accept: application/json" \
http://0.0.0.0:80/blockcount
864328
GET
/blockhash
Description
Returns blockhash for the latest block.
उदाहरण
curl -s -H "Accept: application/json" \
http://0.0.0.0:80/blockhash
00000000000000000000c82c12a925a224605b1bb767f696ae4ff10332dbe9bc
GET
/blockhash/<BLOCKHEIGHT>
Description
Returns blockhash of specified block.
उदाहरण
curl -s -H "Accept: application/json" \
http://0.0.0.0:80/blockhash/840000
0000000000000000000320283a032748cef8227873ff4872689bf23f1cda83a5
GET
/blockheight
Description
Returns the height of the latest block.
उदाहरण
curl -s -H "Accept: application/json" \
http://0.0.0.0:80/blockheight
864330
GET
/blocks
Description
Returns the height of the latest block, the blockhashes of the last 100 blocks, and featured inscriptions from them.
उदाहरण
curl -s -H "Accept: application/json" \
http://0.0.0.0:80/blocks
{
"last": 864335,
"blocks": [
"00000000000000000002794398a350a04cc371ee33659296a980214f0f060adc",
"000000000000000000000470180b94350be751ea1ade67c4235c5b9515380b1f",
"000000000000000000016e1769c5aa0f3781dd99ce2d5172a696c546d442e481",
"00000000000000000002043c5ed07ad806a1c7133cf34670333326009d6195a6",
"000000000000000000017cd6200b2711c024094e64797619263d74433c2bc880",
"00000000000000000002dd6a13fffde71c09e67855d03340787e6a9b951c44df",
"00000000000000000000c82c12a925a224605b1bb767f696ae4ff10332dbe9bc",
"000000000000000000024ea66d1cddf1cfd8a3926a8e691844143da1596526db",
"00000000000000000001bd9376dfbd9689239e9c5d11d579d6c8885a0efa199c",
"0000000000000000000081f76cbccc29d92024f07f0e0b7e6b7dd063bed69bcc",
"00000000000000000000e1ca2bab230aeb6cb75b1bb5b766cb55f1a391a7d408",
"00000000000000000001fc567723ff6ccf674981202617384ae2152a711710d3",
"00000000000000000002381ab1fa4661bfecc3429424c415788cef2c62c630bb",
"000000000000000000022a1cacf15fa28d4d3698506c7b76fc62d7e50053be1f",
"000000000000000000023b6d0182255bcc633e27ecdf8a86918830fdfd4f9612",
"00000000000000000001135bd270114428c2c021e6c4161be93ba7ec9dc4e720",
"0000000000000000000269e44d995970caf720ecc272f3554d923b74c57e84ed",
"00000000000000000000e0224234536f4724c144c8da5cbaea486f3b26ef808a",
"0000000000000000000102ae83593c0b5046cc6ec3beadf133e2a9b69fb761da",
"000000000000000000014d52c9b6d9ca1fd2419562d24ff87214fcdf1688b8c4",
"00000000000000000001bc24775ec320b6af4c1210395a4092c29b7af265153c",
"00000000000000000000f4498b608a6a476bed5c4164478f618d19bcc02da3fa",
"0000000000000000000255810324c89ec4ef87a0d028968dc70aed1817bac8e8",
"0000000000000000000213bbddd4cce2831bda4865ae7025074b2a30fb228c7c",
"00000000000000000002b4cf1c7c051fd712df4447ac5e90ecde1d4429a06358",
"000000000000000000006b39a84f7bfc592293bc044c28fb57dfa660d41acc36",
"00000000000000000001cd132f83def8f13b87974eb4d2629b11f52e3016c097",
"00000000000000000001963de3de854dd9da9f384fb2ef753ba94c105cc807c6",
"00000000000000000000fc1b08733842cb0f2d3dae7f56545805b403aa0d3621",
"0000000000000000000049464eaf610aa71edaaf33e465c47981811395c3cdc7",
"0000000000000000000137881c0f7bc6b762daf8370935444fdb13b98ed4572e",
"00000000000000000001e7cc406d66013c17db6e9f8c90b807c93936fa18f192",
"0000000000000000000084d8e77f14bcdc71acedf0ba5be6b70562dcf76e2ba2",
"00000000000000000002e278d6c35e96eebb964694c430527db43301efdf367f",
"00000000000000000002ace24c94d6f927e4cad8d72839508a275d6a2882c408",
"00000000000000000002c165514bb47cef5b8eacedbabce070fc7147f6b8a48e",
"0000000000000000000251f0eabbbf2bb58837cd284a1a44275e76d11b6da62a",
"00000000000000000000650e34e08c4bc732961ce33a2b9051044ed95e95d82f",
"00000000000000000000ecd0dfe9c0a52b2a7bcf48edcdcb2df19b827afcbed2",
"0000000000000000000048131b07192e8f4466e36d025ea773e0dadcf442713f",
"000000000000000000012eb14a615f799bf628e371ee5e7dd0b518d108fc74cd",
"0000000000000000000025d47721b228c712aeb50bfd13768d8925274c1015ef",
"0000000000000000000326c89fe7dfe7737f75368ce78404c1ffb1b08c422641",
"00000000000000000002ff417f03781bbce1a1082cfaff8cf5c066c9a7547a28",
"00000000000000000002bd4acc44f416975f25aa719e07abc2c0dd12761e4d17",
"0000000000000000000188b4408d6131395ef6ca544b35cf37e7575779b15471",
"00000000000000000003253f74e3f5d35aacbef57aee3225c9e071036309aad6",
"0000000000000000000322bfda974265420bb6b604cd577410b9ca5cccbeae17",
"00000000000000000001535fdb2eb0efe673bd505bcec47a9fdedd7b83d22a6c",
"0000000000000000000169fb1a4daaaf4e08d12fcf670a81ed0f7bb4f5328494",
"0000000000000000000315eb8d0ea1cbd251c7ea2404041c352823e29a6f376a",
"000000000000000000021aef6c217e2eae81d1702d1331ab8f91360e55a60c51",
"00000000000000000000ffb1ee2423e399153433e634db68ca4aad8a829b61da",
"00000000000000000000a6e99c9e050d4345606016673d674da4aade02a8ff8a",
"00000000000000000000349de7338756bdb425cc13a3e22e986b4035d00f097b",
"00000000000000000000045218f05f939e0386ddec2460c815e5c671bfd20892",
"000000000000000000007f99d51dd0738c42ce7dc83e59061a2b33f971b6d3ab",
"00000000000000000002fc37d0f7ec804a1063a4ff8613521fcc99f1ab8fe07a",
"00000000000000000002daff4047da69c658a1badb00d14d7d3e709f76b8bf3b",
"00000000000000000001a427c71546cda9a5577d5e38bc95a5d3450df7c1d26f",
"000000000000000000004648af338d38563d26c3a5bef3ca9582ea2ccb72f8ea",
"00000000000000000001428e153a325e9aa859589a80e8b0271d1ba48e8749c7",
"000000000000000000005ea10805f8ab474b9888bdc2c2840cd2e5529bbd0d49",
"00000000000000000002c7b5bcf3372c7441e79bda1310c53f35eb59483b9092",
"00000000000000000001e2486f12c01ca0f76481b40181bf6f8f48802ade8c49",
"000000000000000000024590edc9d2d4878b32a4944dfda1a3929a6e4c9c3592",
"000000000000000000028f255235dca42b10e5da593c2d4eb006cb329a041587",
"000000000000000000006fb8f4a5d906e9c0112d5a97188f392407ab8e95bd81",
"00000000000000000002864156220f1093e76caf233009c1b6be9ee0d810ac29",
"000000000000000000009d28b5b1336abfe552aa8d92e56c1c254a1eee0e0b4b",
"000000000000000000029ad7c816c8a4f79f93e60defbc6aee7cf25e61b46008",
"00000000000000000002af0693f1c73282516b97031b7d956d07756a6f8a13d0",
"00000000000000000001376f75d1785015b1c4717b2612a7c1bc8de69817c768",
"00000000000000000000cd6e3f3ec308a26831d8866ea51beab6b02d3a5d0812",
"00000000000000000002cf32a666fabf1789ffa4fa4215f78b52406b716936d2",
"0000000000000000000310254c2c405a46c9710e52a7a7728bac5079b90e25ba",
"00000000000000000002cb11925574071edd904390823344b7ca616640971081",
"000000000000000000022e5bf2570eaee0532c0edee2a2682d4a74488ca0522f",
"000000000000000000031542e9c2b0dbd43b4e7caa3f24537af0d39bfa3997cf",
"00000000000000000002215bb1138bbc4a7611826b13e532b51d5b4e82eeac3d",
"00000000000000000001c3a1c78d27f0072f27dc1d0060273e0ef03f1bfc0ce9",
"00000000000000000001fe6ba288a1b9a14d15d3e915418cbfb54685595b0cc1",
"0000000000000000000067f8164cd2e75b3ba172cb98cd00f0894faee5c6f763",
"000000000000000000018ef9990389ca9052a0c1c93b65f780d3071346e531f3",
"000000000000000000023e7bee6b1b4647411b0279df23c9ad470d91c1b99081",
"00000000000000000000a085f77681ddf175c74b897758e9f406a17f1a278030",
"000000000000000000001bf9c32af2d6a8a4f3d50c40f927e0867d4ad9481fdd",
"00000000000000000000cde89e34036ece454ca2d07ddd7f71ab46307ca87423",
"00000000000000000001141c91e70decadd60a93f32b70b08a8ec6d74b270b08",
"000000000000000000023562ac878ab6f62329a70a15954bd56e088f3a836426",
"000000000000000000006a4455949ef37cf3c3ee6b4cc2da27137f24445c7058",
"0000000000000000000297397401eee3019168e761464c3716892951a5e33cbc",
"000000000000000000015b68955519ab2925858ebbd02f897ff81cfc4a360dd4",
"000000000000000000018a0932deb92c6bc40d46a34e654f8a2afbd6c745c6a3",
"00000000000000000001996de65cc72f1fdeaebc3141db0a2a2dd269233c8e56",
"00000000000000000000d0434cc36c19d49b9e873661ff171d632543d5c2f454",
"00000000000000000003184a301f7c76332ec629a51bcaab5652f2ba82da55d8",
"00000000000000000001e47fd13c25e24f8933b02a38c3490c0a430c0b71ea9e",
"000000000000000000027fe376111297406696afa48be122d6596b13ac15156a",
"00000000000000000002ab8ba2529a468c0f2781e3afc0f832209c94f95d4f1d"
],
"featured_blocks": {
"000000000000000000000470180b94350be751ea1ade67c4235c5b9515380b1f": [
"0ae94b05b21aa6b7f0620075db618a70124cb422fc5ced577bffbd0d103d4ce7i0",
"65f1922bc83ee43485ed884dbec24c0c1cef6c4f6d999a8ac0c09d7adc8b39dbi0",
"e87c21c7c8ba8b194bd8e389f6cb9ecb2312c076139aff31c629f93df86b98ffi0",
"aeb8d90de7e92efc11ffa6b411e829b6dcb0e00b7fd4f912947065b9084d99bai0",
"6d8f58c7f24e277d614bc6c9bb6648543e47db5431c6c073a6bd5e3be1e47c5ci0",
"770cde7a5c49ae8a4f109bd83fb364ef9b83bc6f72d3654c793f5452d7b30831i0",
"65e51357e67da9dd64a65fff1d9d26153c9969f4acfbab028e74b408559dfc07i0",
"7c63687fabdcd421de925e99b4152b2327328afe51c63903aa4a9cc9fba31872i0"
],
"000000000000000000017cd6200b2711c024094e64797619263d74433c2bc880": [
"c970b695f491a8812b5293da2673f4e6c9ae3d8be07d9da1fbb9c33a45f6fd1fi0",
"d001827b7c48e44399587f12e2fa33b2c0b1eb12c309f1c21729f1e3bc95c5fci0",
"facefc9cd6dec1cc25d7b7321cbbdaed735049a9a3da834a66975d98e23ac4dfi0",
"09353363c2e95891db553f3742a40a74c5dd1b7668669f732d58e52e7c132b92i0",
"48f3f7cbf3061957c06f66c0fe66be9ad4ad73df65b9ded1345e05f904e1e63di0",
"4e65b1d0b36c6727c646d5d6f45f00db35158a49a139282d6544f127734db9adi0",
"b8c744320e735aaaec18fd6b306d6dd678f99461e88dfa25f178627b8480e483i0",
"55d27ab1b4321addc5c34c10ef2ac4957add8b8485f465df7f2883315c9cf5f5i0"
],
"000000000000000000016e1769c5aa0f3781dd99ce2d5172a696c546d442e481": [
"cc2415293c275bea4d73ff8f45f68f269686b819de447f50ec6988ac04a62d1bi0",
"c642cd4cc7a075c61d3a32b949217990aa91dfc928f12a2cdba1f2f228c699c7i0",
"5342721d044e9e9999484b988ce9fb71097d9209c77f6549df9e31ec9b344c5bi0",
"a75f792be155a0b53691289433a6413c1efb1aeaf970f752ee70be3c6e755a06i0",
"19c0d770abaaeb5b24e718231684d53b768450cc324c8fee435910de65c459e2i0",
"30eb7c46bf4f5af33e665a119af40dd45d127cb6cdc2596de75e08f094651fa5i0",
"122631e7b8bab4238582229273a9dbe08544d2d97ad0c9a80b5829ae10ac3f27i0",
"41c304db88c60a27f45957442b857c0affefdfdca45bdf72ab4cbf9fce4d97a0i0"
],
"00000000000000000002043c5ed07ad806a1c7133cf34670333326009d6195a6": [
"2f62d6ed309f838bab143cf3a53ba758eb940b43c30c32e22d9dbf6fe7882613i0",
"83642352c5b670387874995954f79e270cb78b05a9a88b9d4d65e6f94c6df0a3i0",
"68831e3c8669ad5e8fc3585a9e8a55673123ada4c33a699e98e4d9e0297f1800i0",
"20fa9d317af18cc976a6b77797ceb5884127ac5dd7e3f131565a18dd712311c6i0",
"a286d7f705fd410cdd3f1081c4c22f196bdea4c64cfbd963f45302cdec1fe968i0",
"11eb110f86d880d8dcac852edcca7007904fda34ad031fc01f24a3e6b02ef47ci0",
"9fbec6d72d71169dc041693e740dae7bb7bb195ccd4a7f40c4c12bd4afbf7354i0",
"7c823fe74fa783debea8339fbea44b8395805295652749a651aa2133d9a1832di0"
],
"00000000000000000002794398a350a04cc371ee33659296a980214f0f060adc": [
"2596a275dca4b5cc18cd1060ab92d6df3df5507738b8f2b6b7c18c4ff1d1b36ai0",
"93256e5da147f0067d6b11e09d853b838ad1d95cf59664cccbcd52859f9ea1aci0",
"f404b5ebabd4b7fb8b88df52289b983b28f3e36fcbb63e649edea6e7ba62e582i1",
"f404b5ebabd4b7fb8b88df52289b983b28f3e36fcbb63e649edea6e7ba62e582i0",
"1bfbd226fded339cbe197153ab8b6da622c9a20e7d4911013abd385da7e05b89i0",
"af7b8810755bdf7bd62dbb6c5f2639e107a6d9d2c7199ae3650f1e7583d4bd66i0",
"9c594cb991bfecdf9d2116b644262927365f20f03ccdc8a64cbb640c11a58907i0",
"29628c91948bc100185605d11cde0aebda572d73b752bd6ed668bd86e455aa8di0"
]
}
}
GET
/blocktime
Description
Returns the UNIX timestamp of when the latest block was mined.
उदाहरण
curl -s -H "Accept: application/json" \
http://0.0.0.0:80/blocktime
1728158372
GET
/decode/<TRANSCATION_ID>
Description
Decode a transaction, congruent to the ord decode command
उदाहरण
curl -s -H "Accept: application/json" \
http://0.0.0.0:80/decode/6fb976ab49dcec017f1e201e84395983204ae1a7c2abf7ced0a85d692e442799
{
"inscriptions": [
{
"input": 0,
"offset": 0,
"payload": {
"body": [
137,
80,
78,
71,
13,
10,
26,
10,
0,
0,
0,
13,
73,
72,
68,
82,
0,
0,
0,
100,
0,
0,
0,
100,
1,
3,
0,
0,
0,
74,
44,
7,
23,
0,
0,
0,
6,
80,
76,
84,
69,
255,
255,
255,
0,
0,
0,
85,
194,
211,
126,
0,
0,
2,
206,
73,
68,
65,
84,
56,
203,
149,
212,
75,
104,
19,
65,
24,
7,
240,
148,
74,
19,
16,
93,
20,
180,
20,
105,
22,
193,
179,
61,
21,
11,
125,
44,
228,
90,
176,
39,
41,
90,
75,
14,
30,
74,
91,
74,
43,
69,
18,
250,
200,
86,
60,
120,
80,
154,
187,
104,
5,
17,
81,
170,
205,
161,
96,
11,
77,
178,
161,
120,
145,
98,
2,
30,
4,
109,
147,
77,
201,
33,
133,
154,
221,
196,
144,
108,
146,
221,
157,
191,
33,
51,
59,
1,
193,
67,
231,
246,
227,
155,
239,
49,
51,
236,
186,
206,
184,
36,
172,
181,
209,
9,
212,
218,
18,
178,
46,
210,
214,
136,
8,
161,
189,
181,
14,
148,
179,
60,
205,
0,
108,
158,
232,
214,
36,
172,
91,
142,
196,
180,
170,
4,
100,
222,
237,
80,
85,
150,
101,
167,
140,
172,
198,
186,
21,
57,
193,
4,
77,
246,
39,
193,
138,
118,
168,
165,
198,
104,
9,
11,
172,
65,
24,
68,
7,
25,
96,
13,
194,
168,
22,
64,
134,
168,
4,
213,
172,
84,
76,
132,
152,
74,
90,
161,
170,
149,
8,
149,
247,
38,
10,
85,
104,
97,
170,
222,
95,
234,
92,
85,
157,
13,
48,
77,
162,
82,
129,
49,
206,
78,
167,
106,
149,
138,
134,
121,
58,
154,
148,
55,
235,
101,
211,
2,
83,
29,
181,
28,
202,
76,
50,
113,
141,
232,
107,
2,
232,
216,
193,
58,
146,
183,
229,
114,
142,
42,
16,
128,
49,
9,
59,
77,
53,
55,
15,
243,
26,
200,
15,
170,
25,
213,
109,
238,
89,
226,
12,
139,
69,
175,
219,
59,
197,
167,
159,
89,
222,
195,
115,
171,
198,
151,
75,
44,
47,
152,
93,
24,
54,
30,
39,
88,
77,
249,
32,
19,
215,
35,
75,
50,
213,
224,
126,
195,
171,
159,
63,
89,
166,
179,
244,
135,
177,
17,
145,
72,
63,
213,
224,
38,
89,
215,
250,
26,
123,
84,
146,
128,
245,
45,
137,
136,
84,
189,
34,
146,
154,
140,
110,
246,
40,
227,
24,
139,
251,
109,
63,
149,
32,
34,
109,
200,
240,
50,
9,
120,
45,
74,
132,
201,
189,
73,
94,
25,
125,
141,
40,
191,
121,
69,
84,
200,
16,
211,
126,
67,
194,
179,
147,
21,
166,
131,
204,
106,
119,
106,
201,
81,
118,
193,
54,
142,
19,
22,
83,
176,
211,
220,
171,
117,
30,
81,
117,
141,
8,
166,
73,
132,
231,
44,
38,
195,
232,
5,
142,
184,
170,
23,
184,
4,
25,
191,
223,
1,
25,
42,
17,
248,
185,
45,
3,
84,
18,
176,
125,
87,
129,
243,
42,
50,
201,
223,
215,
161,
210,
91,
90,
133,
153,
212,
150,
97,
80,
25,
10,
54,
116,
9,
177,
108,
75,
150,
10,
209,
47,
98,
170,
165,
142,
211,
113,
226,
247,
143,
217,
247,
138,
45,
153,
119,
106,
170,
242,
160,
50,
65,
101,
169,
127,
82,
241,
105,
76,
81,
65,
169,
78,
69,
191,
65,
161,
58,
197,
206,
98,
79,
90,
105,
180,
228,
170,
146,
239,
75,
163,
95,
231,
11,
180,
67,
125,
115,
160,
120,
156,
123,
177,
77,
21,
90,
33,
110,
75,
200,
167,
216,
107,
62,
209,
109,
131,
212,
36,
42,
9,
101,
211,
172,
59,
103,
16,
176,
146,
143,
230,
85,
194,
110,
130,
40,
205,
57,
35,
22,
85,
7,
81,
136,
142,
72,
209,
249,
252,
82,
68,
39,
139,
89,
166,
91,
1,
162,
219,
233,
53,
166,
158,
212,
225,
68,
104,
145,
193,
229,
141,
223,
120,
27,
142,
56,
186,
24,
59,
52,
3,
91,
142,
4,
25,
64,
134,
11,
0,
8,
223,
169,
120,
124,
34,
223,
233,
14,
26,
177,
220,
17,
87,
224,
101,
126,
184,
173,
57,
143,
239,
106,
91,
211,
30,
223,
229,
255,
197,
116,
143,
207,
107,
113,
205,
2,
13,
30,
235,
250,
208,
204,
251,
200,
245,
169,
153,
199,
229,
126,
228,
241,
93,
105,
87,
49,
154,
221,
121,
149,
206,
221,
230,
100,
187,
92,
104,
78,
93,
115,
212,
161,
3,
164,
232,
200,
101,
2,
102,
150,
43,
244,
230,
125,
36,
193,
37,
218,
227,
248,
231,
63,
120,
182,
245,
23,
127,
181,
197,
106,
45,
115,
252,
75,
0,
0,
0,
0,
73,
69,
78,
68,
174,
66,
96,
130
],
"content_encoding": null,
"content_type": [
105,
109,
97,
103,
101,
47,
112,
110,
103
],
"delegate": null,
"duplicate_field": false,
"incomplete_field": false,
"metadata": null,
"metaprotocol": null,
"parents": [],
"pointer": null,
"rune": null,
"unrecognized_even_field": false
},
"pushnum": false,
"stutter": false
}
],
"runestone": null
}
GET
/inscription/<INSCRIPTION_ID>
Description
Fetch details about a specific inscription by its ID.
उदाहरण
curl -s -H "Accept: application/json" /
http://0.0.0.0:80/inscription/6fb976ab49dcec017f1e201e84395983204ae1a7c2abf7ced0a85d692e442799i0
{
"address": "bc1ppth27qnr74qhusy9pmcyeaelgvsfky6qzquv9nf56gqmte59vfhqwkqguh",
"charms": [],
"children": [
"681b5373c03e3f819231afd9227f54101395299c9e58356bda278e2f32bef2cdi0",
"b1ef66c2d1a047cbaa6260b74daac43813924378fe08ef8545da4cb79e8fcf00i0",
"47c7260764af2ee17aa584d9c035f2e5429aefd96b8016cfe0e3f0bcf04869a3i0"
],
"content_length": 793,
"content_type": "image/png",
"effective_content_type": "image/png",
"fee": 322,
"height": 767430,
"id": "6fb976ab49dcec017f1e201e84395983204ae1a7c2abf7ced0a85d692e442799i0",
"next": "26482871f33f1051f450f2da9af275794c0b5f1c61ebf35e4467fb42c2813403i0",
"number": 0,
"parents": [],
"previous": null,
"rune": null,
"sat": null,
"satpoint": "47c7260764af2ee17aa584d9c035f2e5429aefd96b8016cfe0e3f0bcf04869a3:0:0",
"timestamp": 1671049920,
"value": 606
}
GET
/inscription/<INSCRIPTION_ID>/<CHILD>
Description
Returns the inscription information for the specified child.
उदाहरण
curl -s -H "Accept: application/json" \
http://0.0.0.0:80/inscription/b1ef66c2d1a047cbaa6260b74daac43813924378fe08ef8545da4cb79e8fcf00i0/0
{
"address": "bc1pnhyyzpetra3zvm376ng8ncnv9phtt45fczpt7sv2eatedtjj9vjqwhj080",
"charms": [
"vindicated"
],
"children": [],
"content_length": 106268,
"content_type": "image/avif",
"effective_content_type": "image/avif",
"fee": 1470535,
"height": 839704,
"id": "ab924ff229beca227bf40221faf492a20b5e2ee4f084524c84a5f98b80fe527fi0",
"next": "ab924ff229beca227bf40221faf492a20b5e2ee4f084524c84a5f98b80fe527fi1",
"number": 69994605,
"parents": [
"b1ef66c2d1a047cbaa6260b74daac43813924378fe08ef8545da4cb79e8fcf00i0"
],
"previous": "e2619e0fa641ed2dfba083dc57a15ca1d3f195f15d187de353e1576a0cb6e87ci8",
"rune": null,
"sat": null,
"satpoint": "ab924ff229beca227bf40221faf492a20b5e2ee4f084524c84a5f98b80fe527f:1:0",
"timestamp": 1713399652,
"value": 10000
}
POST
/inscriptions
Description
Fetch details for a list of inscription IDs.
उदाहरण
curl -s -X POST \
-H "Accept: application/json" \
-H "Content-Type: application/json" \
-d '["ab924ff229beca227bf40221faf492a20b5e2ee4f084524c84a5f98b80fe527fi1", "ab924ff229beca227bf40221faf492a20b5e2ee4f084524c84a5f98b80fe527fi0"]' \
http://0.0.0.0:80/inscriptions
[
{
"address": "bc1pnhyyzpetra3zvm376ng8ncnv9phtt45fczpt7sv2eatedtjj9vjqwhj080",
"charms": [
"vindicated"
],
"children": [],
"content_length": 116597,
"content_type": "image/avif",
"effective_content_type": "image/avif",
"fee": 1470535,
"height": 839704,
"id": "ab924ff229beca227bf40221faf492a20b5e2ee4f084524c84a5f98b80fe527fi1",
"next": "ab924ff229beca227bf40221faf492a20b5e2ee4f084524c84a5f98b80fe527fi2",
"number": 69994606,
"parents": [
"b1ef66c2d1a047cbaa6260b74daac43813924378fe08ef8545da4cb79e8fcf00i0"
],
"previous": "ab924ff229beca227bf40221faf492a20b5e2ee4f084524c84a5f98b80fe527fi0",
"rune": null,
"sat": null,
"satpoint": "ab924ff229beca227bf40221faf492a20b5e2ee4f084524c84a5f98b80fe527f:2:0",
"timestamp": 1713399652,
"value": 10000
},
{
"address": "bc1pnhyyzpetra3zvm376ng8ncnv9phtt45fczpt7sv2eatedtjj9vjqwhj080",
"charms": [
"vindicated"
],
"children": [],
"content_length": 106268,
"content_type": "image/avif",
"effective_content_type": "image/avif",
"fee": 1470535,
"height": 839704,
"id": "ab924ff229beca227bf40221faf492a20b5e2ee4f084524c84a5f98b80fe527fi0",
"next": "ab924ff229beca227bf40221faf492a20b5e2ee4f084524c84a5f98b80fe527fi1",
"number": 69994605,
"parents": [
"b1ef66c2d1a047cbaa6260b74daac43813924378fe08ef8545da4cb79e8fcf00i0"
],
"previous": "e2619e0fa641ed2dfba083dc57a15ca1d3f195f15d187de353e1576a0cb6e87ci8",
"rune": null,
"sat": null,
"satpoint": "ab924ff229beca227bf40221faf492a20b5e2ee4f084524c84a5f98b80fe527f:1:0",
"timestamp": 1713399652,
"value": 10000
}
]
GET
/inscriptions
Description
Get a list of the latest 100 inscriptions.
उदाहरण
curl -s -H "Accept: application/json" \
http://0.0.0.0:80/inscriptions
{
"ids": [
"dca3da701a2607de6c89dd0bfe6106532dcefe279d13b105301a2d85eb4ffaafi0",
"0e50a465fc0ca415f3cb8a4aac1555b12a4bf3f33bc039f2a4d39f809e83af7ai0",
"934905624f847731e7f173ba70bfa3a1389b0a7fe2a4ffce8793eef2730b9ab9i0",
"50a42e51e6ce0ef76699f017a1017d7b5b6203e67d283c625ba7d1567b2e43bai0",
"65a78bdbc1e01ac02cda181a71304a8d82305bc2a24bf01e62bea4cfff3e2dd8i0",
"05ab6d843099fb30a1da1bbfe31117cb56466b3ba40a4b3f389cc37174d339b8i0",
"47825a32dd6e3de5fd7d97488d755e6d1005e5c8552b9ede5bc67900b074d09bi0",
"737552653d4424a523f8c652710d0f9416561ea67ee25242f8606b49fb428d9ai0",
"1d7d15ab48fccf7011435584556ee9106be71f7073a857689594c143d7899333i0",
"321e4f598ae0f4841af04d1a84f3abafa44802c7d35315ead91b32ffed0f400di0",
"eb1578eaca0a04eaf174296382fc5d77530f0feceb7747938b29c433c21d1afdi0",
"70d6136e949b5f07b6ac7d50aa9aea1fa6573e1b0e4f490170235ac74738bf5ai0",
"aab2c8514876fb81cb28f0f0516620cf189222e0ffc6fe6282863bb846955409i0",
"ef36dd247b98f12d19d15bab92ea7f8491b0766fb0b8074b7606614dbbab6c13i0",
"cec42963619240ede36fb03cd95d8fba883c9c1af72b1e2fc9746151a60729dci0",
"3124d086c59ce2205f52a108e21380e2c98b1ac6a21fc2f457fb5750317997d2i0",
"c2d19ab0d9e508ed20eb6620a4ed6b5700bcee835278eb171ad15e3d9e9cf3cci0",
"6aa9e8efbc0410adebca732a2baa6812bd4d9678771023503d20c8e90f632853i0",
"96fd8d9b06c9d55d57c926889716b05f03e508d05320ffbe052aed38f49a8a4fi0",
"9429a355eecc994380920e8c9a2fd17adcb2e745bc1c8a460ed016d37e02d11ei0",
"196fa44615bd2215e17f428d9cb6ea5de62e4fc6635e45089623f757189cc3b1i0",
"077ccaf7424917873fe217bc45cfe923d20a9732373fc2b08749106569a198a8i0",
"ea5d4f47955e9ac306113ebd616587d2eaef3fb242474fb5819562ec007db32fi0",
"db377bb1c8ad40dfa6bf69b2ff8f5417b419ee6b0657e75060e088b1ec8b1c93i0",
"3c9720eeaad27cad478404905c9d5dcd332878f95dd65fc9912bfd598041af0bi0",
"61ef119d102389c3daaa5c057514f30cf1cd410b7d5c41a28c58a9a902cb265ai0",
"f971ea01b40b35b8548a902e013a3a1b799d4c2c1613d37ef3a994120d65c10ei0",
"6021306cf760dfbb0da58bce59ffbc703db5c7d9b180a3ae5268ce4c5341bf34i0",
"10aebd52ccd20124d5aa1c7d3e52fa81776ac6a3fb79ada582495328fa968ca4i0",
"9ed8d1fc12ab4d4b50c869bda1a38bb0e82b6eb18d2c14ef880aa2bb1757dbf7i0",
"5f5db3b301aa766f1a22f796248b2cceb8c111419bcefb4a3365d8bb1ff6ca05i0",
"15737d13a3583ef3559090431d5ea846e5126963046041b1f4d42b2fcc9a03eci0",
"05fdf04307e006eefec908ef93806f96c472af9e073837f4b1f5ad52e1d719a9i0",
"559280eb5ceefadee232a5b4dcc2c05dddfc1f123293482fef30ab7632855b85i0",
"76939794300cac687832e68253640e69993b46e0b75e5af4678b3c4b2037bb4bi0",
"1967e5170c27e707545ec05624db313735799fc58142e2bd2b475b088b761022i0",
"b320472502a8750fc6b3cb87ac6a0b3eaef402fa5f218f1153f658642e3d1b3di0",
"456b48e7ef556004e4a9a8b98aee8c797d75e1027dc56982ef6936f8627eeda7i0",
"02fb3081fc7317cbec7adc63761ea373ec239c7703a13f5752c3344acf6312eei0",
"75e567e30b84205ca9f5b6280b29581310bed27504949996b64858110d38c5e8i0",
"47214c34652fda5745b56ac80512e7d353db9d949fac9e0e5a6d8b27507fe4c6i0",
"c3ccc1508fb08a6bc487b25e4d5a994ff73cb44251749619c53d87c7626d74c6i0",
"a8ce87da5b67d9782846d2f718058873c51bcdbbee536540266f868bb5376c8fi0",
"47dd14ebf43bc35ff753cb5acf8335eb1acb788d05a2b0b9d83302e16170127bi0",
"ae7c0ebe825c2bf0d5820bc28da095cfa1cb6913a5913142bc327ab985b3dd7ai0",
"cf68e9b9d1967859b7d832a9c815ae3c837c94031dc8e56d848d151ae24e4776i0",
"0fe7d513cf8c19734f84321a3c49d0e0e39255702ba18546740c2bb1a95c5170i0",
"e760f5028719b2130e0d2305c3531174f4f6167282251adebfc968d127b79369i0",
"aa81f43a1412b0d04c2ef825c3829707aa32cf4cca3452077c2819f012905b5ci0",
"cd3675b40f8056c7b816c02a537a6d997912a26302f77cd3d0ad83b657d24e4bi0",
"3f8bf38d3cd3e50693b9bf187e1a374ff9990ba8e8f6337829f0d7312805741bi0",
"415a9516e1dcad84a60cc7d012c2475361d575f713b1d3aa16f982d2e43e330di0",
"6db363228406a71744cbf9b86e2b58c21b4f2dd0a0ad0affa211b32af20e8809i0",
"ff1aa5bec2a626c8b6f90e6765ceb227d44565a90f9e54cf05f5360ef6e33708i0",
"161191b5de6a1b1ed53e816545176d47e214c50711474b1a4e3ab34d70634189i0",
"f3f7488bc66000965a36f4ddf000c3d3ca3cf94d7cd4defaf3ca0b68e86b3af8i0",
"b2fb38073ade49a3f0f2522a15f4f63122a60d03a9eaed5c1c4198d339a32a1ei0",
"2f99c317739ca8cb6eb904915648ac2044f815d01ecfae6762ecf3885ee3778ai0",
"9d30636a2c5b6e064e6868fe796986014ac4cf9ea7a859d12e2dea07128c04f5i0",
"62ea57535dbe1c748d79c693e507d787af60076eaec7629365c31f52607f1279i0",
"9540b2f1d24ad5750f155ee232b03e4bfe258fde8c396844471bd595cbf0d4e9i0",
"98bfe331d267749357857e86433f974595bdb1d76ff60d35e576b217d7eae4e3i0",
"00bea5fcc8723ce5d177ca1cd4e87f7f2792fa3043231554d584b869d791a9e0i0",
"2ca9e9aedb2bf622c5c499701ce74a1dae456569082704ade20ba125019ea5f9i0",
"83290426401ac68ce29306f6a1ec5c86c69ce66049a1d85fefa49088a0f5a11fi0",
"ebc452becb7438e43281317045ab5c675376486a9344625b5dec09d5a65a9905i8",
"ebc452becb7438e43281317045ab5c675376486a9344625b5dec09d5a65a9905i7",
"ebc452becb7438e43281317045ab5c675376486a9344625b5dec09d5a65a9905i6",
"ebc452becb7438e43281317045ab5c675376486a9344625b5dec09d5a65a9905i5",
"ebc452becb7438e43281317045ab5c675376486a9344625b5dec09d5a65a9905i4",
"ebc452becb7438e43281317045ab5c675376486a9344625b5dec09d5a65a9905i3",
"ebc452becb7438e43281317045ab5c675376486a9344625b5dec09d5a65a9905i2",
"ebc452becb7438e43281317045ab5c675376486a9344625b5dec09d5a65a9905i1",
"ebc452becb7438e43281317045ab5c675376486a9344625b5dec09d5a65a9905i0",
"d431778a7290951d463f356f637a801c4c8b77767f2f53686176202bfd3a1af7i0",
"8bc9f9d88f91d851eeb84481fb33baabd6ea172c0c5152e5b8d4140f8102671ai0",
"12454b1620904b63e8c47f31e17939735515923e674fc42f299b5466258b640ai0",
"a67d21421a27918ab052c4dee3dcca86ad0610ccf4a449f98d3316008953d54ci0",
"920512aa32b5d525495832a3146f32efb0bfa308519bc3e1d5bc151ec6c9412ai0",
"8defe7abfd7d4f9dc94be83ca0b2f823f196a80ea37ebe217702368ffd2c7807i0",
"6b26e994bdabb558d41f5824b3d427ec628e7a1e7596ac20dcf05e889a994fd2i0",
"327610662171136ee252724b6860d0b64b45f81cb2bf8a0606256db730946a39i0",
"e01ec43055caa4bdb73f300076501deb85780891181d07773231db700a7d2099i0",
"9c2dc67e959bf949396d31157f16b6d60e4469ff43ba1ed44957d197f3ebf78bi0",
"89126f596c644721edc65ef293730078f16f0894baf29a1d807aab4afc013d72i0",
"3ea79b7a166ed230046e3d890d6c39a7c64dec8443de933860534449fa3180a0i0",
"2f1b248a957dcfb442b89c4684f65ba7bab7061cd0dfa4eaae8f5c65d7b41985i0",
"ac0fb3d3d301a28d3d979ca7f522eb4fdf0b0fed9d8062ff4944d5dac353092fi0",
"d0ebf39a32d409eb92bdefb354a99408367709830d03d4c6bc36786e79782720i0",
"7bfa54eb0141a93cd9cd2d3a6a52de5c1116653035bd8179608e115c823b7574i0",
"14fbc773b0b7635c4fd598c102a0a5019aee75a1184ac8d189c59478931ba6e9i0",
"0101a253d50138b4ef67c4036246df3e2a74d70874ad3c8f943af54e4b37648ci0",
"d5b41d45f3c45e2bdf36a415d9ece493cca23e762ff5de34a6abcf79936fc614i0",
"4c92503dc1f38bf77c2b1219504bb6eb82dd1d8af172f84d86d433f7bc557d4fi0",
"7b6df715cf052fdf28dbe213fada59b910c9e339137f0bd35698f23d0140a826i0",
"da06b7b4d298c837566b8daafae7cba1d4be19ca3b9e63d867cc2a9f06dd6315i0",
"958655c68793fe9e4dc6c8155c28c6b14c0ed58c5aa340d6bd6ef085134d3fb7i0",
"f8dbba73e65bf996e7cd8388ad85f7303f2caa52acf1ce793d8141dd9f70f6e6i0",
"8d166e2e3ea2a9e5d6460964d533b61656b6a3d671e5f046030319bb73f93e9fi0",
"2a60d61dff2ba192ca81614f8f0bda6c24eaac2c45f879ef84302e8c4c859bc9i2"
],
"more": true,
"page_index": 0
}
GET
/inscriptions/<PAGE>
Description
Pagination allows you to choose which page of 100 inscriptions to return.
उदाहरण
curl -s -H "Accept: application/json" \
http://0.0.0.0:80/inscriptions/9
{
"ids": [
"6fa8b4d1840fdd2172b51a40bde3c8b88ff2ca8b668e56fe05edb1d5eec91fc7i0",
"c6f11a3269e7ea108abb9d596c4273067f33f7e951bb4762b915a6c3c3e1ebc6i0",
"24829232f529c1c4d1bfc5c1c1410313c6388c1db14137fdc351f8659eab72c6i0",
"c068402416ec57e773d9d072ad51950b77359eddbf515a775bc6c70bf75869c6i0",
"3ffdf269a5a6a306c6e2e03b73b505a4f2dac3e0708257bca37c12d2ceec3ac6i0",
"f505cc5a01e603bee41e3986c0bfe020cd4054cbdfd0a35b57d89e375ba1e6c5i0",
"3caeb09bc1a6c7e3ac33528f69b9b10755072aac2c7b6b4f58878df45572ccc5i0",
"2233ee78d07be90ae18d12d51cc89734eb691b550b687c1547b0791de668b2c5i0",
"86475391a0e7f13f3b475e3b4aedb8ada36b63bf9bc4f9ac9203fb083a39a2c5i0",
"18fa7b8a0949b57fa4798ccf48e4ba4a16ecb14651edd5a5adc3806eaea0c9c4i0",
"fb6a338c0de40e88e03e7ae5231b036e5f452343db128b849049c2e63d0bc6c4i0",
"374e71e371dfedcfa2f9ac1d6f2d0664effe46ca27907792e396a3176a82a3c4i0",
"bc2b2fef1231c07232cd1333978366255e317e000a04c050262a7d71eaab0cc4i0",
"d627b48539c497f768279669be7690af5af8f302bfb2641989dacce8c4eed8c3i0",
"632cf2db36977e4e091ed50d61185ad78d97e7a6c6ba468b844bfd7ac9b8aec3i0",
"2fc44592a0d8924c8f48c9fcea8b189f9008f2795380446c0d13a9e452f284c3i0",
"2e84632f9f2965d8648a36e2695070e3f9a06fab1fa72176d95652a19d6d3dc3i0",
"c78e74a90bb23e55d23b221d6f184581d75f0e97acd94b6ab9c2536bae79f2c2i0",
"b4eb0dc05c24f48105d80c38c2ced8789c7910960d07db3e7326cbfae5ded9c2i0",
"5f166abe3f70f72479518451f11d67b6217a67e539c08440f844c6f71f2ea1c2i0",
"32c2d37d9bd7f6a019e48bc8bbcd0b07cee07314724f517935b1e0ff490e5cc2i0",
"0876e126bf57724045c799b0f1f6ae206d2bd15c4533212ec243951f03d834c2i0",
"6492faedbf75e28c4637b6a1e518d063c0da130c461bb193bf7215364c7bf5c1i0",
"be6f1f3e8ac1841f05dc0d67b650890dc845fbfd2d3833f48a0adb5016a6a2c1i0",
"1cb2cb5519aea30e3921d59862bb1ca7d2a61430fdf6b64dc2d84a35fcc52dc1i0",
"00d0f2dab82c0f1ba5208cd95cf204505617cdbaab854675875035f584fc0fc1i0",
"4fd6ea5ecc0660d4b238deeeef7c7a238ed324a5343e5a83d0cd34d0cba7f0c0i0",
"cb1d5b0b9c88e1cd2646939e2809119ba857770e0aacfa069ecf992745435bc0i0",
"30394ffad8c25f93083e9044b3faca9fdcce9610af522a3d72c8bf6478e612c0i0",
"2c80a5b7628e1cba9b890d4946d202fa9d534e0d4edb575ca18fc8fede1d05c0i0",
"e3bca997a4494d2c43b441eefda53ec1c63277fb79e93204787d3733bf9f91bfi0",
"7efeed6060c4a0749bd537b36d469fd874e66914b661de992a053e4702d618bfi0",
"39cc481cad92dfbe5a7db974a8f40f0b945ec0a10cf0e525a1e40214ae9b9ebei0",
"776725263fec5b995932dde0c79a511838b2f4da976d767ec357490d8e5142bei0",
"01d5456b25bf80cf0bc661f5fe65167382cb67c324ab88f9a622c0722f3934bei0",
"6cd9d02f08c818eca61fd40362855dce8157af0708460023710b2982053b2fbei0",
"ff4f062a8e1fba6d5089a7517bfadf996a24a79181cfffa479fb5142227c0bbei0",
"da23c5f3ca73c51fecdbfb7a77f028eb269bc438192e08fa7828850f7907b9bdi0",
"804a382fe000066845dd2f53bb33d880dce201b0595da73843f115d85f789dbdi0",
"3a837c80348691f965dbacf9414498c19eea184be8872509830ddc8e555611bdi0",
"d87bdf8547ff587af6ab4e9ba58cfabd81e9dbae29ebee7f91ee4ce504b1e7bci0",
"47f448eab72fa27e3ecd48cd9366f3900e13e3f385081a63027c3252452dcebci0",
"f98248bd62d1893623d07789d2b77c76c726343272fe33cffd0598496792bfbci0",
"9f4f89d78bf18eec65fad5a7e1e4b48023733678df1f831f762713aa28a7adbci0",
"99603a91e9c394b8a08e41292afa612773054a1852ad50b70b926e8ed5ff98bci0",
"ab9a8bc85f80436eb801f0b44525e735949b702b88165f276d9d5370a08792bci0",
"68a66f966af6a8df8a697d026f53ac3d1bbf16fe60e4c00046c38ca42e4c6abci0",
"f85395c84a44416973091c7b5b54093511a4e420d79b8a95f25392f60ee164bci0",
"0d94b03575c0abcd9b50463402c57c05a8fb13fdc4838b3ea38fdb4214a93fbci0",
"9101836abf01e3c2ec3b131bd392063aab15aafc15c83331e33bd5f27bddeabbi0",
"a6b1b98105d3a8b6552e191e0bc300ac432bdba02b87d7e69cca7a5f22e9cebbi0",
"38031a62f117119561f095109367359b1ec5b513cce605e99d3ad4fb3d73ccbbi0",
"518505a149382542af4a249a0ea3e8393eb11baaf1e607bb7fa089ccb0acb7bbi0",
"d6033366e191c597b5d060ccd11213625f7ca276a8dd3649db9463c401d654bbi0",
"23c94df33db29f2068237528c50bccb9af14dabeb1b4c370c1ce2cfaf2bb12bbi0",
"11407eeb6ecd4b5f721d3bdbb24d80c57bf978438466d44a37f4400dcf40dcbai0",
"26fd15fe036f3ff842e060207150594d5327963a5af729d9d7bb37f9b27cc9bai0",
"c85d49988d0a9e63b57a42b0f43b085ac848b4eec3c7567c6ff9835b28b7bfbai0",
"6f9d8c063ebd8777d42609563d5a2753739ba9822afdbd3f30248aa3622c1bbai0",
"59a5c6c8ebf33e8af27c5ca3a1fc34c6ec4a3933024431d74a7107c4cdb518bai0",
"113a792a0665cc766fe1725e94da88af51d637f0b4b2d8bab8acefc60a7fa2b9i0",
"74f75991f2f1f877c01834c8840778a67a66403ec6fe6db4889bd773a0c8f2b8i0",
"1aea70b0b26f38543f5ac323c88287b8b128f275eac1b26e316a86e14bf6c4b8i0",
"fb24445c829b8e9739be2153bf44f8962191c9ef470fa5a0a8cf6014d3939ab8i0",
"4f7bd6fb95500aad569bd9772f49545f997ffed98782938e6d030d1f0ea482b8i0",
"340716bc1585d9b57fc6c21e298caed04c84b27bd45873799b31b63d7fb965b8i0",
"cc515eb5a3125b80a8d7a2ac8e0ba54206185715332ebe6434dfbc86661053b8i0",
"e1ad8b866a5b25b67ccaf2b4e63eddb02b24e2a7abd8c3fd2c5d4ae488f83bb8i0",
"bd723e4bc055e8a43d52e80041664b94dd24a7e1a1c4aa02f39841596a0d76b7i0",
"45efc579e0fbbc539eeaf6fedc30fdd156fca6e32d7d0fff87c568b411a651b7i0",
"6ff468ac685ea84a44977322e23371aee5c6eb75d35207a60dd8b43d32632db7i0",
"9adda4d80df93b592ed215aee39da04fe4a43aec06a97f7228b483a747f4ebb6i0",
"adf97725b496134ebfd0eaaceb63f23d94052a585f557206f33443c2d659e6b6i0",
"41565db258d48adc4e0ff3467534890ee6a12beaed5378847667735affb8e2b6i0",
"fab5be5f8860e29eb394e56bd0a668752c346d1bdda73dc6a2fc2e824a17dbb6i0",
"1307d9531f2759ffcd125bdaf31ed9116c103a991a17d5b43b2e41a7e17460b6i0",
"5494d587b738c901b727c39628d94eb021a836bd78e82b20f6e331ed5c2850b6i0",
"6e98fb69311cf79bd271b13411df9e6b6138705fd08db20fe36a897eb4b513b6i0",
"f6f5d494bd9211ec6b71e9270f4a87237647e7f655ce7c10392fe1c80d8affb5i0",
"7fe37c78b2be6788af0fe810d5b6aedb1bb9c166b70667105e43de13234ee6b5i0",
"8093e0684c094a22b23f328b1dbd50c487c3ab37bc230de456a12b7fde95bcb5i0",
"7511c5ef23ab23f8e009e368b7954c4ed7e67a7a1cd94bae99b7d93a192a90b5i0",
"c98658f7731c9b5342c6a51f0860fec09fbcab9867b986d4704736abf1b0f6b4i0",
"b56001aa7fc59eb40068ea41e0f35a54f4d73c3483cd69ae0c26bb95dfc9e9b4i0",
"4147fbe40586287b1e6144c066731e43959e1aa7d3c7c8ea301ee44fd0b37fb4i0",
"3d43b7b45e4c0e062b21147be0ebdd68f9094f4e9c7b8a686aeb2948b40fbfb3i0",
"6e66c9e03e18250806515a3a60e4a6012f37e87aa1446a679ade384c7e55a3b3i0",
"8215caa5d781be0d5fae9ce7cb1a04efa17f82fb66cb2fa99e4c7bb1a2f479b3i0",
"ce288cac29042474740fa477163767a0fcf74b228e48748630ac7193118429b3i0",
"6d35d614a3574e85d80e27fdc5854a055c484dbf09f155411e279a839aa8ddb2i0",
"906804e50f92a51329b5009d65e5f6e3c32e512279c835c3171ea6765eaca6b2i0",
"70bd0c3531d62ab836187dd956e1e3fb7ef9903124b818a78e5ecd5198f5a3b2i0",
"92c2668efad88467edded7ffc50fb05a063e7b2b555ccc2073f41d599bb037b2i0",
"e97700fc461598ac01bcb2b74cde9ee31e608bfc7f53047e9e494697509f1fb2i0",
"f9d7f767ae23e67ccb9ffd21d9f83ef9a7b6617f5988a08481e1f722de05d1b1i0",
"262f07835303d1e3a8dce57c93488ed1512ad8ed633c9f129c1bc82535c99ab1i0",
"4ea5e8e9cc2c7414d2652c8db87ef556b48e61d60f68cef9c319eb87566e3db1i0",
"acfae264071fa0bb8bd7875e2d607ad48fac549c0817c2dba40858ee95571eb1i0",
"ed150d8980b923b214b8ea115a31933bbebf82666f93c68a1e11ebd3fee3d9b0i0",
"d9ea50a1c374d2feaf87a4ba82967aab419c1ecc4caac3964f69dac7323ca0b0i0"
],
"more": true,
"page_index": 9
}
GET
/inscriptions/block/<BLOCKHEIGHT>
Description
Get inscriptions for a specific block.
उदाहरण
curl -s -H "Accept: application/json" \
http://0.0.0.0:80/inscriptions/block/767430
{
"ids": [
"6fb976ab49dcec017f1e201e84395983204ae1a7c2abf7ced0a85d692e442799i0"
],
"more": false,
"page_index": 0
}
GET
/output/<OUTPOINT>
Description
Returns information about a UTXO, including inscriptions within it.
उदाहरण
curl -s -H "Accept: application/json" \
http://0.0.0.0:80/output/bc4c30829a9564c0d58e6287195622b53ced54a25711d1b86be7cd3a70ef61ed:0
{
"address": "bc1pz4kvfpurqc2hwgrq0nwtfve2lfxvdpfcdpzc6ujchyr3ztj6gd9sfr6ayf",
"indexed": false,
"inscriptions": [],
"outpoint": "bc4c30829a9564c0d58e6287195622b53ced54a25711d1b86be7cd3a70ef61ed:0",
"runes": {},
"sat_ranges": null,
"script_pubkey": "OP_PUSHNUM_1 OP_PUSHBYTES_32 156cc4878306157720607cdcb4b32afa4cc6853868458d7258b907112e5a434b",
"spent": true,
"transaction": "bc4c30829a9564c0d58e6287195622b53ced54a25711d1b86be7cd3a70ef61ed",
"value": 10000
}
POST
/outputs
Description
List information from a list of outputs.
उदाहरण
curl -s -X POST \
-H "Accept: application/json" \
-H "Content-Type: application/json" \
-d '["bc4c30829a9564c0d58e6287195622b53ced54a25711d1b86be7cd3a70ef61ed:0", "bc4c30829a9564c0d58e6287195622b53ced54a25711d1b86be7cd3a70ef61ed:1"]' \
http://0.0.0.0:80/outputs
[
{
"address": "bc1pz4kvfpurqc2hwgrq0nwtfve2lfxvdpfcdpzc6ujchyr3ztj6gd9sfr6ayf",
"indexed": false,
"inscriptions": [],
"outpoint": "bc4c30829a9564c0d58e6287195622b53ced54a25711d1b86be7cd3a70ef61ed:0",
"runes": {},
"sat_ranges": null,
"script_pubkey": "OP_PUSHNUM_1 OP_PUSHBYTES_32 156cc4878306157720607cdcb4b32afa4cc6853868458d7258b907112e5a434b",
"spent": true,
"transaction": "bc4c30829a9564c0d58e6287195622b53ced54a25711d1b86be7cd3a70ef61ed",
"value": 10000
},
{
"address": "bc1pkc2cdnm6xermt2vzxg9wwcur5prgpl6pms3xf9ydtyax5pnqsgwqvuu5cq",
"indexed": false,
"inscriptions": [],
"outpoint": "bc4c30829a9564c0d58e6287195622b53ced54a25711d1b86be7cd3a70ef61ed:1",
"runes": {},
"sat_ranges": null,
"script_pubkey": "5120b61586cf7a3647b5a982320ae76383a04680ff41dc2264948d593a6a0660821c",
"spent": true,
"transaction": "bc4c30829a9564c0d58e6287195622b53ced54a25711d1b86be7cd3a70ef61ed",
"value": 483528
}
]
GET
/outputs/<ADDRESS>
Description
Get UTXOs held by <ADDRESS>.
Query Parameters
type (optional)
| मूल्य | Description |
|---|---|
any | return all UTXOs |
cardinal | return UTXOs not containing inscriptions or runes |
inscribed | return UTXOs containing inscriptions |
runic | return UTXOs containing runes |
उदाहरण
curl -s -H "Accept: application/json" \
"http://0.0.0.0:80/outputs/358mMRwcxuCSkKheuVWaXHJBGKrXo3f6JW?type=cardinal"
[
{
"address": "358mMRwcxuCSkKheuVWaXHJBGKrXo3f6JW",
"indexed": true,
"inscriptions": [],
"outpoint": "6737d77ee9fba5f37e5f4128b03479209030bf44f78ffa3f4e94bf9783691b00:0",
"runes": {},
"sat_ranges": [
[
567775159437503,
567775159443555
],
[
1266853954166100,
1266853954177531
],
[
1210436862054339,
1210436862084993
],
[
690914221328806,
690914221362332
],
[
957021421066680,
957021421075017
]
],
"script_pubkey": "a91425c70777dfcf84ba7479483e262e1bc7bb0bf4d587",
"spent": false,
"transaction": "6737d77ee9fba5f37e5f4128b03479209030bf44f78ffa3f4e94bf9783691b00",
"value": 90000
},
{
"address": "358mMRwcxuCSkKheuVWaXHJBGKrXo3f6JW",
"indexed": true,
"inscriptions": [],
"outpoint": "0cfa3e55f14812c119e47936d95abbb4e04f3094f6d86ac16c6e10018b0b2900:0",
"runes": {},
"sat_ranges": [
[
1773029001419378,
1773029001509378
]
],
"script_pubkey": "a91425c70777dfcf84ba7479483e262e1bc7bb0bf4d587",
"spent": false,
"transaction": "0cfa3e55f14812c119e47936d95abbb4e04f3094f6d86ac16c6e10018b0b2900",
"value": 90000
}
]
GET
/rune/<RUNE>
Description
Returns details about the specified rune. Requires index with --index-runes flag.
उदाहरण
curl -s -H "Accept: application/json" \
http://localhost/rune/UNCOMMONGOODS
{
"entry": {
"block": 1,
"burned": 139,
"divisibility": 0,
"etching": "0000000000000000000000000000000000000000000000000000000000000000",
"mints": 33891693,
"number": 0,
"premine": 0,
"spaced_rune": "UNCOMMON•GOODS",
"symbol": "⧉",
"terms": {
"amount": 1,
"cap": 340282366920938463463374607431768211455,
"height": [
840000,
1050000
],
"offset": [
null,
null
]
},
"timestamp": 0,
"turbo": true
},
"id": "1:0",
"mintable": true,
"parent": null
}
GET
/runes
Description
Returns details for last 100 inscribed runes. Requires index with --index-runes flag.
उदाहरण
curl -s -H "Accept: application/json" \
http://0.0.0.0:80/runes
{
"entries": [
[
"864348:823",
{
"block": 864348,
"burned": 0,
"divisibility": 0,
"etching": "645431123f5ff8b92d057803f2ba786689fd04f2d968d8fb6a4162b63cabc4fd",
"mints": 0,
"number": 119793,
"premine": 0,
"spaced_rune": "ZKSKOOUGYPXB",
"symbol": null,
"terms": {
"amount": 1,
"cap": 87187755,
"height": [
null,
null
],
"offset": [
null,
null
]
},
"timestamp": 1728166072,
"turbo": false
}
],
[
"864348:822",
{
"block": 864348,
"burned": 0,
"divisibility": 0,
"etching": "9d3a1200adfcb2e0ef07e4975120980befcc265cd85b9f2300bc12d4a1ab1beb",
"mints": 0,
"number": 119792,
"premine": 0,
"spaced_rune": "VEMRWZCGQRLL",
"symbol": null,
"terms": {
"amount": 1,
"cap": 183543298,
"height": [
null,
null
],
"offset": [
null,
null
]
},
"timestamp": 1728166072,
"turbo": false
}
],
[
"864346:427",
{
"block": 864346,
"burned": 0,
"divisibility": 0,
"etching": "2acaba44a6dc31cc5f8a8f4ee3a10eb9ca74e47d62975709cb8e81723d91a20d",
"mints": 0,
"number": 119791,
"premine": 0,
"spaced_rune": "LBQPCHACURXD",
"symbol": null,
"terms": {
"amount": 1,
"cap": 12894945,
"height": [
null,
null
],
"offset": [
null,
null
]
},
"timestamp": 1728165011,
"turbo": false
}
],
[
"864343:2413",
{
"block": 864343,
"burned": 0,
"divisibility": 0,
"etching": "6698cd13f630107ccc4b3058cc09b1718aa435e8f9c4eba6b08eea5d13ee809b",
"mints": 0,
"number": 119790,
"premine": 1000000000,
"spaced_rune": "BABY•LEN•SASSAMAN",
"symbol": "Ⱡ",
"terms": {
"amount": 100000,
"cap": 11000,
"height": [
null,
null
],
"offset": [
null,
null
]
},
"timestamp": 1728162943,
"turbo": false
}
],
[
"864342:2591",
{
"block": 864342,
"burned": 0,
"divisibility": 1,
"etching": "095513866c6e7aca84a39f403caac493eaa2f53eda848aaee3e96463571ec6d6",
"mints": 0,
"number": 119789,
"premine": 30000,
"spaced_rune": "COMPLETED•IT•MATE",
"symbol": "⚽",
"terms": {
"amount": 100,
"cap": 299999700,
"height": [
null,
null
],
"offset": [
null,
null
]
},
"timestamp": 1728162376,
"turbo": true
}
],
[
"864338:4768",
{
"block": 864338,
"burned": 0,
"divisibility": 0,
"etching": "0d04505188efc69d4e2cb389607663ff556c062e1e2f8c890bfc598c637700ab",
"mints": 0,
"number": 119788,
"premine": 0,
"spaced_rune": "IJEIKMFKELRFRGRGRGEFREFGR",
"symbol": "d",
"terms": {
"amount": 211,
"cap": 554553,
"height": [
null,
null
],
"offset": [
null,
null
]
},
"timestamp": 1728160156,
"turbo": false
}
],
[
"864338:4767",
{
"block": 864338,
"burned": 0,
"divisibility": 0,
"etching": "e0490721505254c83a69ce1411b1659b6ecd0690751cf43ac45240ca7d3ab4fb",
"mints": 0,
"number": 119787,
"premine": 0,
"spaced_rune": "CQHMUFFTWWPF",
"symbol": null,
"terms": {
"amount": 1,
"cap": 14372222,
"height": [
null,
null
],
"offset": [
null,
null
]
},
"timestamp": 1728160156,
"turbo": false
}
],
[
"864338:4766",
{
"block": 864338,
"burned": 0,
"divisibility": 0,
"etching": "ada836a0e9c834977161543ba7bace0b552e55f88da0398626b1c49a170502dd",
"mints": 0,
"number": 119786,
"premine": 0,
"spaced_rune": "KJMKPVMKREMVBVBFBVFD",
"symbol": "3",
"terms": {
"amount": 332,
"cap": 211222,
"height": [
null,
null
],
"offset": [
null,
null
]
},
"timestamp": 1728160156,
"turbo": false
}
],
[
"864337:4402",
{
"block": 864337,
"burned": 0,
"divisibility": 0,
"etching": "ed45aaf2e9b82d55e35a8d0654d0bb044d1d3e2fdd3eb8787d572854316c53c2",
"mints": 0,
"number": 119785,
"premine": 0,
"spaced_rune": "JNJKMLKMNJCMPMCESCVDSV•DV",
"symbol": "2",
"terms": {
"amount": 3222,
"cap": 1111111,
"height": [
null,
null
],
"offset": [
null,
null
]
},
"timestamp": 1728160097,
"turbo": false
}
],
[
"864335:913",
{
"block": 864335,
"burned": 0,
"divisibility": 0,
"etching": "435cc412c946ced0a5ae5a50ee41d2b541f06f09b6f587619507dfbcc61b8842",
"mints": 0,
"number": 119784,
"premine": 0,
"spaced_rune": "UOBYCVAGPLNO",
"symbol": null,
"terms": {
"amount": 1,
"cap": 194090811,
"height": [
null,
null
],
"offset": [
null,
null
]
},
"timestamp": 1728158372,
"turbo": false
}
],
[
"864335:912",
{
"block": 864335,
"burned": 0,
"divisibility": 0,
"etching": "79d77e44d66af6ec82ff7970eb3f15b9537408e3888ed0348a265810e99ddd3a",
"mints": 0,
"number": 119783,
"premine": 0,
"spaced_rune": "YNJMQPGPUGWN",
"symbol": null,
"terms": {
"amount": 1,
"cap": 71782828,
"height": [
null,
null
],
"offset": [
null,
null
]
},
"timestamp": 1728158372,
"turbo": false
}
],
[
"864335:910",
{
"block": 864335,
"burned": 0,
"divisibility": 0,
"etching": "b014db8f651ec05a1f261f3569c66973318787ad4c7410d6677fc6fcc45e5cfe",
"mints": 0,
"number": 119782,
"premine": 0,
"spaced_rune": "FDLQGMGRYAMF",
"symbol": null,
"terms": {
"amount": 1,
"cap": 135966360,
"height": [
null,
null
],
"offset": [
null,
null
]
},
"timestamp": 1728158372,
"turbo": false
}
],
[
"864335:909",
{
"block": 864335,
"burned": 0,
"divisibility": 0,
"etching": "bd649ba830b262ddcf24b0d6da5091f2dbf1276af26ad0809b65a95c42ddbec2",
"mints": 0,
"number": 119781,
"premine": 0,
"spaced_rune": "LBPOUDNUAIDK",
"symbol": null,
"terms": {
"amount": 1,
"cap": 128338720,
"height": [
null,
null
],
"offset": [
null,
null
]
},
"timestamp": 1728158372,
"turbo": false
}
],
[
"864335:908",
{
"block": 864335,
"burned": 0,
"divisibility": 0,
"etching": "4ee02e12ba76c8c85208510e078810efbb3843fdaa1323d4e84f40a753d97380",
"mints": 0,
"number": 119780,
"premine": 0,
"spaced_rune": "RNVHGUYHAUCM",
"symbol": null,
"terms": {
"amount": 1,
"cap": 3346818,
"height": [
null,
null
],
"offset": [
null,
null
]
},
"timestamp": 1728158372,
"turbo": false
}
],
[
"864335:907",
{
"block": 864335,
"burned": 0,
"divisibility": 0,
"etching": "c9b47a71a2a552450f6259262fc0c23c45148fccb52ee32cd5bb668a467a9f5d",
"mints": 0,
"number": 119779,
"premine": 0,
"spaced_rune": "RTSQQFKTEEBX",
"symbol": null,
"terms": {
"amount": 1,
"cap": 85692692,
"height": [
null,
null
],
"offset": [
null,
null
]
},
"timestamp": 1728158372,
"turbo": false
}
],
[
"864335:906",
{
"block": 864335,
"burned": 0,
"divisibility": 0,
"etching": "df772301fef3107549d200fea54f47e46d6aae197f85e93b0068749640028055",
"mints": 0,
"number": 119778,
"premine": 0,
"spaced_rune": "IWHXSPKPYQOX",
"symbol": null,
"terms": {
"amount": 1,
"cap": 166869547,
"height": [
null,
null
],
"offset": [
null,
null
]
},
"timestamp": 1728158372,
"turbo": false
}
],
[
"864335:905",
{
"block": 864335,
"burned": 0,
"divisibility": 0,
"etching": "186049ed6091d0a4d9e1abf6d436a6af7bc7603a33c71031b8bb0ba02f386b3a",
"mints": 0,
"number": 119777,
"premine": 0,
"spaced_rune": "OHDKZWZHYLVL",
"symbol": null,
"terms": {
"amount": 1,
"cap": 189310557,
"height": [
null,
null
],
"offset": [
null,
null
]
},
"timestamp": 1728158372,
"turbo": false
}
],
[
"864335:904",
{
"block": 864335,
"burned": 0,
"divisibility": 0,
"etching": "74e72d9c58ce6300807d1ca6343fa95f5fa34f3d7e29fc95a94b553ff4c66b36",
"mints": 0,
"number": 119776,
"premine": 0,
"spaced_rune": "NSZNPZDDFYCT",
"symbol": null,
"terms": {
"amount": 1,
"cap": 72959668,
"height": [
null,
null
],
"offset": [
null,
null
]
},
"timestamp": 1728158372,
"turbo": false
}
],
[
"864335:386",
{
"block": 864335,
"burned": 0,
"divisibility": 0,
"etching": "76e81c2a204074d61869f58ce86bf8ecfe66f1213bd444c4f22c6f638a401ef9",
"mints": 0,
"number": 119775,
"premine": 0,
"spaced_rune": "NTOOWMNTOOWMNTOOWM",
"symbol": null,
"terms": {
"amount": 1,
"cap": 1000000,
"height": [
null,
null
],
"offset": [
null,
null
]
},
"timestamp": 1728158372,
"turbo": false
}
],
[
"864334:4073",
{
"block": 864334,
"burned": 0,
"divisibility": 0,
"etching": "6c132c6b69ff19d3dbbd0165bcf2fb5db9bba717824a3ff93e94e976b7da5f9e",
"mints": 0,
"number": 119774,
"premine": 0,
"spaced_rune": "HIDDEN•SELDOM•DISEASE•WISE",
"symbol": null,
"terms": {
"amount": 1,
"cap": 1127,
"height": [
null,
null
],
"offset": [
null,
null
]
},
"timestamp": 1728158138,
"turbo": false
}
],
[
"864334:4070",
{
"block": 864334,
"burned": 0,
"divisibility": 0,
"etching": "adcbc4dc91e0b354baacb37be52e187fab2cf619c43f0675b26c5e7d58ad1ded",
"mints": 0,
"number": 119773,
"premine": 0,
"spaced_rune": "TYDSJXISYECCOQYYSS",
"symbol": null,
"terms": {
"amount": 1,
"cap": 2361833545833,
"height": [
null,
null
],
"offset": [
null,
null
]
},
"timestamp": 1728158138,
"turbo": false
}
],
[
"864334:762",
{
"block": 864334,
"burned": 0,
"divisibility": 0,
"etching": "259fc5e99770c5d2ed0547571981ad191554282e6ab4b2a6eb4083c392edc1cb",
"mints": 0,
"number": 119772,
"premine": 0,
"spaced_rune": "BEGCOAJVXEHW",
"symbol": null,
"terms": {
"amount": 1,
"cap": 38385326,
"height": [
null,
null
],
"offset": [
null,
null
]
},
"timestamp": 1728158138,
"turbo": false
}
],
[
"864334:433",
{
"block": 864334,
"burned": 0,
"divisibility": 0,
"etching": "4d324233f38c0cbf36bf1a76e161cbe0ff9f0efb6ee78d94dffdd5f16ec7e8ba",
"mints": 0,
"number": 119771,
"premine": 0,
"spaced_rune": "BEDIALAMDARBEDIALAMDAR",
"symbol": null,
"terms": {
"amount": 5,
"cap": 100000,
"height": [
null,
null
],
"offset": [
null,
null
]
},
"timestamp": 1728158138,
"turbo": false
}
],
[
"864334:432",
{
"block": 864334,
"burned": 0,
"divisibility": 0,
"etching": "f7b804462b33fd468ef3b171071094f3498968b0a488d08489e16058d470d809",
"mints": 0,
"number": 119770,
"premine": 0,
"spaced_rune": "RUTHMARTINRUTHMARTIN",
"symbol": null,
"terms": {
"amount": 1,
"cap": 999999,
"height": [
null,
null
],
"offset": [
null,
null
]
},
"timestamp": 1728158138,
"turbo": false
}
],
[
"864334:431",
{
"block": 864334,
"burned": 0,
"divisibility": 0,
"etching": "51ce542a9557a4894b0dfd705d13268682aa16c83e5eee9c5b1ba4d67113def8",
"mints": 0,
"number": 119769,
"premine": 0,
"spaced_rune": "ULTIVERSEULTIVERSE",
"symbol": null,
"terms": {
"amount": 1,
"cap": 7777777,
"height": [
null,
null
],
"offset": [
null,
null
]
},
"timestamp": 1728158138,
"turbo": false
}
],
[
"864334:182",
{
"block": 864334,
"burned": 0,
"divisibility": 0,
"etching": "195dc952cb7c9e8a5c370fe098b4aa1d8bba8225bb4706ee7243b8e3c43f2b32",
"mints": 0,
"number": 119768,
"premine": 0,
"spaced_rune": "NUQHRKVWSYEA",
"symbol": null,
"terms": {
"amount": 1,
"cap": 3063483,
"height": [
null,
null
],
"offset": [
null,
null
]
},
"timestamp": 1728158138,
"turbo": false
}
],
[
"864333:3461",
{
"block": 864333,
"burned": 0,
"divisibility": 0,
"etching": "65078629f16f0ce11a91da3de877a0ac5a25b5ed4c68d0ba3f6a8e75eab5f871",
"mints": 0,
"number": 119767,
"premine": 0,
"spaced_rune": "FMTJRFVGNHVZNUCB",
"symbol": null,
"terms": {
"amount": 1,
"cap": 5541274870406,
"height": [
null,
null
],
"offset": [
null,
null
]
},
"timestamp": 1728157837,
"turbo": false
}
],
[
"864333:3458",
{
"block": 864333,
"burned": 0,
"divisibility": 0,
"etching": "8471194b68cfab89a9d6112caf62f97819172d397e91674ec5413ad8f27b2828",
"mints": 0,
"number": 119766,
"premine": 0,
"spaced_rune": "WEELZZLGHGDRTO",
"symbol": null,
"terms": {
"amount": 1,
"cap": 507317119633,
"height": [
null,
null
],
"offset": [
null,
null
]
},
"timestamp": 1728157837,
"turbo": false
}
],
[
"864333:3440",
{
"block": 864333,
"burned": 0,
"divisibility": 0,
"etching": "90d530d1daf7f1f6ece388a846fe8173a427f71b7e1c5cfc1c035dcd1fc0b017",
"mints": 0,
"number": 119765,
"premine": 0,
"spaced_rune": "MIIOBBPODENFJ",
"symbol": null,
"terms": {
"amount": 1,
"cap": 503174265447,
"height": [
null,
null
],
"offset": [
null,
null
]
},
"timestamp": 1728157837,
"turbo": false
}
],
[
"864333:3437",
{
"block": 864333,
"burned": 0,
"divisibility": 0,
"etching": "5c0d2bbf9543cd50293fd6671d94502fa08c8c6d11431e0eee4ac3aedbdbc5bc",
"mints": 0,
"number": 119764,
"premine": 0,
"spaced_rune": "TASTE•RISING•FULL",
"symbol": null,
"terms": {
"amount": 1,
"cap": 4812,
"height": [
null,
null
],
"offset": [
null,
null
]
},
"timestamp": 1728157837,
"turbo": false
}
],
[
"864333:3434",
{
"block": 864333,
"burned": 0,
"divisibility": 0,
"etching": "1766810d3f53cfce81a4e0620c21e8e4643c7a40936dbafa6e88339c025fb5f6",
"mints": 0,
"number": 119763,
"premine": 0,
"spaced_rune": "REGION•MARK•LOW",
"symbol": null,
"terms": {
"amount": 1,
"cap": 2470,
"height": [
null,
null
],
"offset": [
null,
null
]
},
"timestamp": 1728157837,
"turbo": false
}
],
[
"864333:3433",
{
"block": 864333,
"burned": 0,
"divisibility": 0,
"etching": "f2a6805462cebffc6eb5855d1205dedf9c7f746a7dfd420c153011bb572f58ba",
"mints": 0,
"number": 119762,
"premine": 0,
"spaced_rune": "QHKKEWPTDMNB",
"symbol": null,
"terms": {
"amount": 1,
"cap": 53660832,
"height": [
null,
null
],
"offset": [
null,
null
]
},
"timestamp": 1728157837,
"turbo": false
}
],
[
"864333:3432",
{
"block": 864333,
"burned": 0,
"divisibility": 0,
"etching": "5d2127d84533fc9d486eaec1a2b76b2d349fe63a06a9d14847b667d360af6e19",
"mints": 0,
"number": 119761,
"premine": 0,
"spaced_rune": "IWLUKGYIWMBP",
"symbol": null,
"terms": {
"amount": 1,
"cap": 94339731,
"height": [
null,
null
],
"offset": [
null,
null
]
},
"timestamp": 1728157837,
"turbo": false
}
],
[
"864333:3431",
{
"block": 864333,
"burned": 0,
"divisibility": 0,
"etching": "ac4668d63f66c94515dbc2a74faa9152018758a75432cc085a7e7638a24cbc12",
"mints": 0,
"number": 119760,
"premine": 0,
"spaced_rune": "KWUFVEOJVKGQ",
"symbol": null,
"terms": {
"amount": 1,
"cap": 196312580,
"height": [
null,
null
],
"offset": [
null,
null
]
},
"timestamp": 1728157837,
"turbo": false
}
],
[
"864333:2714",
{
"block": 864333,
"burned": 0,
"divisibility": 0,
"etching": "c642cd4cc7a075c61d3a32b949217990aa91dfc928f12a2cdba1f2f228c699c7",
"mints": 26,
"number": 119759,
"premine": 210000,
"spaced_rune": "BOUNCE•THE•BITCOIN•CAT",
"symbol": "🐱",
"terms": {
"amount": 1000,
"cap": 20790,
"height": [
null,
null
],
"offset": [
null,
null
]
},
"timestamp": 1728157837,
"turbo": true
}
],
[
"864333:2482",
{
"block": 864333,
"burned": 0,
"divisibility": 0,
"etching": "cc2415293c275bea4d73ff8f45f68f269686b819de447f50ec6988ac04a62d1b",
"mints": 0,
"number": 119758,
"premine": 30000000,
"spaced_rune": "BITCAT•IS•IN•CONTROL",
"symbol": "🐈",
"terms": {
"amount": 5000,
"cap": 194000,
"height": [
null,
null
],
"offset": [
null,
null
]
},
"timestamp": 1728157837,
"turbo": true
}
],
[
"864333:2462",
{
"block": 864333,
"burned": 0,
"divisibility": 0,
"etching": "a75f792be155a0b53691289433a6413c1efb1aeaf970f752ee70be3c6e755a06",
"mints": 0,
"number": 119757,
"premine": 0,
"spaced_rune": "FIRST•CAT•EATING•BITCOINER",
"symbol": "🙀",
"terms": {
"amount": 1000,
"cap": 21000,
"height": [
null,
null
],
"offset": [
null,
null
]
},
"timestamp": 1728157837,
"turbo": true
}
],
[
"864333:1142",
{
"block": 864333,
"burned": 0,
"divisibility": 0,
"etching": "7488c2909e2bb5f39fb836ee1e18c23487d078e48e2420cc11776c8d7931fea5",
"mints": 0,
"number": 119756,
"premine": 0,
"spaced_rune": "AI•CRYPTO•AI•CRYPTO",
"symbol": "A",
"terms": {
"amount": 1000,
"cap": 1,
"height": [
null,
null
],
"offset": [
null,
null
]
},
"timestamp": 1728157837,
"turbo": false
}
],
[
"864333:1140",
{
"block": 864333,
"burned": 0,
"divisibility": 0,
"etching": "a024e2d4c4e15eab941376a954bb9176bc95990ba6b2a6d31e5b7c26cd8d7e7c",
"mints": 0,
"number": 119755,
"premine": 0,
"spaced_rune": "SACMKSOKCMPOKMWCLWMCLWCDWC",
"symbol": "c",
"terms": {
"amount": 221,
"cap": 2111111,
"height": [
null,
null
],
"offset": [
null,
null
]
},
"timestamp": 1728157837,
"turbo": false
}
],
[
"864333:1136",
{
"block": 864333,
"burned": 0,
"divisibility": 0,
"etching": "d6358e0601130c5ebbdb535aa93bbe2e752fd7fd6eee8601fe5af29e7ff179e1",
"mints": 0,
"number": 119754,
"premine": 0,
"spaced_rune": "XQOFVAHHLCQR",
"symbol": null,
"terms": {
"amount": 1,
"cap": 94964916,
"height": [
null,
null
],
"offset": [
null,
null
]
},
"timestamp": 1728157837,
"turbo": false
}
],
[
"864333:1135",
{
"block": 864333,
"burned": 0,
"divisibility": 0,
"etching": "62aa2bd48b0eb8a1c3bb090c6129bdc52a2348f3b8e25a2e2eeaa27313e242af",
"mints": 0,
"number": 119753,
"premine": 0,
"spaced_rune": "YEPWCVNODTII",
"symbol": null,
"terms": {
"amount": 1,
"cap": 39185064,
"height": [
null,
null
],
"offset": [
null,
null
]
},
"timestamp": 1728157837,
"turbo": false
}
],
[
"864333:1134",
{
"block": 864333,
"burned": 0,
"divisibility": 0,
"etching": "e3e6a144d3ac57d35f7f141f79ea818bd26a78bf900c2d0aeaa2a95ce68f8c9e",
"mints": 0,
"number": 119752,
"premine": 0,
"spaced_rune": "SDFGJUJTYHTGRSFAD",
"symbol": null,
"terms": {
"amount": 1,
"cap": 5,
"height": [
null,
null
],
"offset": [
null,
null
]
},
"timestamp": 1728157837,
"turbo": false
}
],
[
"864333:1133",
{
"block": 864333,
"burned": 0,
"divisibility": 0,
"etching": "97600a89179c0bfd4b7c69bc5f4e9fc2f206124fbc08d4872f18ac6be29a525e",
"mints": 0,
"number": 119751,
"premine": 0,
"spaced_rune": "XQEKAAGEYDXY",
"symbol": null,
"terms": {
"amount": 1,
"cap": 147617461,
"height": [
null,
null
],
"offset": [
null,
null
]
},
"timestamp": 1728157837,
"turbo": false
}
],
[
"864333:1131",
{
"block": 864333,
"burned": 0,
"divisibility": 0,
"etching": "8ecabca3a2b1518c67c5ee41c93e7874d1117edfd0b36e46ea68eb83e6f9eaad",
"mints": 0,
"number": 119750,
"premine": 0,
"spaced_rune": "XFHSGMZJEUML",
"symbol": null,
"terms": {
"amount": 1,
"cap": 1014672,
"height": [
null,
null
],
"offset": [
null,
null
]
},
"timestamp": 1728157837,
"turbo": false
}
],
[
"864333:1130",
{
"block": 864333,
"burned": 0,
"divisibility": 0,
"etching": "77b1518d7ad77d89118eeb8eb92c120e1732d2e7ce9d6780cda180f5f4968df6",
"mints": 0,
"number": 119749,
"premine": 0,
"spaced_rune": "DJLNUHRYYTGR",
"symbol": null,
"terms": {
"amount": 1,
"cap": 146717679,
"height": [
null,
null
],
"offset": [
null,
null
]
},
"timestamp": 1728157837,
"turbo": false
}
],
[
"864333:1129",
{
"block": 864333,
"burned": 0,
"divisibility": 0,
"etching": "4da09c158447950fabd281c7910c6e3f251b9b9a98ab7058e2f4b26304e332ee",
"mints": 0,
"number": 119748,
"premine": 0,
"spaced_rune": "CBAQVALKVMYP",
"symbol": null,
"terms": {
"amount": 1,
"cap": 181932658,
"height": [
null,
null
],
"offset": [
null,
null
]
},
"timestamp": 1728157837,
"turbo": false
}
],
[
"864333:1128",
{
"block": 864333,
"burned": 0,
"divisibility": 0,
"etching": "b947075130f5a5f93a5cdfa9a216c76b761ff7cd2fb7ca677b3d00a3ca5d53e0",
"mints": 0,
"number": 119747,
"premine": 0,
"spaced_rune": "POJSRGWQBBWQ",
"symbol": null,
"terms": {
"amount": 1,
"cap": 100105873,
"height": [
null,
null
],
"offset": [
null,
null
]
},
"timestamp": 1728157837,
"turbo": false
}
],
[
"864333:1127",
{
"block": 864333,
"burned": 0,
"divisibility": 0,
"etching": "a356dd06600bb163cb4d68bbe601f83d987c3c2cd456e3784616ab297d1843c0",
"mints": 0,
"number": 119746,
"premine": 0,
"spaced_rune": "FMPQPSLKENKY",
"symbol": null,
"terms": {
"amount": 1,
"cap": 82531312,
"height": [
null,
null
],
"offset": [
null,
null
]
},
"timestamp": 1728157837,
"turbo": false
}
],
[
"864333:1126",
{
"block": 864333,
"burned": 0,
"divisibility": 0,
"etching": "b6ecdb27bb269949f58ace2ba162726483070e80c140dc60329b5fdbbd3e6395",
"mints": 0,
"number": 119745,
"premine": 0,
"spaced_rune": "GOARBTCEASGJ",
"symbol": null,
"terms": {
"amount": 1,
"cap": 99967467,
"height": [
null,
null
],
"offset": [
null,
null
]
},
"timestamp": 1728157837,
"turbo": false
}
],
[
"864333:1125",
{
"block": 864333,
"burned": 0,
"divisibility": 0,
"etching": "abf680ed211d18428ddda208f164539fbf662705bd88d4041575c53e655ed794",
"mints": 0,
"number": 119744,
"premine": 0,
"spaced_rune": "MNBIUEEAKPBJ",
"symbol": null,
"terms": {
"amount": 1,
"cap": 168164931,
"height": [
null,
null
],
"offset": [
null,
null
]
},
"timestamp": 1728157837,
"turbo": false
}
],
[
"864333:1124",
{
"block": 864333,
"burned": 0,
"divisibility": 0,
"etching": "74e290bc2ed6b39c887ab3b456f86d91edbadb829936c63bb166d42233527491",
"mints": 0,
"number": 119743,
"burned": 0,
"divisibility": 0,
"etching": "74e290bc2ed6b39c887ab3b456f86d91edbadb829936c63bb166d42233527491",
"mints": 0,
"number": 119743,
"divisibility": 0,
"etching": "74e290bc2ed6b39c887ab3b456f86d91edbadb829936c63bb166d42233527491",
"mints": 0,
"number": 119743,
"premine": 0,
"spaced_rune": "CWTYCFSOTBSU",
"symbol": null,
"etching": "74e290bc2ed6b39c887ab3b456f86d91edbadb829936c63bb166d42233527491",
"mints": 0,
"number": 119743,
"premine": 0,
"spaced_rune": "CWTYCFSOTBSU",
"symbol": null,
"terms": {
"amount": 1,
"cap": 29807122,
"mints": 0,
"number": 119743,
"premine": 0,
"spaced_rune": "CWTYCFSOTBSU",
"symbol": null,
"terms": {
"amount": 1,
"cap": 29807122,
"premine": 0,
"spaced_rune": "CWTYCFSOTBSU",
"symbol": null,
"terms": {
"amount": 1,
"cap": 29807122,
"height": [
null,
null
"terms": {
"amount": 1,
"cap": 29807122,
"height": [
null,
null
"height": [
null,
null
null
],
],
"offset": [
null,
null
]
},
"timestamp": 1728157837,
"turbo": false
}
]
],
"more": true,
"prev": null,
"next": 1
}
GET
/runes/<PAGE>
Description
Pagination allows you to specify which page of 100 runes you'd like to return.
उदाहरण
curl -s -H "Accept: application/json" \
http://0.0.0.0:80/runes/0
{
"entries": [
[
"864348:823",
{
"block": 864348,
"burned": 0,
"divisibility": 0,
"etching": "645431123f5ff8b92d057803f2ba786689fd04f2d968d8fb6a4162b63cabc4fd",
"mints": 0,
"number": 119793,
"premine": 0,
"spaced_rune": "ZKSKOOUGYPXB",
"symbol": null,
"terms": {
"amount": 1,
"cap": 87187755,
"height": [
null,
null
],
"offset": [
null,
null
]
},
"timestamp": 1728166072,
"turbo": false
}
],
[
"864348:822",
{
"block": 864348,
"burned": 0,
"divisibility": 0,
"etching": "9d3a1200adfcb2e0ef07e4975120980befcc265cd85b9f2300bc12d4a1ab1beb",
"mints": 0,
"number": 119792,
"premine": 0,
"spaced_rune": "VEMRWZCGQRLL",
"symbol": null,
"terms": {
"amount": 1,
"cap": 183543298,
"height": [
null,
null
],
"offset": [
null,
null
]
},
"timestamp": 1728166072,
"turbo": false
}
],
[
"864346:427",
{
"block": 864346,
"burned": 0,
"divisibility": 0,
"etching": "2acaba44a6dc31cc5f8a8f4ee3a10eb9ca74e47d62975709cb8e81723d91a20d",
"mints": 0,
"number": 119791,
"premine": 0,
"spaced_rune": "LBQPCHACURXD",
"symbol": null,
"terms": {
"amount": 1,
"cap": 12894945,
"height": [
null,
null
],
"offset": [
null,
null
]
},
"timestamp": 1728165011,
"turbo": false
}
],
[
"864343:2413",
{
"block": 864343,
"burned": 0,
"divisibility": 0,
"etching": "6698cd13f630107ccc4b3058cc09b1718aa435e8f9c4eba6b08eea5d13ee809b",
"mints": 0,
"number": 119790,
"premine": 1000000000,
"spaced_rune": "BABY•LEN•SASSAMAN",
"symbol": "Ⱡ",
"terms": {
"amount": 100000,
"cap": 11000,
"height": [
null,
null
],
"offset": [
null,
null
]
},
"timestamp": 1728162943,
"turbo": false
}
],
[
"864342:2591",
{
"block": 864342,
"burned": 0,
"divisibility": 1,
"etching": "095513866c6e7aca84a39f403caac493eaa2f53eda848aaee3e96463571ec6d6",
"mints": 0,
"number": 119789,
"premine": 30000,
"spaced_rune": "COMPLETED•IT•MATE",
"symbol": "⚽",
"terms": {
"amount": 100,
"cap": 299999700,
"height": [
null,
null
],
"offset": [
null,
null
]
},
"timestamp": 1728162376,
"turbo": true
}
],
[
"864338:4768",
{
"block": 864338,
"burned": 0,
"divisibility": 0,
"etching": "0d04505188efc69d4e2cb389607663ff556c062e1e2f8c890bfc598c637700ab",
"mints": 0,
"number": 119788,
"premine": 0,
"spaced_rune": "IJEIKMFKELRFRGRGRGEFREFGR",
"symbol": "d",
"terms": {
"amount": 211,
"cap": 554553,
"height": [
null,
null
],
"offset": [
null,
null
]
},
"timestamp": 1728160156,
"turbo": false
}
],
[
"864338:4767",
{
"block": 864338,
"burned": 0,
"divisibility": 0,
"etching": "e0490721505254c83a69ce1411b1659b6ecd0690751cf43ac45240ca7d3ab4fb",
"mints": 0,
"number": 119787,
"premine": 0,
"spaced_rune": "CQHMUFFTWWPF",
"symbol": null,
"terms": {
"amount": 1,
"cap": 14372222,
"height": [
null,
null
],
"offset": [
null,
null
]
},
"timestamp": 1728160156,
"turbo": false
}
],
[
"864338:4766",
{
"block": 864338,
"burned": 0,
"divisibility": 0,
"etching": "ada836a0e9c834977161543ba7bace0b552e55f88da0398626b1c49a170502dd",
"mints": 0,
"number": 119786,
"premine": 0,
"spaced_rune": "KJMKPVMKREMVBVBFBVFD",
"symbol": "3",
"terms": {
"amount": 332,
"cap": 211222,
"height": [
null,
null
],
"offset": [
null,
null
]
},
"timestamp": 1728160156,
"turbo": false
}
],
[
"864337:4402",
{
"block": 864337,
"burned": 0,
"divisibility": 0,
"etching": "ed45aaf2e9b82d55e35a8d0654d0bb044d1d3e2fdd3eb8787d572854316c53c2",
"mints": 0,
"number": 119785,
"premine": 0,
"spaced_rune": "JNJKMLKMNJCMPMCESCVDSV•DV",
"symbol": "2",
"terms": {
"amount": 3222,
"cap": 1111111,
"height": [
null,
null
],
"offset": [
null,
null
]
},
"timestamp": 1728160097,
"turbo": false
}
],
[
"864335:913",
{
"block": 864335,
"burned": 0,
"divisibility": 0,
"etching": "435cc412c946ced0a5ae5a50ee41d2b541f06f09b6f587619507dfbcc61b8842",
"mints": 0,
"number": 119784,
"premine": 0,
"spaced_rune": "UOBYCVAGPLNO",
"symbol": null,
"terms": {
"amount": 1,
"cap": 194090811,
"height": [
null,
null
],
"offset": [
null,
null
]
},
"timestamp": 1728158372,
"turbo": false
}
],
[
"864335:912",
{
"block": 864335,
"burned": 0,
"divisibility": 0,
"etching": "79d77e44d66af6ec82ff7970eb3f15b9537408e3888ed0348a265810e99ddd3a",
"mints": 0,
"number": 119783,
"premine": 0,
"spaced_rune": "YNJMQPGPUGWN",
"symbol": null,
"terms": {
"amount": 1,
"cap": 71782828,
"height": [
null,
null
],
"offset": [
null,
null
]
},
"timestamp": 1728158372,
"turbo": false
}
],
[
"864335:910",
{
"block": 864335,
"burned": 0,
"divisibility": 0,
"etching": "b014db8f651ec05a1f261f3569c66973318787ad4c7410d6677fc6fcc45e5cfe",
"mints": 0,
"number": 119782,
"premine": 0,
"spaced_rune": "FDLQGMGRYAMF",
"symbol": null,
"terms": {
"amount": 1,
"cap": 135966360,
"height": [
null,
null
],
"offset": [
null,
null
]
},
"timestamp": 1728158372,
"turbo": false
}
],
[
"864335:909",
{
"block": 864335,
"burned": 0,
"divisibility": 0,
"etching": "bd649ba830b262ddcf24b0d6da5091f2dbf1276af26ad0809b65a95c42ddbec2",
"mints": 0,
"number": 119781,
"premine": 0,
"spaced_rune": "LBPOUDNUAIDK",
"symbol": null,
"terms": {
"amount": 1,
"cap": 128338720,
"height": [
null,
null
],
"offset": [
null,
null
]
},
"timestamp": 1728158372,
"turbo": false
}
],
[
"864335:908",
{
"block": 864335,
"burned": 0,
"divisibility": 0,
"etching": "4ee02e12ba76c8c85208510e078810efbb3843fdaa1323d4e84f40a753d97380",
"mints": 0,
"number": 119780,
"premine": 0,
"spaced_rune": "RNVHGUYHAUCM",
"symbol": null,
"terms": {
"amount": 1,
"cap": 3346818,
"height": [
null,
null
],
"offset": [
null,
null
]
},
"timestamp": 1728158372,
"turbo": false
}
],
[
"864335:907",
{
"block": 864335,
"burned": 0,
"divisibility": 0,
"etching": "c9b47a71a2a552450f6259262fc0c23c45148fccb52ee32cd5bb668a467a9f5d",
"mints": 0,
"number": 119779,
"premine": 0,
"spaced_rune": "RTSQQFKTEEBX",
"symbol": null,
"terms": {
"amount": 1,
"cap": 85692692,
"height": [
null,
null
],
"offset": [
null,
null
]
},
"timestamp": 1728158372,
"turbo": false
}
],
[
"864335:906",
{
"block": 864335,
"burned": 0,
"divisibility": 0,
"etching": "df772301fef3107549d200fea54f47e46d6aae197f85e93b0068749640028055",
"mints": 0,
"number": 119778,
"premine": 0,
"spaced_rune": "IWHXSPKPYQOX",
"symbol": null,
"terms": {
"amount": 1,
"cap": 166869547,
"height": [
null,
null
],
"offset": [
null,
null
]
},
"timestamp": 1728158372,
"turbo": false
}
],
[
"864335:905",
{
"block": 864335,
"burned": 0,
"divisibility": 0,
"etching": "186049ed6091d0a4d9e1abf6d436a6af7bc7603a33c71031b8bb0ba02f386b3a",
"mints": 0,
"number": 119777,
"premine": 0,
"spaced_rune": "OHDKZWZHYLVL",
"symbol": null,
"terms": {
"amount": 1,
"cap": 189310557,
"height": [
null,
null
],
"offset": [
null,
null
]
},
"timestamp": 1728158372,
"turbo": false
}
],
[
"864335:904",
{
"block": 864335,
"burned": 0,
"divisibility": 0,
"etching": "74e72d9c58ce6300807d1ca6343fa95f5fa34f3d7e29fc95a94b553ff4c66b36",
"mints": 0,
"number": 119776,
"premine": 0,
"spaced_rune": "NSZNPZDDFYCT",
"symbol": null,
"terms": {
"amount": 1,
"cap": 72959668,
"height": [
null,
null
],
"offset": [
null,
null
]
},
"timestamp": 1728158372,
"turbo": false
}
],
[
"864335:386",
{
"block": 864335,
"burned": 0,
"divisibility": 0,
"etching": "76e81c2a204074d61869f58ce86bf8ecfe66f1213bd444c4f22c6f638a401ef9",
"mints": 0,
"number": 119775,
"premine": 0,
"spaced_rune": "NTOOWMNTOOWMNTOOWM",
"symbol": null,
"terms": {
"amount": 1,
"cap": 1000000,
"height": [
null,
null
],
"offset": [
null,
null
]
},
"timestamp": 1728158372,
"turbo": false
}
],
[
"864334:4073",
{
"block": 864334,
"burned": 0,
"divisibility": 0,
"etching": "6c132c6b69ff19d3dbbd0165bcf2fb5db9bba717824a3ff93e94e976b7da5f9e",
"mints": 0,
"number": 119774,
"premine": 0,
"spaced_rune": "HIDDEN•SELDOM•DISEASE•WISE",
"symbol": null,
"terms": {
"amount": 1,
"cap": 1127,
"height": [
null,
null
],
"offset": [
null,
null
]
},
"timestamp": 1728158138,
"turbo": false
}
],
[
"864334:4070",
{
"block": 864334,
"burned": 0,
"divisibility": 0,
"etching": "adcbc4dc91e0b354baacb37be52e187fab2cf619c43f0675b26c5e7d58ad1ded",
"mints": 0,
"number": 119773,
"premine": 0,
"spaced_rune": "TYDSJXISYECCOQYYSS",
"symbol": null,
"terms": {
"amount": 1,
"cap": 2361833545833,
"height": [
null,
null
],
"offset": [
null,
null
]
},
"timestamp": 1728158138,
"turbo": false
}
],
[
"864334:762",
{
"block": 864334,
"burned": 0,
"divisibility": 0,
"etching": "259fc5e99770c5d2ed0547571981ad191554282e6ab4b2a6eb4083c392edc1cb",
"mints": 0,
"number": 119772,
"premine": 0,
"spaced_rune": "BEGCOAJVXEHW",
"symbol": null,
"terms": {
"amount": 1,
"cap": 38385326,
"height": [
null,
null
],
"offset": [
null,
null
]
},
"timestamp": 1728158138,
"turbo": false
}
],
[
"864334:433",
{
"block": 864334,
"burned": 0,
"divisibility": 0,
"etching": "4d324233f38c0cbf36bf1a76e161cbe0ff9f0efb6ee78d94dffdd5f16ec7e8ba",
"mints": 0,
"number": 119771,
"premine": 0,
"spaced_rune": "BEDIALAMDARBEDIALAMDAR",
"symbol": null,
"terms": {
"amount": 5,
"cap": 100000,
"height": [
null,
null
],
"offset": [
null,
null
]
},
"timestamp": 1728158138,
"turbo": false
}
],
[
"864334:432",
{
"block": 864334,
"burned": 0,
"divisibility": 0,
"etching": "f7b804462b33fd468ef3b171071094f3498968b0a488d08489e16058d470d809",
"mints": 0,
"number": 119770,
"premine": 0,
"spaced_rune": "RUTHMARTINRUTHMARTIN",
"symbol": null,
"terms": {
"amount": 1,
"cap": 999999,
"height": [
null,
null
],
"offset": [
null,
null
]
},
"timestamp": 1728158138,
"turbo": false
}
],
[
"864334:431",
{
"block": 864334,
"burned": 0,
"divisibility": 0,
"etching": "51ce542a9557a4894b0dfd705d13268682aa16c83e5eee9c5b1ba4d67113def8",
"mints": 0,
"number": 119769,
"premine": 0,
"spaced_rune": "ULTIVERSEULTIVERSE",
"symbol": null,
"terms": {
"amount": 1,
"cap": 7777777,
"height": [
null,
null
],
"offset": [
null,
null
]
},
"timestamp": 1728158138,
"turbo": false
}
],
[
"864334:182",
{
"block": 864334,
"burned": 0,
"divisibility": 0,
"etching": "195dc952cb7c9e8a5c370fe098b4aa1d8bba8225bb4706ee7243b8e3c43f2b32",
"mints": 0,
"number": 119768,
"premine": 0,
"spaced_rune": "NUQHRKVWSYEA",
"symbol": null,
"terms": {
"amount": 1,
"cap": 3063483,
"height": [
null,
null
],
"offset": [
null,
null
]
},
"timestamp": 1728158138,
"turbo": false
}
],
[
"864333:3461",
{
"block": 864333,
"burned": 0,
"divisibility": 0,
"etching": "65078629f16f0ce11a91da3de877a0ac5a25b5ed4c68d0ba3f6a8e75eab5f871",
"mints": 0,
"number": 119767,
"premine": 0,
"spaced_rune": "FMTJRFVGNHVZNUCB",
"symbol": null,
"terms": {
"amount": 1,
"cap": 5541274870406,
"height": [
null,
null
],
"offset": [
null,
null
]
},
"timestamp": 1728157837,
"turbo": false
}
],
[
"864333:3458",
{
"block": 864333,
"burned": 0,
"divisibility": 0,
"etching": "8471194b68cfab89a9d6112caf62f97819172d397e91674ec5413ad8f27b2828",
"mints": 0,
"number": 119766,
"premine": 0,
"spaced_rune": "WEELZZLGHGDRTO",
"symbol": null,
"terms": {
"amount": 1,
"cap": 507317119633,
"height": [
null,
null
],
"offset": [
null,
null
]
},
"timestamp": 1728157837,
"turbo": false
}
],
[
"864333:3440",
{
"block": 864333,
"burned": 0,
"divisibility": 0,
"etching": "90d530d1daf7f1f6ece388a846fe8173a427f71b7e1c5cfc1c035dcd1fc0b017",
"mints": 0,
"number": 119765,
"premine": 0,
"spaced_rune": "MIIOBBPODENFJ",
"symbol": null,
"terms": {
"amount": 1,
"cap": 503174265447,
"height": [
null,
null
],
"offset": [
null,
null
]
},
"timestamp": 1728157837,
"turbo": false
}
],
[
"864333:3437",
{
"block": 864333,
"burned": 0,
"divisibility": 0,
"etching": "5c0d2bbf9543cd50293fd6671d94502fa08c8c6d11431e0eee4ac3aedbdbc5bc",
"mints": 0,
"number": 119764,
"premine": 0,
"spaced_rune": "TASTE•RISING•FULL",
"symbol": null,
"terms": {
"amount": 1,
"cap": 4812,
"height": [
null,
null
],
"offset": [
null,
null
]
},
"timestamp": 1728157837,
"turbo": false
}
],
[
"864333:3434",
{
"block": 864333,
"burned": 0,
"divisibility": 0,
"etching": "1766810d3f53cfce81a4e0620c21e8e4643c7a40936dbafa6e88339c025fb5f6",
"mints": 0,
"number": 119763,
"premine": 0,
"spaced_rune": "REGION•MARK•LOW",
"symbol": null,
"terms": {
"amount": 1,
"cap": 2470,
"height": [
null,
null
],
"offset": [
null,
null
]
},
"timestamp": 1728157837,
"turbo": false
}
],
[
"864333:3433",
{
"block": 864333,
"burned": 0,
"divisibility": 0,
"etching": "f2a6805462cebffc6eb5855d1205dedf9c7f746a7dfd420c153011bb572f58ba",
"mints": 0,
"number": 119762,
"premine": 0,
"spaced_rune": "QHKKEWPTDMNB",
"symbol": null,
"terms": {
"amount": 1,
"cap": 53660832,
"height": [
null,
null
],
"offset": [
null,
null
]
},
"timestamp": 1728157837,
"turbo": false
}
],
[
"864333:3432",
{
"block": 864333,
"burned": 0,
"divisibility": 0,
"etching": "5d2127d84533fc9d486eaec1a2b76b2d349fe63a06a9d14847b667d360af6e19",
"mints": 0,
"number": 119761,
"premine": 0,
"spaced_rune": "IWLUKGYIWMBP",
"symbol": null,
"terms": {
"amount": 1,
"cap": 94339731,
"height": [
null,
null
],
"offset": [
null,
null
]
},
"timestamp": 1728157837,
"turbo": false
}
],
[
"864333:3431",
{
"block": 864333,
"burned": 0,
"divisibility": 0,
"etching": "ac4668d63f66c94515dbc2a74faa9152018758a75432cc085a7e7638a24cbc12",
"mints": 0,
"number": 119760,
"premine": 0,
"spaced_rune": "KWUFVEOJVKGQ",
"symbol": null,
"terms": {
"amount": 1,
"cap": 196312580,
"height": [
null,
null
],
"offset": [
null,
null
]
},
"timestamp": 1728157837,
"turbo": false
}
],
[
"864333:2714",
{
"block": 864333,
"burned": 0,
"divisibility": 0,
"etching": "c642cd4cc7a075c61d3a32b949217990aa91dfc928f12a2cdba1f2f228c699c7",
"mints": 26,
"number": 119759,
"premine": 210000,
"spaced_rune": "BOUNCE•THE•BITCOIN•CAT",
"symbol": "🐱",
"terms": {
"amount": 1000,
"cap": 20790,
"height": [
null,
null
],
"offset": [
null,
null
]
},
"timestamp": 1728157837,
"turbo": true
}
],
[
"864333:2482",
{
"block": 864333,
"burned": 0,
"divisibility": 0,
"etching": "cc2415293c275bea4d73ff8f45f68f269686b819de447f50ec6988ac04a62d1b",
"mints": 0,
"number": 119758,
"premine": 30000000,
"spaced_rune": "BITCAT•IS•IN•CONTROL",
"symbol": "🐈",
"terms": {
"amount": 5000,
"cap": 194000,
"height": [
null,
null
],
"offset": [
null,
null
]
},
"timestamp": 1728157837,
"turbo": true
}
],
[
"864333:2462",
{
"block": 864333,
"burned": 0,
"divisibility": 0,
"etching": "a75f792be155a0b53691289433a6413c1efb1aeaf970f752ee70be3c6e755a06",
"mints": 0,
"number": 119757,
"premine": 0,
"spaced_rune": "FIRST•CAT•EATING•BITCOINER",
"symbol": "🙀",
"terms": {
"amount": 1000,
"cap": 21000,
"height": [
null,
null
],
"offset": [
null,
null
]
},
"timestamp": 1728157837,
"turbo": true
}
],
[
"864333:1142",
{
"block": 864333,
"burned": 0,
"divisibility": 0,
"etching": "7488c2909e2bb5f39fb836ee1e18c23487d078e48e2420cc11776c8d7931fea5",
"mints": 0,
"number": 119756,
"premine": 0,
"spaced_rune": "AI•CRYPTO•AI•CRYPTO",
"symbol": "A",
"terms": {
"amount": 1000,
"cap": 1,
"height": [
null,
null
],
"offset": [
null,
null
]
},
"timestamp": 1728157837,
"turbo": false
}
],
[
"864333:1140",
{
"block": 864333,
"burned": 0,
"divisibility": 0,
"etching": "a024e2d4c4e15eab941376a954bb9176bc95990ba6b2a6d31e5b7c26cd8d7e7c",
"mints": 0,
"number": 119755,
"premine": 0,
"spaced_rune": "SACMKSOKCMPOKMWCLWMCLWCDWC",
"symbol": "c",
"terms": {
"amount": 221,
"cap": 2111111,
"height": [
null,
null
],
"offset": [
null,
null
]
},
"timestamp": 1728157837,
"turbo": false
}
],
[
"864333:1136",
{
"block": 864333,
"burned": 0,
"divisibility": 0,
"etching": "d6358e0601130c5ebbdb535aa93bbe2e752fd7fd6eee8601fe5af29e7ff179e1",
"mints": 0,
"number": 119754,
"premine": 0,
"spaced_rune": "XQOFVAHHLCQR",
"symbol": null,
"terms": {
"amount": 1,
"cap": 94964916,
"height": [
null,
null
],
"offset": [
null,
null
]
},
"timestamp": 1728157837,
"turbo": false
}
],
[
"864333:1135",
{
"block": 864333,
"burned": 0,
"divisibility": 0,
"etching": "62aa2bd48b0eb8a1c3bb090c6129bdc52a2348f3b8e25a2e2eeaa27313e242af",
"mints": 0,
"number": 119753,
"premine": 0,
"spaced_rune": "YEPWCVNODTII",
"symbol": null,
"terms": {
"amount": 1,
"cap": 39185064,
"height": [
null,
null
],
"offset": [
null,
null
]
},
"timestamp": 1728157837,
"turbo": false
}
],
[
"864333:1134",
{
"block": 864333,
"burned": 0,
"divisibility": 0,
"etching": "e3e6a144d3ac57d35f7f141f79ea818bd26a78bf900c2d0aeaa2a95ce68f8c9e",
"mints": 0,
"number": 119752,
"premine": 0,
"spaced_rune": "SDFGJUJTYHTGRSFAD",
"symbol": null,
"terms": {
"amount": 1,
"cap": 5,
"height": [
null,
null
],
"offset": [
null,
null
]
},
"timestamp": 1728157837,
"turbo": false
}
],
[
"864333:1133",
{
"block": 864333,
"burned": 0,
"divisibility": 0,
"etching": "97600a89179c0bfd4b7c69bc5f4e9fc2f206124fbc08d4872f18ac6be29a525e",
"mints": 0,
"number": 119751,
"premine": 0,
"spaced_rune": "XQEKAAGEYDXY",
"symbol": null,
"terms": {
"amount": 1,
"cap": 147617461,
"height": [
null,
null
],
"offset": [
null,
null
]
},
"timestamp": 1728157837,
"turbo": false
}
],
[
"864333:1131",
{
"block": 864333,
"burned": 0,
"divisibility": 0,
"etching": "8ecabca3a2b1518c67c5ee41c93e7874d1117edfd0b36e46ea68eb83e6f9eaad",
"mints": 0,
"number": 119750,
"premine": 0,
"spaced_rune": "XFHSGMZJEUML",
"symbol": null,
"terms": {
"amount": 1,
"cap": 1014672,
"height": [
null,
null
],
"offset": [
null,
null
]
},
"timestamp": 1728157837,
"turbo": false
}
],
[
"864333:1130",
{
"block": 864333,
"burned": 0,
"divisibility": 0,
"etching": "77b1518d7ad77d89118eeb8eb92c120e1732d2e7ce9d6780cda180f5f4968df6",
"mints": 0,
"number": 119749,
"premine": 0,
"spaced_rune": "DJLNUHRYYTGR",
"symbol": null,
"terms": {
"amount": 1,
"cap": 146717679,
"height": [
null,
null
],
"offset": [
null,
null
]
},
"timestamp": 1728157837,
"turbo": false
}
],
[
"864333:1129",
{
"block": 864333,
"burned": 0,
"divisibility": 0,
"etching": "4da09c158447950fabd281c7910c6e3f251b9b9a98ab7058e2f4b26304e332ee",
"mints": 0,
"number": 119748,
"premine": 0,
"spaced_rune": "CBAQVALKVMYP",
"symbol": null,
"terms": {
"amount": 1,
"cap": 181932658,
"height": [
null,
null
],
"offset": [
null,
null
]
},
"timestamp": 1728157837,
"turbo": false
}
],
[
"864333:1128",
{
"block": 864333,
"burned": 0,
"divisibility": 0,
"etching": "b947075130f5a5f93a5cdfa9a216c76b761ff7cd2fb7ca677b3d00a3ca5d53e0",
"mints": 0,
"number": 119747,
"premine": 0,
"spaced_rune": "POJSRGWQBBWQ",
"symbol": null,
"terms": {
"amount": 1,
"cap": 100105873,
"height": [
null,
null
],
"offset": [
null,
null
]
},
"timestamp": 1728157837,
"turbo": false
}
],
[
"864333:1127",
{
"block": 864333,
"burned": 0,
"divisibility": 0,
"etching": "a356dd06600bb163cb4d68bbe601f83d987c3c2cd456e3784616ab297d1843c0",
"mints": 0,
"number": 119746,
"premine": 0,
"spaced_rune": "FMPQPSLKENKY",
"symbol": null,
"terms": {
"amount": 1,
"cap": 82531312,
"height": [
null,
null
],
"offset": [
null,
null
]
},
"timestamp": 1728157837,
"turbo": false
}
],
[
"864333:1126",
{
"block": 864333,
"burned": 0,
"divisibility": 0,
"etching": "b6ecdb27bb269949f58ace2ba162726483070e80c140dc60329b5fdbbd3e6395",
"mints": 0,
"number": 119745,
"premine": 0,
"spaced_rune": "GOARBTCEASGJ",
"symbol": null,
"terms": {
"amount": 1,
"cap": 99967467,
"height": [
null,
null
],
"offset": [
null,
null
]
},
"timestamp": 1728157837,
"turbo": false
}
],
[
"864333:1125",
{
"block": 864333,
"burned": 0,
"divisibility": 0,
"etching": "abf680ed211d18428ddda208f164539fbf662705bd88d4041575c53e655ed794",
"mints": 0,
"number": 119744,
"premine": 0,
"spaced_rune": "MNBIUEEAKPBJ",
"symbol": null,
"terms": {
"amount": 1,
"cap": 168164931,
"height": [
null,
null
],
"offset": [
null,
null
]
},
"timestamp": 1728157837,
"turbo": false
}
],
[
"864333:1124",
{
"block": 864333,
"burned": 0,
"divisibility": 0,
"etching": "74e290bc2ed6b39c887ab3b456f86d91edbadb829936c63bb166d42233527491",
"mints": 0,
"number": 119743,
"burned": 0,
"divisibility": 0,
"etching": "74e290bc2ed6b39c887ab3b456f86d91edbadb829936c63bb166d42233527491",
"mints": 0,
"number": 119743,
"divisibility": 0,
"etching": "74e290bc2ed6b39c887ab3b456f86d91edbadb829936c63bb166d42233527491",
"mints": 0,
"number": 119743,
"premine": 0,
"spaced_rune": "CWTYCFSOTBSU",
"symbol": null,
"etching": "74e290bc2ed6b39c887ab3b456f86d91edbadb829936c63bb166d42233527491",
"mints": 0,
"number": 119743,
"premine": 0,
"spaced_rune": "CWTYCFSOTBSU",
"symbol": null,
"terms": {
"amount": 1,
"cap": 29807122,
"mints": 0,
"number": 119743,
"premine": 0,
"spaced_rune": "CWTYCFSOTBSU",
"symbol": null,
"terms": {
"amount": 1,
"cap": 29807122,
"premine": 0,
"spaced_rune": "CWTYCFSOTBSU",
"symbol": null,
"terms": {
"amount": 1,
"cap": 29807122,
"height": [
null,
null
"terms": {
"amount": 1,
"cap": 29807122,
"height": [
null,
null
"height": [
null,
null
null
],
],
"offset": [
null,
null
]
},
"timestamp": 1728157837,
"turbo": false
}
]
],
"more": true,
"prev": null,
"next": 1
}
GET
/sat/<SAT>
Description
Returns details about a specific satoshi. Requires index with --index-sats flag.
उदाहरण
curl -s -H "Accept: application/json" \
http://0.0.0.0:80/sat/2099994106992659
{
"block": 3891094,
"charms": [],
"cycle": 3,
"decimal": "3891094.16797",
"degree": "3°111094′214″16797‴",
"epoch": 18,
"inscriptions": [],
"name": "satoshi",
"number": 2099994106992659,
"offset": 16797,
"percentile": "99.99971949060254%",
"period": 1930,
"rarity": "common",
"satpoint": null,
"timestamp": 3544214021
}
GET
/status
Description
Returns details about the server installation and index.
उदाहरण
curl -s -H "Accept: application/json" \
http://0.0.0.0:80/status
{
"address_index": true,
"blessed_inscriptions": 76332641,
"chain": "mainnet",
"cursed_inscriptions": 472043,
"height": 864351,
"initial_sync_time": {
"secs": 59213,
"nanos": 979632000
},
"inscriptions": 76804684,
"lost_sats": 0,
"minimum_rune_for_next_block": "PVHGFEDCAZZ",
"rune_index": true,
"runes": 119811,
"sat_index": false,
"started": "2024-09-27T17:43:39.291876400Z",
"transaction_index": false,
"unrecoverably_reorged": false,
"uptime": {
"secs": 709843,
"nanos": 910346200
}
}
GET
/tx/<TRANSACTION_ID>
Description
Returns details about the specified transaction.
उदाहरण
curl -s -H "Accept: application/json" \
http://0.0.0.0:80/tx/99811de396ff10152cdfc9588d9750d0151501f081df2e56071c42dc3532b743
{
"chain": "mainnet",
"etching": null,
"inscription_count": 1,
"transaction": {
"version": 2,
"lock_time": 0,
"input": [
{
"previous_output": "7d154f826f68e86370105641e3b5b1c6afc697613b8dfce48e4e40db01e8317a:1",
"script_sig": "",
"sequence": 4294967295,
"witness": [
"e68e67c60dfc06f570dfa8fe880cc09f1041a9b10b285743dd72b8f2e672987f7176ced40d46d279385c148a0c39b9914b91d9d503b7388791f6758884f0c2f4",
"200c97fe0e7bb78d8dd7447bc098386c61248e1e9a7dfd263fd828c5373b945735ac0063036f7264010109696d6167652f706e67004d080289504e470d0a1a0a0000000d49484452000000360000003608060000008c456add000000017352474200aece1ce900000306494441546881ed9abf4e1b4110c63f477903a4b4a6a04186c21532a54de1c214a432051406d14471830405a2b25cb8701344e75c43a4d0514041112843a8281c642972111ec0cfb029ec3976d7b7e7fd670cd1fe24747b6b666ebf9bbdd9b9b581402010083c93f1e5a8130d18b5776b73defcdae26500a56a8df1e73fbe7f1d3acf6404ff2f29fe9d0f27c5fcba705cdbdcc1dae60ed8086028aad1aea0d1ae18f96612ba76ef8daea24131bf8edb874b004381fd6e0f8c3136bfb46aec4bb6fbfbfba7b6ad97881d1d6e6446471c1d6e089f2d2c2f627e69d56850c0b82853bc08234ad51a00e0e63c12fa49dcf1fe95961f5ed4d3e31d9e1eef70bc7f35f6cca6e155188f2c0e001aed4aaab84e34609d6820881af51b271b6f998932a32c88a20800fd6e2f6e2709e4138b8b28600ac94397b4ece82a0a98e25424f8082e2c2fc66d1abc0cf59fd64f9cd6ba99450c508bf3c1d423362bbc444c2ea9542465ca69613d879bad0b461506210d5cf09dcd1562f17bdb07906d937cb8240f2b233e42095150facce60a8c4f202a7c88339e8aa56a8d513d68220a1866452a942962fcda46647305e7c462953c14d348ebaede3e5ca68a22b2b9020060b73627bceee862953c6ece23a1a230b505c48a24293a24cc164d44012b610917d57e0664db490bb52dffed3a1684bd3582b0b78695b0848ca5bdced0abfe246692ee6dd730575b138c23d6eff650ccaf27550d13a346b60afb18bea4b2ad15ad8a60be524f98562a9f6c643bd13fefd35698ed3396d9db3e00301ca83458a6f88b074db60adf71db657bc069974ab53325fdcf589fce0be769fd049fbe7c7e5d7b1eb6627ce26b6b20b1df568c6bb4802944eca523a3c25a98bc81f35a0411b60b74da9e8792d3fa8970feebcf3700c0d9f5bdcd3052319ec726a23ad1403857a5eeadf20a0344812e3b5480a1b049a2642180d957b25be515e6539c16cdd6052b556bacd9ba10165efaeaa7130dd8e8cec7fd36d7e17db8f8d17ec66867898e141dfe8ed29472e1ecfa3e2347ce066d611f3fe49fdb29a5ce56790580dbaf02489cad7d20100804026f9d7f6be4942aeb43f7890000000049454e44ae42608268",
"c10c97fe0e7bb78d8dd7447bc098386c61248e1e9a7dfd263fd828c5373b945735"
]
}
],
"output": [
{
"value": 546,
"script_pubkey": "51208a2ade400b30af7cae07e30a9afa8ac49f54fb3ff7d0f42bbf4a66578a34c280"
}
]
},
"txid": "99811de396ff10152cdfc9588d9750d0151501f081df2e56071c42dc3532b743"
}
Recursive Endpoints
See Recursion.
ऑर्डिनल्स एक्सप्लोरर
The ord binary includes a block explorer. We host an instance of the block explorer on mainnet at ordinals.com, on signet at signet.ordinals.com, and on testnet at testnet.ordinals.com. As of version 0.16.0 the wallet needs ord server running in the background. This is analogous to how bitcoin-cli needs bitcoind running in the background.
एक्सप्लोरर संचालन
सर्वर स्थानीय रूप से निम्न के साथ चलाया जा सकता है:
ऑर्ड सर्वर
पोर्ट निर्दिष्ट करने के लिए --http-port फ़्लैग टाइप करें:
ऑर्ड सर्वर --http-port 8080`
The JSON-API endpoints are enabled by default, to disable them add the --disable-json-api flag (see here for more info):
ord server --disable-json-api
सर्च (तलाश करें)
सर्च बॉक्स विभिन्न प्रकार के ऑब्जेक्ट अभ्यावेदन स्वीकार करता है।
ब्लॉक्स
ब्लॉक्स हैश के माध्यम से सर्च किए जा सकता हैं, इसका उदाहरण, जेनेसिस ब्लॉक है:
000000000019d6689c085ae165831e934ff763ae46a2a6c172b3f1b60a8ce26f
लेनदेन
लेनदेन हैश द्वारा सर्च किए जा सकते हैं, उदाहरण के लिए, जेनेसिस ब्लॉक कॉइनबेस लेनदेन:
4a5e1e4baab89f3a32518a88c31bc87f618f76673e2cc77ab2127b7afdeda33b
आउटपुट
Transaction outputs can be searched by outpoint, for example, the only output of the genesis block coinbase transaction:
4a5e1e4baab89f3a32518a88c31bc87f618f76673e2cc77ab2127b7afdeda33b:0
सैट्स
सैट्स इंटेगर (पूर्णांक) द्वारा खोजे जा सकते हैं, संपूर्ण बिटकॉइन आपूर्ति के भीतर उनकी स्थिति में:
दशमलव द्वारा द्वारा खोजे जा सकते हैं, उनके ब्लॉक और उस ब्लॉक के भीतर ऑफसेट (प्रतिसंतुलित) कर:
डिग्री, उसके चक्र, अंतिम कठिन समायोजन के बाद से अंतिम पड़ाव के बाद ब्लॉक द्वारा, और उनके ब्लॉक के भीतर ऑफसेट (प्रतिसंतुलित) कर:
नाम द्वारा, "a" से "z" उनके मूल 26 अक्षरों के प्रतिनिधित्व का उपयोग करके:
या प्रतिशतक द्वारा, बिटकॉइन खनन के समय जारी किये गये या जारी की जाने वाली बिटकॉइन की आपूर्ति के अनुरूप की जाएगी:
Wallet
व्यक्तिगत सैट्स को स्वेच्छित विषय-वस्तु के साथ उत्कीर्ण किया जा सकता है, जो बिटकॉइन-मूल डिजिटल अभिलेखों का सृजन किया जा सकता है जिन्हें बिटकॉइन वॉलेट में सहेजा जा सकता है और बिटकॉइन लेनदेन करके स्थानांतरित किया जा सकता है। ये डिजिटल अभिलेख भी बिटकॉइन की तरह ही टिकाऊ, अपरिवर्तनीय, सुरक्षित और विकेंद्रीकृत हैं।
डिजिटल अभिलेखों का प्रयोग करने के लिए आपको बिटकॉइन ब्लॉकचेन की वर्तमान स्थिति दर्शाने के लिए एक बिटकॉइन पूर्ण नोड की आवश्यकता होती है। इसके अतिरिक्त, वॉलेट जो डिजिटल अभिलेखों का सृजन कर सकता है और दूसरे वॉलेट में डिजिटल अभिलेखों को प्रेषित करने के लिए लेनदेन के दौरान सैट नियंत्रित कर सकता है।
बिटकॉइन कोर में बिटकॉइन पूर्ण नोड और वॉलेट दोनों प्रदान किए जाते हैं। हालाँकि, बिटकॉइन कोर वॉलेट डिजिटल अभिलेखों के सृजन नहीं कर सकते और न ही सैट नियंत्रण निष्पादित करते हैं।
इसके लिए ऑर्ड, यूटिलिटी की आवश्यकता होती है। ऑर्ड अपने स्वयं के वॉलेट अमल में नहीं लाते हैं, इसीलिए ऑर्ड वॉलेट के उप-अनुदेश बिटकॉइन कोर वॉलेट के साथ समन्वय करते हैं।
इस मार्गदर्शक निर्देशों में निम्नलिखित शामिल हैं:
- बिटकॉइन कोर इंस्टाल करना
- बिटकॉइन ब्लॉकचेन सिंक करना
- बिटकॉइन कोर वॉलेट का सृजन करना
- सैट प्राप्त करने के लिए
ord wallet receiveका उपयोग करना ord wallet inscribeके साथ डिजिटल अभिलेख बनानाord wallet sendके साथ डिजिटल अभिलेख भेजनाord wallet receiveके साथ डिजिटल अभिलेख प्राप्त करना- Batch inscribing with
ord wallet inscribe --batch
मदद प्राप्त करें
यदि आप कहीं फंस जाते हैं, तब आप Ordinals Discord Server, पर मदद के लिए संपर्क करने का प्रयास करें, या प्रासंगिक मुद्दों और चर्चाओं के लिए GitHub पर संबंधित अवरोध के बारे में पता लगाएं।
बिटकॉइन कोर इंस्टाल करना
बिटकॉइन कोर bitcoincore.org के डाउनलोड पृष्ठ (https://bitcoincore.org/en/download/) पर उपलब्ध हैं।
Making inscriptions requires Bitcoin Core 28 or newer.
This guide does not cover installing Bitcoin Core in detail. Once Bitcoin Core is installed, you should be able to run bitcoind -version successfully from the command line. Do NOT use bitcoin-qt.
बिटकॉइन कोर कॉन्फ़िगर (समरूप) करना
ord requires Bitcoin Core's transaction index and rest interface.
लेन-देन सूचकांक के अनुरक्षण के लिए अपने बिटकॉइन कोर नोड को कॉन्फ़िगर करने के लिए, निम्नलिखित को अपने bitcoin.conf में जोड़ें:
txindex=1
या, bitcoind के साथ -txindex बिटकॉइन संचालित करें:
bitcoind -txindex
Details on creating or modifying your bitcoin.conf file can be found here.
बिटकॉइन ब्लॉकचेन सिंक करना
चेन सिंक करने के लिए, निम्नलिखित संचालित करें:
bitcoind -txindex
…और getblockcount तक इसे चालू रहने दें:
bitcoin-cli getblockcount
the mempool.space block explorer ब्लॉक एक्सप्लोरर जैसे ब्लॉक एक्सप्लोरर पर ब्लॉक गणना से सहमत है। ऑर्ड bitcoind "के साथ समन्वय करता है, इसलिए जब आप ऑर्ड का उपयोग कर रहे हों तो आपको bitcoind को पृष्ठभूमि में चालू रहने देना चाहिए।
The blockchain takes about 600GB of disk space. If you have an external drive you want to store blocks on, use the configuration option blocksdir=<external_drive_path>. This is much simpler than using the datadir option because the cookie file will still be in the default location for bitcoin-cli and ord to find.
समस्या सुलझाना
Make sure you can access bitcoind with bitcoin-cli -getinfo and that it is fully synced.
If bitcoin-cli -getinfo returns Could not connect to the server, bitcoind is not running.
Make sure rpcuser, rpcpassword, or rpcauth are NOT set in your bitcoin.conf file. ord requires using cookie authentication. Make sure there is a file .cookie in your bitcoin data directory.
If bitcoin-cli -getinfo returns Could not locate RPC credentials, then you must specify the cookie file location. If you are using a custom data directory (specifying the datadir option), then you must specify the cookie location like bitcoin-cli -rpccookiefile=<your_bitcoin_datadir>/.cookie -getinfo. When running ord you must specify the cookie file location with --cookie-file=<your_bitcoin_datadir>/.cookie.
Make sure you do NOT have disablewallet=1 in your bitcoin.conf file. If bitcoin-cli listwallets returns Method not found then the wallet is disabled and you won't be able to use ord.
Make sure txindex=1 is set. Run bitcoin-cli getindexinfo and it should return something like
{
"txindex": {
"synced": true,
"best_block_height": 776546
}
}
If it only returns {}, txindex is not set. If it returns "synced": false, bitcoind is still creating the txindex. Wait until "synced": true before using ord.
If you have maxuploadtarget set it can interfere with fetching blocks for ord index. Either remove it or set whitebind=127.0.0.1:8333.
ऑर्ड इंस्टाल करना
ऑर्ड यूटिलिटी रस्ट में लिखी जाती है और इसे सोर्स से बनाया जा सकता है। पूर्व-निर्मित बाइनेरी रिलीज़ पृष्ठ releases page पर उपलब्ध हैं।
आप निम्न के साथ कमांड लाइन से नवीनतम पूर्व-निर्मित बाइनरी इंस्टाल कर सकते हैं:
curl --proto '=https' --tlsv1.2 -fsLS https://ordinals.com/install.sh | bash -s
एक बार ऑर्ड इंस्टाल होने पर, आप उसे संचालित करने में सक्षम हो जाएंगे:
ord --version
जिसमें ऑर्ड—संस्करण नंबर प्रिंट होता है।
Creating a Wallet
ord uses bitcoind to manage private keys, sign transactions, and broadcast transactions to the Bitcoin network. Additionally the ord wallet requires ord server running in the background. Make sure these programs are running:
bitcoind -txindex
ord server
To create a wallet named ord, the default, for use with ord wallet, run:
ord wallet create
This will print out your seed phrase mnemonic, store it somewhere safe.
{
"mnemonic": "dignity buddy actor toast talk crisp city annual tourist orient similar federal",
"passphrase": ""
}
If you want to specify a different name or use an ord server running on a non-default URL you can set these options:
ord wallet --name foo --server-url http://127.0.0.1:8080 create
To see all available wallet options you can run:
ord wallet help
Restoring and Dumping Wallet
The ord wallet uses descriptors, so you can export the output descriptors and import them into another descriptor-based wallet. To export the wallet descriptors, which include your private keys:
$ ord wallet dump
==========================================
= THIS STRING CONTAINS YOUR PRIVATE KEYS =
= DO NOT SHARE WITH ANYONE =
==========================================
{
"wallet_name": "ord",
"descriptors": [
{
"desc": "tr([551ac972/86'/1'/0']tprv8h4xBhrfZwX9o1XtUMmz92yNiGRYjF9B1vkvQ858aN1UQcACZNqN9nFzj3vrYPa4jdPMfw4ooMuNBfR4gcYm7LmhKZNTaF4etbN29Tj7UcH/0/*)#uxn94yt5",
"timestamp": 1296688602,
"active": true,
"internal": false,
"range": [
0,
999
],
"next": 0
},
{
"desc": "tr([551ac972/86'/1'/0']tprv8h4xBhrfZwX9o1XtUMmz92yNiGRYjF9B1vkvQ858aN1UQcACZNqN9nFzj3vrYPa4jdPMfw4ooMuNBfR4gcYm7LmhKZNTaF4etbN29Tj7UcH/1/*)#djkyg3mv",
"timestamp": 1296688602,
"active": true,
"internal": true,
"range": [
0,
999
],
"next": 0
}
]
}
An ord wallet can be restored from a mnemonic:
ord wallet restore --from mnemonic
Type your mnemonic and press return.
To restore from a descriptor in descriptor.json:
cat descriptor.json | ord wallet restore --from descriptor
To restore from a descriptor in the clipboard:
ord wallet restore --from descriptor
Paste the descriptor into the terminal and press CTRL-D on unix and CTRL-Z on Windows.
सैट्स प्राप्त करें
इंस्क्रीप्शंस (डिजिटल अभिलेख) सामान्य बिटकॉइन लेनदेन का उपयोग करके अलग-अलग सैट्स पर बनाए जाते हैं, जो सैट्स में शुल्कों का भुगतान करते हैं, इसलिए आपके वॉलेट में कुछ सैट्स का होना जरूरी है।
अपने ऑर्ड वॉलेट से निम्नलिखत चलाकर नया पता प्राप्त करें:
ord wallet receive
और इसमें कुछ धनराशि भेजें
आप निम्न के साथ लंबित लेनदेन देख सकते हैं:
ord wallet transactions
एक बार जब लेन-देन की पुष्टि हो जाती है, आप ord wallet outputs के साथ लेन-देन आउटपुट देखने में सक्षम होंगे।
इंस्क्रीप्शंस (डिजिटल अभिलेख) विषय-वस्तु का सृजन
सैट्स को किसी भी प्रकार की विषय-वस्तु के साथ उत्कीर्ण किया जा सकता है, लेकिन ऑर्ड वॉलेट केवल उन विषय-वस्तु के प्रकारों का समर्थन करता है जिन्हें ऑर्ड ब्लॉक एक्सप्लोरर द्वारा प्रदर्शित किया जा सकता है।
इसके अतिरिक्त, डिजिटल अभिलेख लेनदेनों में शामिल होते हैं, इसलिए विषय-वस्तु जितनी विशाल होगी,डिजिटल अभिलेख लेनदेन के लिए उतने अधिक शुल्क का भुगतान करना होगा।
डिजिटल अभिलेख विषय-वस्तु लेनदेन के साक्ष्यों में शामिल होते हैं, जिसमें साक्ष्य छूट प्राप्त होती हैं। डिजिटल अभिलेख द्वारा लेनदेन के भुगतान की अनुमानित शुल्क की गणना करने के लिए, विषय-वस्तु के आकार को चार से विभाजित करने के बाद उसे शुल्क दर से गुणा कर दें।
डिजिटल अभिलेख लेनदेन 400,000 भार इकाइयों से कम होने चाहिए, अन्यथा उन्हें बिटकॉइन कोर द्वारा आगे प्रसारित नहीं किया जाएगा। डिजिटल अभिलेख विषय-वस्तु के एक बाइट की लागत एक भार इकाई होती है। चूंकि एक डिजिटल अभिलेख लेनदेन में केवल डिजिटल अभिलेख विषय-वस्तु ही शामिल नहीं होती है, डिजिटल अभिलेख विषय-वस्तु को 400,000 वजन इकाइयों से कम तक सीमित करें। 390,000 भार इकाइयाँ सुरक्षित "होंगी।
इंस्क्रीप्शंस (डिजिटल अभिलेखों) का सृजन
FILE (फ़ाइल) की विषय-वस्तु के साथ एक डिजिटल अभिलेख का सृजन करने के लिए, निम्नलिखित संचालित करें:
ord wallet inscribe --fee-rate FEE_RATE --file FILE
ऑर्ड दो लेनदेन आईडी आउटपुट प्रदान करेगा, एक प्रतिबद्ध लेनदेन के लिए, और दूसरी प्रकट लेनदेन, और "डिजिटल अभिलेख आईडी के लिए। डिजिटल अभिलेख आईडी TXIDiN के रूप में है, जिसमें TXID प्रकट लेनदेन की लेनदेन आईडी है, और N प्रकट लेनदेन में डिजिटल अभिलेख का सूचकांक है।
प्रतिबद्ध लेनदेन एक टेपस्क्रिप्ट के लिए प्रतिबद्ध होता है जिसमें डिजिटल अभिलेख की विषय-वस्तु निहित होती है, और प्रकट लेनदेन उस टेपस्क्रिप्ट से खर्च होता है, चेन पर विषय-वस्तु को प्रकट करता है और इसे इनपुट के "पहले सेट पर अंकित करता है जिसमें संबंधित टेपस्क्रिप्ट शामिल होती है।
प्रकट लेन-देन के खनन होने की प्रतीक्षा करें। आप the mempool.space block explorer का उपयोग करके प्रतिबद्धता स्थिति की जांच और लेनदेन का खुलासा कर सकते हैं।
एक बार प्रकट लेनदेन खनन हो जाने के बाद, जब आप अग्रसर होते हैं तो डिजिटल अभिलेख आईडी मुद्रित होनी चाहिए:
ord wallet inscriptions
Parent-Child Inscriptions
Parent-child inscriptions enable what is colloquially known as collections, see provenance for more information.
To make an inscription a child of another, the parent inscription has to be inscribed and present in the wallet. To choose a parent run ord wallet inscriptions and copy the inscription id (<PARENT_INSCRIPTION_ID>).
Now inscribe the child inscription and specify the parent like so:
ord wallet inscribe --fee-rate FEE_RATE --parent <PARENT_INSCRIPTION_ID> --file CHILD_FILE
This relationship cannot be added retroactively, the parent has to be present at inception of the child.
इंस्क्रीप्शंस (डिजिटल अभिलेख) प्रेषण
प्राप्तकर्ता को निम्न संचालित कर एक नये पते का सृजन करने के लिए कहें:
ord wallet receive
संचालित कर इंस्क्रीप्शंस (डिजिटल अभिलेख) प्रेषित करें:
ord wallet send --fee-rate <FEE_RATE> <ADDRESS> <INSCRIPTION_ID>
निम्न के साथ लंबित लेनदेन देखें:
ord wallet transactions
एक बार प्रेषित लेनदेन की पुष्टि हो जाने पर, प्राप्तकर्ता निम्नलिखित चलाकर रसीद की पुष्टि कर सकता है:
ord wallet inscriptions
Sending Runes
प्राप्तकर्ता को निम्न संचालित कर एक नये पते का सृजन करने के लिए कहें:
ord wallet receive
Send the runes by running:
ord wallet send --fee-rate <FEE_RATE> <ADDRESS> <RUNES_AMOUNT>
Where RUNES_AMOUNT is the number of runes to send, a : character, and the name of the rune. For example if you want to send 1000 of the EXAMPLE rune, you would use 1000:EXAMPLE.
ord wallet send --fee-rate 1 SOME_ADDRESS 1000:EXAMPLE
निम्न के साथ लंबित लेनदेन देखें:
ord wallet transactions
Once the send transaction confirms, the recipient can confirm receipt with:
ord wallet balance
इंस्क्रीप्शंस (डिजिटल अभिलेख) प्राप्त करना
इसका उपयोग करके एक नया प्राप्त पता उत्पन्न करें:
ord wallet receive
प्रेषक निम्नलिखित का उपयोग करके इंस्क्रीप्शंस (डिजिटल अभिलेख) आपके पते पर स्थानांतरित कर सकता है:
ord wallet send --fee-rate <FEE_RATE> ADDRESS INSCRIPTION_ID
निम्न के साथ लंबित लेनदेन देखें:
ord wallet transactions
Once the send transaction confirms, you can confirm receipt by running:
ord wallet inscriptions
Batch Inscribing
Multiple inscriptions can be created at the same time using the pointer field. This is especially helpful for collections, or other cases when multiple inscriptions should share the same parent, since the parent can passed into a reveal transaction that creates multiple children.
To create a batch inscription using a batchfile in batch.yaml, run the following command:
ord wallet batch --fee-rate 21 --batch batch.yaml
Example batch.yaml
# example batch file
# inscription modes:
# - `same-sat`: inscribe on the same sat
# - `satpoints`: inscribe on the first sat of specified satpoint's output
# - `separate-outputs`: inscribe on separate postage-sized outputs
# - `shared-output`: inscribe on a single output separated by postage
mode: separate-outputs
# parent inscriptions:
parents:
- 6ac5cacb768794f4fd7a78bf00f2074891fce68bd65c4ff36e77177237aacacai0
# postage for each inscription:
postage: 12345
# allow reinscribing
reinscribe: true
# sat to inscribe on, can only be used with `same-sat`:
# sat: 5000000000
# rune to etch (optional)
etching:
# rune name
rune: THE•BEST•RUNE
# allow subdividing super-unit into `10^divisibility` sub-units
divisibility: 2
# premine
premine: 1000.00
# total supply, must be equal to `premine + terms.cap * terms.amount`
supply: 10000.00
# currency symbol
symbol: $
# mint terms (optional)
terms:
# amount per mint
amount: 100.00
# maximum number of mints
cap: 90
# mint start and end absolute block height (optional)
height:
start: 840000
end: 850000
# mint start and end block height relative to etching height (optional)
offset:
start: 1000
end: 9000
# future runes protocol changes may be opt-in. this may be for a variety of
# reasons, including that they make light client validation harder, or simply
# because they are too degenerate.
#
# setting `turbo` to `true` opts in to these future protocol changes,
# whatever they may be.
turbo: true
# inscriptions to inscribe
inscriptions:
# path to inscription content
- file: mango.avif
# inscription to delegate content to (optional)
delegate: 6ac5cacb768794f4fd7a78bf00f2074891fce68bd65c4ff36e77177237aacacai0
# destination (optional, if no destination is specified a new wallet change address will be used)
destination: bc1qw508d6qejxtdg4y5r3zarvary0c5xw7kv8f3t4
# inscription metadata (optional)
metadata:
title: Delicious Mangos
description: >
Lorem ipsum dolor sit amet, consectetur adipiscing elit. Aliquam semper,
ligula ornare laoreet tincidunt, odio nisi euismod tortor, vel blandit
metus est et odio. Nullam venenatis, urna et molestie vestibulum, orci
mi efficitur risus, eu malesuada diam lorem sed velit. Nam fermentum
dolor et luctus euismod.
- file: token.json
# inscription metaprotocol (optional)
metaprotocol: DOPEPROTOCOL-42069
- file: tulip.png
destination: bc1pdqrcrxa8vx6gy75mfdfj84puhxffh4fq46h3gkp6jxdd0vjcsdyspfxcv6
metadata:
author: Satoshi Nakamoto
- file: gallery.png
# gallery items
gallery:
- a4676e57277b70171d69dc6ad2781485b491fe0ff5870f6f6b01999e7180b29ei0
- a4676e57277b70171d69dc6ad2781485b491fe0ff5870f6f6b01999e7180b29ei3
Splitting
Complex transactions can be created using the ord wallet split command.
The split command takes a YAML configuration file, which specifies any number of outputs to be created, their bitcoin value, and their value of any number of runes. It does not currently allow assigning inscriptions to outputs.
The split command can be used to split cardinal, bitcoin-only outputs for transacting, distribute runes to large numbers of recipients in a single transaction.
To send a split transaction using the configuration in splits.yaml, run the following command:
ord wallet split --fee-rate 21 --splits split.yaml
Example splits.yaml --------------------`
# example split file
# output fields:
# address: output recipient bitcoin address
# value: output bitcoin value (optional, defaults to minimal-non dust value for `address`)
# runes: output rune value map (values respect rune divisibility)
outputs:
- address: bc1p5d7rjq7g6rdk2yhzks9smlaqtedr4dekq08ge8ztwac72sfr9rusxg3297
value: 10 sat
runes:
UNCOMMON•GOODS: 1234
GRIEF•WAGE: 5000000
- address: 3J98t1WpEZ73CNmQviecrnyiWrnqRhWNLy
runes:
HELLO•WORLD: 22.5
संग्राहक
वर्तमान में, ऑर्ड सैट-कंट्रोल और सैट-सलेक्शन का समर्थन करने वाला एकमात्र वॉलेट है, जो दुर्लभ सैट्स और इंस्क्रीप्शंसm(एतदद्वारा ऑर्डिनल्स कहा गया है) को सुरक्षित रूप से संग्रहीत करने और प्रेषित करने के लिए आवश्यक हैं।
The recommended way to send, receive, and store ordinals is with ord, but if you are careful, it is possible to safely store, and in some cases send, ordinals with other wallets.
एक सामान्य टिप्पणी के रूप में, ऐसा वॉलेट जिसका समर्थन नहीं किया जाता उसमें ऑर्डिनल्स प्राप्त करना खतरनाक नहीं है। ऑर्डिनल्स किसी भी बिटकॉइन पते पर भेजे जा सकते हैं, और वे तब तक सुरक्षित हैं जब तक "उनमें शामिल यूटीएक्सओ खर्च नहीं किए जाते। हालाँकि, यदि उस वॉलेट का उपयोग बिटकॉइन भेजने के लिए किया जाता है, तो यह इनपुट के रूप में ऑर्डिनल वाले UTXO का चयन कर सकता है, और डिजिटल अभिलेख प्रेषित कर सकता है या इसे शुल्क के रूप में खर्च कर सकता है।
स्पैरो वॉलेट के साथ एक ऑर्ड-संगत वॉलेट बनाने की मार्गदर्शिका इसहस्तपुस्तिका में उपलब्ध है।
कृपया ध्यान दें कि यदि आप इस मार्गदर्शिका का अनुसरण करते हैं, तब आपको बीटीसी भेजने के लिए अपने द्वारा बनाए गए वॉलेट का उपयोग नहीं करना चाहिए, जब तक कि आप ऑर्डर भेजने से बचने के लिए मैन्युअल सिक्कों का चयन नहीं करते हैं।
स्पैरो वॉलेट के साथ इंस्क्रीप्शंस और ऑर्डिनल्स संग्रहीत करना
ऐसे उपयोगकर्ता जो अभी तक ऑर्ड वॉलेट सेट नहीं कर सके या अभी तक सेट नहीं किया है, वे वैकल्पिक बिटकॉइन वॉलेट से इंस्क्रीप्शंस (डिजिटल अभिलेख) और ऑर्डिनल्स (क्रमसूचक संख्याएं) प्राप्त कर सकते हैं, बशर्ते वे उस वॉलेट से सावधानी के साथ खर्च करते हैं।
स्पैरो वॉलेट के साथ वॉलेट कैसे बनाने हैं इसके बारे में यह मार्गदर्शिका कुछ बुनियादी कदमों का उल्लेख करती है जो ऑर्ड के साथ संगत है और बाद में इसे ऑर्ड में इंपोर्ट किया जा सकता है।
⚠️⚠️ चेतावनी!! ⚠️⚠️
एक सामान्य नियम के रूप में यदि आप इस दृष्टिकोण को अपनाते हैं, तब आपको स्पैरो सॉफ़्टवेयर के साथ इस वॉलेट का उपयोग रिसीव-ओनली वॉलेट के रूप में करना चाहिए।
इस वॉलेट से तब तक कोई सातोशी खर्च मत करें जब तक आप आश्वस्त न हो जाएं कि आप अच्छे से जानते हैं कि आप क्या कर रहे हैं। यदि आप इस चेतावनी पर ध्यान नहीं देते हैं तो आप बहुत आसानी से अनजाने में अपने ऑर्डिनल्स और इंस्क्रीप्शंस (डिजिटल अभिलेखों) पर संपर्क करने में सक्षम नहीं होंगे।
वॉलेट सेटअप और प्राप्त करना
रिलीज़ पेज से अपने विशेष ऑपरेटिंग सिस्टम "के लिए स्पैरो वॉलेट डाउनलोड करें।
फ़ाइल -> New Wallet चयन करें और ऑर्ड नामक एक नया वॉलेट बनाएं।
Script Type को Taproot (P2TR) में बदलें और नया या इंर्पोटेड सॉफ़्टवेयर वॉलेट विकल्प का चयन करें।
Use 12 Words का चयन करें और फिर Generate New पर क्लिक करें। पासफ़्रेज़ को खाली छोड़ दें।
आपके लिए एक नया 12 शब्दों का BIP39 सीड फ्रेज उत्पन्न किया जाएगा। इसे कहीं सुरक्षित स्थान पर लिख लें क्योंकि यह आपकी वॉलेट तक पहुँचने के लिए आपकी बैकअप है। किसी के साथ इस सीड फ्रेज को कभी साझा नहीं करें और न दिखाएं।
जब आपने सीड फ्रेज लिख लिया हो, तो Confirm Backup पर क्लिक करें।
जिस सीड फ़्रेज़ को आपने अभी लिखा है उसे दुबारा दर्ज करें, और फिर Create Keystore पर क्लिक करें।
Import Keystore पर क्लिक करें।
Apply पर क्लिक करें। यदि आप चाहते हैं तो वॉलेट के लिए एक पासवर्ड डालें।
अब आपके पास एक वॉलेट उपलब्ध है जो ऑर्ड के साथ संगत है, और इसे BIP39 सीड फ़्रेज़ का उपयोग करके ऑर्ड में इंपोर्ट किया जा सकता है। ऑर्डिनल्स (क्रमसूचक संख्याएं) या इंस्क्रीप्शंस (डिजिटल अभिलेख) प्राप्त करने के लिए, Receive टैब पर क्लिक करें और नये पते को कॉपी करें।
हर बार जब आप प्राप्त करना चाहते हैं तो आपको बिल्कुल नए पते का उपयोग करना होगा, और वर्तमान पते का दोबारा उपयोग नहीं करना है।
ध्यान दें कि बिटकॉइन कुछ अन्य ब्लॉकचेन वॉलेट से भिन्न होते हैं, क्योंकि यह वॉलेट असीमित संख्या में नए पते "उत्पन्न कर सकते हैं। आप Get Next Address बटन पर क्लिक करके नये पते का सृजन कर सकते हैं। आप "अपने सभी पते ऐप के एड्रेस टैब पर देख सकते हैं।
आप प्रत्येक पते पर एक लेबल जोड़ सकते हैं, ताकि आप इसका ट्रैक रख सकें कि इसका उपयोग किस लिए किया गया था।
प्राप्त की गई इंस्क्रीप्शंस (डिजिटल अभिलेखों) का प्रमाणीकरण/देखना
एक बार जब आप एक इंस्क्रीप्शंस (डिजिटल अभिलेख) प्राप्त कर लेते हैं तब आपको स्पैरो के Transactions टैब में एक नया लेनदेन, साथ ही यूटीएक्सओ टैब में एक नया UTXOs दिखाई देगा।
शुरूआत में इस लेन-देन की स्थिति "अपुष्टीकृत" हो सकती है, और आपको इसे पूरी तरह से प्राप्त होने से पहलेबिटकॉइन ब्लॉक में इसके खनन होने की प्रतीक्षा करनी होगी।
अपने लेनदेन की स्थिति को ट्रैक करने के लिए आप उस पर राइट-क्लिक कर सकते हैं, Copy Transaction ID का चयन करें और फिर उस लेनदेन आईडी को mempool.space में पेस्ट कर दें।
एक बार जब लेन-देन की पुष्टि हो जाती है, आप इंस्क्रीप्शंस (डिजिटल अभिलेख) को प्रमाणीकरण और देखने के लिए UTXOs टैब पर जाकर, जिस यूटीएक्सओ की जांच करना चाहते हैं, आप Output और Copy Transaction Output पर राइट क्लिक करें। इस लेनदेन आउटपुट आईडी को फिर [ordinals.com]"(https://ordinals.com) खोज में पेस्ट किया जा सकता है।
UTXO फ्रीज करना
जैसा कि ऊपर स्पष्ट किया गया है, आपका प्रत्येक इंस्क्रीप्शंस (डिजिटल अभिलेख) अनस्पेंट ट्रांजेक्शन आउटपुट (UTXO) में संग्रहीत किया गया है। आपके इंस्क्रीप्शंस (डिजिटल अभिलेख) गलती से भी खर्च न हों, "इसके लिए आपको बेहद सावधान रहना चाहिए, और इसे कठिन बनाने का तरीका यूटीएक्सओ को फ्रीज करना है।
इसे करने के लिए, UTXOs टैब पर जाएं, जिस UTXO को आप फ़्रीज़ करना चाहते हैं, Output पर राइट-क्लिक करें और Freeze UTXO टैब का चयन करें।
यह UTXO (इंस्क्रीप्शंस) अब स्पैरो वॉलेट में तब तक खर्च नहीं किए जा सकेंगे जब तक आप इसे फ्रीज को निष्क्रिय नहीं कर देते।
ऑर्ड वॉलेट में इंपोर्ट किया जा रहा है
For details on setting up Bitcoin Core and the ord wallet check out the Wallet Guide
ऑर्ड सेट करते समय, ord wallet create को चलाने के बजाय, एकदम नया वॉलेट बनाएं, आप स्पैरो वॉलेट के साथ सृजन किए गए सीड फ़्रेज़ का उपयोग करके ord wallet restore "BIP39 सीड फ़्रेज़" " का उपयोग करके अपना मौजूदा वॉलेट इंपोर्ट कर सकते हैं।
वर्तमान में एक बग का हमला हुआ है, "जिसके कारण इंपोर्ट किए गये वॉलेट को ब्लॉकचेन के विरुद्ध स्वचालित रूप से दुबारा स्कैन नहीं किया जा सकता। इसे दुरूस्त करने के लिए, आपको bitcoin core cli:bitcoin-cli -rpcwallet=ord rescanblockchain 767430 का उपयोग करके मैन्युअल रूप से रीस्कैन करना होगा।"
इसके बाद आप ord wallet inscriptions का उपयोग कर अपने वॉलेट इंस्क्रीप्शंस (डिजिटल अभिलेखों) की जांच कर सकते हैं
ध्यान रहे, यदि आपने पहले ऑर्ड के साथ एक वॉलेट बना चुके हैं, तब आपके पास पहले से ही डिफ़ॉल्ट नाम वाला एक वॉलेट पहले से ही उपलब्ध है, और इसलिए आपको अपने इंर्पोटेड वॉलेट को कोई दूसरा नाम देना होगा। आप सभी ऑर्ड में –-wallet पैरामीटर में सभी कमांड का उपयोग करके किसी भिन्न वॉलेट को संदर्भित कर सकते हैं, उदाहरण के लिए:
ord wallet --name ord_from_sparrow wallet restore --from mnemonic
ord wallet --name ord_from_sparrow wallet inscriptions
bitcoin-cli -rpcwallet=ord_from_sparrow rescanblockchain 767430
स्पैरो वॉलेट के साथ इंस्क्रीप्शंस (डिजिटल अभिलेख) प्रेषित करना
⚠️⚠️ चेतावनी ⚠️⚠️
हालांकि यह अत्यधिक अनुशंसित किया जाता है कि आप एक बिटकॉइन कोर नोड सेट करें और ऑर्ड सॉफ़्टवेयर संचालित करें, सुरक्षित तरीके से स्पैरो वॉलेट से इंस्क्रीप्शंस (डिजिटल अभिलेख) प्रेषित करने के कुछ "सीमित तरीके हैं। कृपया ध्यान रखें कि यह अनुशंसित नहीं किया जाता, और आपको यह केवल तभी करना चाहिए जब आप पूरी तरह से समझें कि आप क्या कर रहे हैं।
ऑर्ड सॉफ़्टवेयर का उपयोग करने से हम यहां जो जटिलता वर्णन कर रहे हैं, उसका बहुत सारा हिस्सा निकाल देगा, "क्योंकि यह स्वच्छंद तरीके से इंस्क्रीप्शंस भेजने का काम स्वत: और सुरक्षित तरीके से कर सकता है।
⚠️⚠️ अतिरिक्त चेतावनी ⚠️⚠️
गैर-इंस्क्रीप्शंस बिटकॉईन के सामान्य प्रेषण के लिए स्पैरो इंस्क्रीप्शंस (डिजिटल अभिलेख) वॉलेट का प्रयोग मत करो। आप स्पैरो में अलग वॉलेट सेट कर सकते हैं यदि आपको सामान्य बिटकॉईन लेनदेन करने की आवश्यकता है, और अपना इंस्क्रीप्शंस (डिजिटल अभिलेख) वॉलेट अलग रख सकते हैं।"
बिटकॉइन का UTXO मॉडल
कोई भी लेन-देन प्रेषित करने से पहले यह अत्यंत महत्वपूर्ण हो जाता है कि आपके पास बिटकॉइन के अनस्पेंट ट्रांजेक्शन आउटपुट (UTXO) सिस्टम का एक अच्छे मानसिक अवस्था का मॉडल हो। बिटकॉइन के काम करने का तरीका एथेरियम जैसे कई अन्य ब्लॉकचेन से मौलिक रूप से भिन्न है। एथेरियम में आम तौर पर आपके पास "एक ही पता होता है जिसमें आप ईटीएच संग्रहीत करते हैं, और आप किसी भी ईटीएच के बीच अंतर नहीं कर सकते हैं - यह उस पते पर कुल राशि का केवल एकमात्र एक ही मूल्य होता है। बिटकॉइन बहुत अलग तरीके से "काम करता है, इसमें हम प्रत्येक प्राप्ति के लिए वॉलेट में एक नया पता बनाते हैं, और हर बार अपने वॉलेट में किसी पते पर सैट प्राप्त करते हैं तो इसका सीधा और स्पष्ट अर्थ यह है कि उस समय आप एक नया UTXO बना रहे होते हैं। प्रत्येक UTXO को व्यक्तिगत रूप से देखा और प्रबंधित किया जा सकता है। आप किसी विशिष्ट यूटीएक्सओ का चयन कर सकते हैं जिसे आप खर्च करना चाहते हैं, इसके प्रतिकूल आप कुछ यूटीएक्स को खर्च न "करने का विकल्प चयन कर सकते हैं।
कुछ बिटकॉइन वॉलेट इस स्तर के विवरण प्रकट नहीं करते, और वे आपको केवल आपके वॉलेट में सभी बिटकॉइन के कुल मूल्य का सारांश प्रकट करते हैं। हालाँकि, इंस्क्रीप्शंस (डिजिटल अभिलेख) प्रेषित करते समय यह महत्वपूर्ण है कि आप स्पैरो जैसे वॉलेट का उपयोग करें जो UTXO नियंत्रण की अनुमति देता है।
इंस्क्रीप्शंस (डिजिटल अभिलेख) प्रेषण से पहले अपने उनका निरीक्षण
जैसा कि हम पहले उल्लेख कर चुके हैं कि इंस्क्रीप्शंस (डिजिटल अभिलेख) सैट्स पर उत्कीर्ण/अंकित किए जाते हैं, और सैट्स यूटीएक्सओ के भीतर संग्रहीत होते हैं। यूटीएक्सओ, सातोशी की संख्या (आउटपुट मूल्य) के कुछ विशेष मूल्य के साथ सातोशी का एक संग्रह है। आमतौर पर (लेकिन हमेशा नहीं) इंस्क्रीप्शंस (डिजिटल अभिलेख) यूटीएक्सओ के पहले सातोशी पर उत्कीर्ण/अंकित किए जाएंगे।
जब आप इंस्क्रीप्शंस (डिजिटल अभिलेख) का प्रेषण से पहले निरीक्षण करते हैं,उस समय आप सबसे पहले यह जांचना चाहेंगे कि किस यूटीएक्सओ के सातोषी में आपका इंस्क्रीप्शंस (डिजिटल अभिलेख) उत्कीर्ण/अंकित किए गये है।
इसे करने के लिए, आप ordinals.com पर ऊपर उल्लिखित Validating / Viewing ReceivedInscriptions का अनुसरण करके अपने इंस्क्रीप्शंस (डिजिटल अभिलेखों) के लिए पृष्ठ खोज सकते हैं।
वहां पर आपको अपने इंस्क्रीप्शंस (डिजिटल अभिलेखों) के बारे में कुछ मेटाडेटा मिलेंगे जो निम्नलिखित जैसे दिखाई देते हैं:
यहां जांचने योग्य कुछ महत्वपूर्ण तथ्य हैं:
Outputआईडेंटिफॉयर (अभिज्ञापक) उस UTXO के उस अभिज्ञापक के अनुकूल है जिसे आप प्रेषित करने जा रहे हैं- इंस्क्रीप्शन (डिजिटल अभिलेख) का
offset0है (इसका अर्थ यह है कि इंस्क्रीप्शंस UTXO में पहले सैट पर स्थित है) output_valueमें लेनदेन प्रेषण हेतु लेनदेन शुल्क (डाक शुल्क) समावेश करने के लिए पर्याप्त सैट्स हैं। "आपको जिस समुचित राशि की आवश्यकता होगी वह उस शुल्क दर पर निर्भर करती है जिसका चयन आप लेनदेन के लिए करेंगे।
यदि उपरोक्त सभी तथ्य आपके इंस्क्रीप्शन (डिजिटल अभिलेख) के लिए सही हैं, तब इसे नीचे दी गई विधि का उपयोग करके प्रेषण आपके लिए सुरक्षित होगा।
⚠️⚠️ अपना इंस्क्रीप्शन (डिजिटल अभिलेख) प्रेषण करने में बहुत सावधानी बरतें, खासकर यदि offset मान 0 नहीं है। यदि ऐसा मामला है तो इस पद्धति का उपयोग करने की सिफारिश नहीं की जाती, क्योंकि ऐसा करने से आप गलती से अपना इंस्क्रीप्शन (डिजिटल अभिलेख) बिटकॉइन माइनर को भेज सकते हैं जब तक कि आप नहीं जानते कि आप क्या कर रहे हैं।
अपना इंस्क्रीप्शन (डिजिटल अभिलेख) प्रेषित करना
इंस्क्रीप्शन (डिजिटल अभिलेख) प्रेषित करने के लिए UTXOs टैब पर जाएं, और उस UTXO की खोज करें जिसे आपने पहले प्रमाणित किया था जिसमें आपका इंस्क्रीप्शन (डिजिटल अभिलेख) शामिल है।
यदि आपने पहले UTXOs को फ़्रीज़ कर दिया था तो आपको उस पर राइट-क्लिक करके फ़्रीज़ को निष्क्रिय करना होगा।
उस UTXO का चयन करें जिसे आप प्रेषित करना चाहते हैं, और सुनिश्चित करें कि केवल उसी UTXO का ही चयन किया गया है। आपको इंटरफ़ेस में UTXOs 1/1 देखना चाहिए। एक बार जब आप आश्वस्त हो जाते हैं कि ऐसा मामला है तब आप Send Selected पर क्लिक कर सकते हैं।
इसके बाद आपको लेनदेन निर्माण इंटरफ़ेस प्रस्तुत किया जाएगा। सुरक्षित प्रेषण सुनिश्चित करने के लिए आपको यहां कुछ तथ्य की जांच करने की आवश्यकता होगी:
- लेन-देन में केवल 1 इनपुट होनी चाहिए, और यह उस लेबल के साथ UTXO होना चाहिए जिसका आप प्रेषण करना चाहते हैं।
- लेन-देन में केवल 1 आउटपुट होना चाहिए, जो कि पता/लेबल है जहां आप इंस्क्रीप्शन (डिजिटल अभिलेख) प्रेषित करना चाहते हैं।
यदि आपका लेनदेन कुछ अलग तरह का दिखाई देता है, उदाहरण के लिए आपके पास एक से अधिक इनपुट, या एक से अधिक आउटपुट हैं तो यह आपके इंस्क्रीप्शन (डिजिटल अभिलेख) का सुरक्षित हस्तांतरण नहीं हो सकता है, और जब तक आप इसे अच्छे से समझ नहीं लेते, या ऑर्ड वॉलेट में इंपोर्ट नहीं कर लेते, तब तक आपको इसे प्रेषित करने से बचना चाहिए।
आपको एक उचित लेनदेन शुल्क निर्धारित करना चाहिए, स्पैरो आमतौर पर उचित शुल्क की अनुशंसा करेगा,
आपको प्राप्तकर्ता के पते के लिए एक लेबल जोड़ना चाहिए, alice address for inscription #123 "जैसा लेबल इष्टतम होगा।
एक बार जब आप ऊपर दिये गये जांच पैमानों का उपयोग करके जाँच लेते हैं कि लेन-देन एक सुरक्षित लेन-देन है, और आप इसे प्रेषित करने के लिए आश्वस्त हैं तो आप लेन-देन को अंतिम रूप देने के लिए Create Transaction "पर क्लिक कर सकते हैं।
दुबारा आप नये सिरे से जांच कर सकते हैं कि आपका लेन-देन एक सुरक्षित लेन-देन है, एक बार जब आप आश्वस्त हो जाते हैं तब आप Finalize Transaction for Signing पर क्लिक कर सकते हैं।
यहां आप साइन दबाने से पहले हर तथ्य की तीन बार जांच कर सकते हैं।
और फिर वास्तव में आपको Broadcast Transaction करने से पहले सब कुछ जांचने का आखिरी मौका मिलता है। एक बार जब आप लेनदेन प्रसारित करते हैं तो इसे बिटकॉइन नेटवर्क पर प्रेषित किया जाता है, और mempool में प्रसारित किया जाना शुरू हो जाता है।
यदि आप अपने लेन-देन की स्थिति को ट्रैक करना चाहते हैं तो आप Transaction Id (Txid) की प्रतिलिपि बना सकते हैं और उसे mempool.space में पेस्ट कर सकते हैं
जब लेनदेन की पुष्टि हो गई है, तो आप ordinals.com पर इंस्क्रिप्शन पृष्ठ की जाँच कर सकते हैं ताकि यह नए आउटपुट स्थान और पते पर स्थानांतरित हुआ है।
समस्या सुलझाना
स्पैरो वॉलेट transaction/UTXO नहीं दर्शा रहा है, लेकिन मैं इसे mempool.space पर देख सकता हूँ!
सुनिश्चित करें कि आपका वॉलेट बिटकॉइन नोड से जुड़ा हुआ है। इसे प्रमाणित करने के लिए,Preferences-> Server सेटिंग्स पर जाएँ, और Edit Existing Connection पर क्लिक करें।
वहां से आप एक नोड का चयन कर सकते हैं और यह प्रमाणित करने के लिए Test Connection पर क्लिक "कर सकते हैं कि स्पैरो सफलतापूर्वक जुड़ने में सक्षम है।
मॉडरेशन
ऑर्ड में एक ब्लॉक एक्सप्लोरर शामिल है, जिसे आप ord server के साथ स्थानीय रूप से चला सकते हैं।
ब्लॉक एक्सप्लोरर इंस्क्रीप्शंस (डिजिटल अभिलेखों) देखने में सक्षम करता है। इंस्क्रीप्शंस (डिजिटल अभिलेख) उपयोगकर्ता-जनित विषय-व्स्तु है, जो आपत्तिजनक या गैरकानूनी हो सकती है।
ऑर्डिनल ब्लॉक एक्सप्लोरर के मामले संचालित करने वाले हर व्यक्ति की यह नैतिक जिम्मेदारी कि वह गैरकानूनी सामग्री के संबंध में अपनी जिम्मेदारियों को बखूबी समझे और यह तय करे कि कथित मामलों के लिए कौन सी मॉडरेशन नीति उपयुक्त है।
किसी ऑर्ड घटनाओं पर विशेष इंस्क्रीप्शंस (डिजिटल अभिलेखों) के प्रदर्शन रोकने के लिए, जो YAML कॉन्फ़िगरेशन फ़ाइल में शामिल किये जा सकते हैं, जिन्हें --config option के साथ लोड किया गया है।
इंस्क्रीप्शंस (डिजिटल अभिलेखों) छिपाने के लिए, उस इंस्क्रीप्शंस (डिजिटल अभिलेख) आईडी के साथ पहले एक कॉन्फ़िगरेशन फ़ाइल बनाएं जिसे आप छिपाना चाहते हैं:
hidden:
- 0000000000000000000000000000000000000000000000000000000000000000i0
Ord कॉन्फिगर फ़ाइलों के लिए अनुशंसित नाम ord.yaml है, लेकिन किसी भी फ़ाइल "नाम का उपयोग किया जा सकता है।
फिर सर्वर प्रारंभ करते समय फ़ाइल को --config पर पास कर दें:
ord --config ord.yaml server
ध्यान दें कि --config विकल्प ऑर्ड के बाद लेकिन सर्वर सबकमांड से पहले आता है।
ऑर्ड को कॉन्फिग फ़ाइल में परिवर्तन लोड करने के लिए पुनः आरंभ करना चाहिए।
ordinals.com
Ordinals.com घटनाएं ord server सेवा संचालित करने के लिए /var/lib/ord/ord.yaml पर स्थित कॉन्फिगर फ़ाइल के साथ systemd का उपयोग करते हैं, जिन्हें ऑर्ड कहते हैं।"
Ordinals.com पर एक इंस्क्रीप्शंस (डिजिटल अभिलेख) छिपाना:
- सर्वर के भीतर SSH
- इंस्क्रीप्शंस (डिजिटल अभिलेख) आईडी को
/var/lib/ord/ord.yamlमें जोड़ें systemctl restart ordके साथ सेवा को दुबारा स्टार्ट करेंjournalctl -u ordके साथ दुबारा स्टार्ट करने की निगरानी करें
वर्तमान में, ऑर्ड दुबारा स्टार्ट करने में धीमा है, इसलिए साइट तुरंत ऑनलाइन कनेक्ट नहीं होगी।
रिइंडैक्सिंग
कभी-कभी ऑर्ड डेटाबेस का पुन: अनुक्रमण किया जाना चाहिए, जिसका अर्थ डेटाबेस को हटाना ord index update या ord server पर अनुक्रमण की प्रक्रिया को दुबारा शुरू करना है। पुनः अनुक्रमणिका करने के निम्न कारण हैं:
- ऑर्ड का एक नया प्रमुख संस्करण, जो डेटाबेस की योजना को बदल देता है
- डेटाबेस किसी तरह अनुपयोगी हो जाता है
ऑर्ड डेटाबेस के उपयोग को redb कहा जाता है, इसलिए हम इंडेक्स को डिफ़ॉल्ट फ़ाइल नाम index.redb कर देते हैं। डिफ़ॉल्ट रूप से हम इस फ़ाइल को आपके ऑपरेटिंग सिस्टम के आधार पर विभिन्न स्थानों पर संग्रहीत करते हैं।
| प्लेटफार्म | मूल्य | उदाहरण |
|---|---|---|
| Linux | $XDG_DATA_HOME/ord or $HOME/.local/share/ord | /home/alice/.local/share/ord |
| macOS | $HOME/Library/Application Support/ord | /Users/Alice/Library/Application Support/ord |
| Windows | {FOLDERID_RoamingAppData}\ord | C:\Users\Alice\AppData\Roaming\ord |
इसलिए MacOS पर डेटाबेस और रिइंडेक्स (पुन: अनुक्रमण) को हटाने के लिए आपको टर्मिनल में निम्नलिखित कमांड संचालित करनी होंगी:
rm ~/Library/Application Support/ord/index.redb
ord index update
आप निस्संदेह ord --datadir <DIR> index update के साथ डेटा निर्देशिका का स्थान स्वयं भी सेट कर सकते हैं या इसे ord --index <FILENAME> index update के साथ एक विशिष्ट फ़ाइल नाम और पथ भी दे सकते हैं।
सैट हंटिंग
ऑर्डिनल हंटिंग कठिन जरूर है लेकिन बहुत लाभदायक है। यूटीएक्सओ से युक्त वॉलेट के मालिक बनने का एहसास, सैट की आकर्षकता और दुर्लभता का सूचक है, जो अतुलनीय है।
ऑर्डिनल्स सातोशी के लिए संख्याएँ हैं। प्रत्येक सातोशी में क्रमसूचक संख्या होती है और प्रत्येक क्रमसूचक संख्या की एक सातोशी होती है।
तैयारी करना
आरंभ करने से पहले आपको कुछ कार्य करने की आवश्यकता होगी।
-
सबसे पहले, आपको लेनदेन सूचकांक के साथ सिंक किए बिटकॉइन कोर नोड की आवश्यकता होगी। लेन-देन सूचकांक सक्रिय करने के लिए, कमांड-लाइन पर
-txindexपास करें:bitcoind -txindexया अपनी बिटकॉइन कॉन्फ़िगरेशन फ़ाइल में निम्नलिखित दर्ज करें:
txindex=1इसे लॉन्च करें और इसके चेन टिप तक पहुंचने की प्रतीक्षा करें, जिस बिंदु पर निम्नलिखित कमांड को वर्तमान ब्लॉक की ऊंचाई को प्रिंट करना चाहिए:
bitcoin-cli getblockcount -
दूसरा, आपको एक सिंक किए गए ऑर्ड इंडेक्स की आवश्यकता होगी।
-
रेपो से
ऑर्डकी एक प्रति प्राप्त करें। -
Run
ord --index-sats server. It should connect to your bitcoin core node and start indexing. -
Once it has finished indexing, leave the server running and submit new
ordcommands in a separate terminal session.
-
-
तीसरा, जिसे UTXOs वॉलेट को आप खोजना चाहते हैं आपको उसकी आवश्यकता होगी।
दुर्लभ ऑर्डिनल्स्स (क्रमसूचक) के लिए खोज
बिटकॉइन कोर वॉलेट में दुर्लभ ऑर्डिनल्स्स (क्रमसूचक) के लिए खोज
ऑर्ड वॉलेट कमांड बिटकॉइन कोर के आरपीसी एपीआई के चारों ओर सिर्फ एक आवरण है, इसलिए बिटकॉइन कोर वॉलेट में दुर्लभ ऑर्डिनल्स की खोज करना आसान है। मान लें कि आपके वॉलेट का नाम foo है:
-
अपना वॉलेट लोड करें:
bitcoin-cli loadwallet foo -
किसी भी दुर्लभ ऑर्डिनल्स वॉलेट
fooका UTXO प्रदर्शित करें:ord --index-sats wallet --name foo sats
गैर-बिटकॉइन कोर वॉलेट में दुर्लभ ऑर्डिनल्स की खोज करें
ऑर्ड वॉलेट कमांड बिटकॉइन कोर के आरपीसी एपीआई के इर्द-गिर्द रैप्ड हैं, इसलिए गैर-बिटकॉइन कोर वॉलेट में दुर्लभ ऑर्डिनल्स की खोज करने के लिए, आपको अपने वॉलेट के डिस्क्रिप्टर को बिटकॉइन कोर में इंपोर्ट करना होगा।
डिस्क्रिप्टर्स "उन तरीकों का वर्णन करते हैं जिनसे वॉलेट निजी कुंजी और सार्वजनिक कुंजी का सृजन करते हैं।
केवल वॉलेट की सार्वजनिक कुंजी के लिए आपको अपने बिटकॉइन कोर में डिस्क्रिप्टर इंपोर्ट करना चाहिए, न कि इसकी निजी कुंजी के लिए।
यदि आपके वॉलेट की सार्वजनिक कुंजी डिस्क्रिप्टर के साथ छेड़छाड़ की गई है, ऐसी सूरत में छेड़छाड़ करने वाला आपके वॉलेट के पते देख सकेगा, लेकिन आपका फंड फिर भी सुरक्षित रहेगा।
यदि आपके वॉलेट की निजी कुंजी डिस्क्रिप्टर के साथ किसी प्रकार की छेड़छाड़ की गई है, तो ऐसी स्थिति में छेड़छाड़ करने वाला आपके वॉलेट से धनराशि निकाल सकता है।
-
वॉलेट डिस्क्रिप्टर उस वॉलेट से प्राप्त करें जिसके यूटीएक्सओ में आप दुर्लभ ऑर्डिनल्स की खोज करना चाहते हैं। यह कुछ इस तरह से दिखेगा:
wpkh([bf1dd55e/84'/0'/0']xpub6CcJtWcvFQaMo39ANFi1MyXkEXM8T8ZhnxMtSjQAdPmVSTHYnc8Hwoc11VpuP8cb8JUTboZB5A7YYGDonYySij4XTawL6iNZvmZwdnSEEep/0/*)#csvefu29 -
सिर्फ देखने योग्य
foo-watch-onlyनामक वॉलेट बनाएं:bitcoin-cli createwallet foo-watch-only true trueइसे
foo-watch-onlyके मुकाबले बेझिझक बेहतर नाम दें! -
foo-watch-onlyवॉलेट लोड करें:bitcoin-cli loadwallet foo-watch-only -
अपने वॉलेट डिस्क्रिप्टर को
foo-watch-onlyपर इंपोर्ट करें:bitcoin-cli importdescriptors \ '[{ "desc": "wpkh([bf1dd55e/84h/0h/0h]xpub6CcJtWcvFQaMo39ANFi1MyXkEXM8T8ZhnxMtSjQAdPmVSTHYnc8Hwoc11VpuP8cb8JUTboZB5A7YYGDonYySij4XTawL6iNZvmZwdnSEEep/0/*)#tpnxnxax", "timestamp":0 }]'यदि आप यूनिक्स टाइमस्टैम्प से अवगत हैं जब आपके वॉलेट ने पहली बार लेनदेन प्राप्त करना शुरू किया था, तब आप इसका उपयोग 0 के बजाय "टाइमस्टैम्प" के मूल्य के लिए कर सकते हैं। इससे बिटकॉइन कोर को आपके वॉलेट के यूटीएक्सओ की खोज करने में लगने वाला समय कम हो जाएगा।
-
जांच लें कि सब कुछ सही से काम कर रहा है:
bitcoin-cli getwalletinfo -
अपने वॉलेट के दुर्लभ ऑर्डिनलस प्रदर्शित करें:
ord wallet sats
मल्टी-पथ डिस्क्रिप्टर निर्यात करने वाले वॉलेट में दुर्लभ ऑर्डिनल्स की खोज करना
कुछ डिस्क्रिप्टर कोण कोष्ठक का उपयोग करके एक डिस्क्रिप्टर में एक से अधिक पथों का उल्लेख करते हैं, उदाहरण के लिए, <0;1> मल्टी-पथ डिस्क्रिप्टर को वर्तमान में बिटकॉइन कोर द्वारा समर्थन नहीं दिया गया है, "इसलिए आपको पहले उन्हें बहुत सारे डिस्क्रिप्टर्स में बदलना होगा, और फिर उन मल्टीपल डिस्क्रिप्टर को बिटकॉइन कोर में इंपोर्ट करना होगा।
-
सबसे पहले अपने वॉलेट से मल्टी-पथ डिस्क्रिप्टर प्राप्त करें। यह कुछ इस तरह दिखेगा:
wpkh([bf1dd55e/84h/0h/0h]xpub6CcJtWcvFQaMo39ANFi1MyXkEXM8T8ZhnxMtSjQAdPmVSTHYnc8Hwoc11VpuP8cb8JUTboZB5A7YYGDonYySij4XTawL6iNZvmZwdnSEEep/<0;1>/*)#fw76ulgt -
प्राप्त पता पथ के लिए एक डिस्क्रिप्टर का सृजन करें:
wpkh([bf1dd55e/84'/0'/0']xpub6CcJtWcvFQaMo39ANFi1MyXkEXM8T8ZhnxMtSjQAdPmVSTHYnc8Hwoc11VpuP8cb8JUTboZB5A7YYGDonYySij4XTawL6iNZvmZwdnSEEep/0/*)और पता परिवर्तन पथ:
wpkh([bf1dd55e/84'/0'/0']xpub6CcJtWcvFQaMo39ANFi1MyXkEXM8T8ZhnxMtSjQAdPmVSTHYnc8Hwoc11VpuP8cb8JUTboZB5A7YYGDonYySij4XTawL6iNZvmZwdnSEEep/1/*) -
प्राप्त पता डिस्क्रिप्टर के लिए चेकसम प्राप्त करें और नोट करें, इस मामले में tpnxnxax:
bitcoin-cli getdescriptorinfo \ 'wpkh([bf1dd55e/84h/0h/0h]xpub6CcJtWcvFQaMo39ANFi1MyXkEXM8T8ZhnxMtSjQAdPmVSTHYnc8Hwoc11VpuP8cb8JUTboZB5A7YYGDonYySij4XTawL6iNZvmZwdnSEEep/0/*)'{ "descriptor": "wpkh([bf1dd55e/84'/0'/0']xpub6CcJtWcvFQaMo39ANFi1MyXkEXM8T8ZhnxMtSjQAdPmVSTHYnc8Hwoc11VpuP8cb8JUTboZB5A7YYGDonYySij4XTawL6iNZvmZwdnSEEep/0/*)#csvefu29", "checksum": "tpnxnxax", "isrange": true, "issolvable": true, "hasprivatekeys": false }और परिवर्तन पता डिस्क्रिप्टर के लिए, इस मामले में 64k8wnd7:
bitcoin-cli getdescriptorinfo \ 'wpkh([bf1dd55e/84h/0h/0h]xpub6CcJtWcvFQaMo39ANFi1MyXkEXM8T8ZhnxMtSjQAdPmVSTHYnc8Hwoc11VpuP8cb8JUTboZB5A7YYGDonYySij4XTawL6iNZvmZwdnSEEep/1/*)'{ "descriptor": "wpkh([bf1dd55e/84'/0'/0']xpub6CcJtWcvFQaMo39ANFi1MyXkEXM8T8ZhnxMtSjQAdPmVSTHYnc8Hwoc11VpuP8cb8JUTboZB5A7YYGDonYySij4XTawL6iNZvmZwdnSEEep/1/*)#fyfc5f6a", "checksum": "64k8wnd7", "isrange": true, "issolvable": true, "hasprivatekeys": false } -
वह वॉलेट लोड करें जिसमें आप डिस्क्रिप्टर इंपोर्ट करना चाहते हैं:
bitcoin-cli loadwallet foo-watch-only -
अब बिटकॉइन कोर में सही चेकसम के साथ डिस्क्रिप्टर को इंपोर्ट करें।
bitcoin-cli \ importdescriptors \ '[ { "desc": "wpkh([bf1dd55e/84h/0h/0h]xpub6CcJtWcvFQaMo39ANFi1MyXkEXM8T8ZhnxMtSjQAdPmVSTHYnc8Hwoc11VpuP8cb8JUTboZB5A7YYGDonYySij4XTawL6iNZvmZwdnSEEep/0/*)#tpnxnxax" "timestamp":0 }, { "desc": "wpkh([bf1dd55e/84h/0h/0h]xpub6CcJtWcvFQaMo39ANFi1MyXkEXM8T8ZhnxMtSjQAdPmVSTHYnc8Hwoc11VpuP8cb8JUTboZB5A7YYGDonYySij4XTawL6iNZvmZwdnSEEep/1/*)#64k8wnd7", "timestamp":0 } ]'यदि आप यूनिक्स टाइमस्टैम्प से अवगत हैं जब आपके वॉलेट ने पहली बार लेनदेन प्राप्त करना शुरू किया था, तब आप इसका उपयोग
0के बजाय"टाइमस्टैम्प"के मूल्य के लिए कर सकते हैं। इससे बिटकॉइन कोर को आपके वॉलेट के यूटीएक्सओ की खोज करने में लगने वाला समय कम हो जाएगा। -
जांच लें कि सब कुछ सही से काम कर रहा है:
bitcoin-cli getwalletinfo -
अपने वॉलेट के दुर्लभ ऑर्डिनलस प्रदर्शित करें:
ord wallet sats
डिस्क्रिप्टर एक्सपोर्ट करना
स्पैरो वॉलेट
पहले सेटिंग्स टैब पर जाएँ, फिर स्क्रिप्ट पॉलिसी पर जाएँ, और डिस्क्रिप्टर प्रदर्शित करने के लिए एडिट बटन दबाएँ।
ऑर्डिनल्स (क्रमसूचक संख्याएं) स्थानांतरित करना
The ord wallet supports transferring specific satoshis by using the name of the satoshi. To send the satoshi zonefruits, do:
ord wallet send <RECEIVING_ADDRESS> zonefruits --fee-rate 21
You can also use the bitcoin-cli commands createrawtransaction, signrawtransactionwithwallet, and sendrawtransaction, but this method can be complex and is outside the scope of this guide.
Settings
ord can be configured with the command line, environment variables, a configuration file, and default values.
The command line takes precedence over environment variables, which take precedence over the configuration file, which takes precedence over defaults.
The path to the configuration file can be given with --config <CONFIG_PATH>. ord will error if <CONFIG_PATH> doesn't exist.
The path to a directory containing a configuration file name named ord.yaml can be given with --config-dir <CONFIG_DIR_PATH> or --datadir <DATA_DIR_PATH> in which case the config path is <CONFIG_DIR_PATH>/ord.yaml or <DATA_DIR_PATH>/ord.yaml. It is not an error if it does not exist.
If none of --config, --config-dir, or --datadir are given, and a file named ord.yaml exists in the default data directory, it will be loaded.
For a setting named --setting-name on the command line, the environment variable will be named ORD_SETTING_NAME, and the config file field will be named setting_name. For example, the data directory can be configured with --datadir on the command line, the ORD_DATA_DIR environment variable, or data_dir in the config file.
See ord --help for documentation of all the settings.
ord's current configuration can be viewed as JSON with the ord settings command.
Example Configuration
# example config
# see `ord --help` for setting documentation
bitcoin_data_dir: /var/lib/bitcoin
bitcoin_rpc_password: bar
bitcoin_rpc_url: https://localhost:8000
bitcoin_rpc_username: foo
chain: mainnet
commit_interval: 10000
config: /var/lib/ord/ord.yaml
config_dir: /var/lib/ord
cookie_file: /var/lib/bitcoin/.cookie
data_dir: /var/lib/ord
height_limit: 1000
hidden:
- 6fb976ab49dcec017f1e201e84395983204ae1a7c2abf7ced0a85d692e442799i0
- 703e5f7c49d82aab99e605af306b9a30e991e57d42f982908a962a81ac439832i0
index: /var/lib/ord/index.redb
index_addresses: true
index_cache_size: 1000000000
index_runes: true
index_sats: true
index_transactions: true
integration_test: true
no_index_inscriptions: true
server_password: bar
server_url: http://localhost:8888
server_username: foo
Hiding Inscription Content
Inscription content can be selectively prevented from being served by ord server.
Unlike other settings, this can only be configured with the configuration file or environment variables.
To hide inscriptions with an environment variable:
export ORD_HIDDEN='6fb976ab49dcec017f1e201e84395983204ae1a7c2abf7ced0a85d692e442799i0 703e5f7c49d82aab99e605af306b9a30e991e57d42f982908a962a81ac439832i0'
Or with the configuration file:
hidden:
- 6fb976ab49dcec017f1e201e84395983204ae1a7c2abf7ced0a85d692e442799i0
- 703e5f7c49d82aab99e605af306b9a30e991e57d42f982908a962a81ac439832i0
Teleburning
Teleburn addresses can be used to burn assets on other blockchains, leaving behind in the smoking rubble a sort of forwarding address pointing to an inscription on Bitcoin.
Teleburning an asset means something like, "I'm out. Find me on Bitcoin."
Teleburn addresses are derived from inscription IDs. They have no corresponding private key, so assets sent to a teleburn address are burned. Currently, only Ethereum teleburn addresses are supported. Pull requests adding teleburn addresses for other chains are welcome.
Ethereum
Ethereum teleburn addresses are derived by taking the first 20 bytes of the SHA-256 hash of the inscription ID, serialized as 36 bytes, with the first 32 bytes containing the transaction ID, and the last four bytes containing big-endian inscription index, and interpreting it as an Ethereum address.
उदाहरण
The ENS domain name rodarmor.eth, was teleburned to inscription zero.
The inscription ID of inscription zero is 6fb976ab49dcec017f1e201e84395983204ae1a7c2abf7ced0a85d692e442799i0.
Passing 6fb976ab49dcec017f1e201e84395983204ae1a7c2abf7ced0a85d692e442799i0 to the teleburn command:
$ ord teleburn 6fb976ab49dcec017f1e201e84395983204ae1a7c2abf7ced0a85d692e442799i0
Returns:
{
"ethereum": "0xe43A06530BdF8A4e067581f48Fae3b535559dA9e"
}
Indicating that 0xe43A06530BdF8A4e067581f48Fae3b535559dA9e is the Ethereum teleburn address for inscription zero, which is, indeed, the current owner, on Ethereum, of rodarmor.eth.
परीक्षण
Test Environment
ord env <DIRECTORY> creates a test environment in <DIRECTORY>, spins up bitcoind and ord server instances, prints example commands for interacting with the test bitcoind and ord server instances, waits for CTRL-C, and then shuts down bitcoind and ord server.
ord env tries to use port 9000 for bitcoind's RPC interface, and port 9001 for ord's RPC interface, but will fall back to random unused ports.
Inside of the env directory, ord env will write bitcoind's configuration to bitcoin.conf, ord's configuration to ord.yaml, and the env configuration to env.json.
env.json contains the commands needed to invoke bitcoin-cli and ord wallet, as well as the ports bitcoind and ord server are listening on.
These can be extracted into shell commands using jq:
bitcoin=`jq -r '.bitcoin_cli_command | join(" ")' env/env.json`
$bitcoin listunspent
ord=`jq -r '.ord_wallet_command | join(" ")' env/env.json`
$ord outputs
If ord is in the $PATH and the env directory is env, the bitcoin-cli command will be:
bitcoin-cli -datadir=env
And the ord will be:
ord --datadir env
Test Networks
परीक्षण नेटवर्क को निर्दिष्ट करने के लिए ऑर्ड का परीक्षण निम्नलिखित फ़्लैग का उपयोग करके किया जा सकता है। परीक्षण के लिए बिटकॉइन कोर संचालित करने के बारे में अधिक जानकारी के लिए, बिटकॉइन के डेवलपर दस्तावेज़ देखें। Bitcoin's developer documentation.
Most ord commands in wallet and explorer can be run with the following network flags:
| नेटवर्क | फ़्लैग |
|---|---|
| Testnet | --testnet or -t |
| Signet | --signet or -s |
| Regtest | --regtest or -r |
Regtest doesn't require downloading the blockchain since you create your own private blockchain, so indexing ord is almost instantaneous.
उदाहरण
Run bitcoind in regtest with:
bitcoind -regtest -txindex
Run ord server in regtest with:
ord --regtest server
regtest में इसके साथ एक वॉलेट बनाएं:
ord --regtest wallet create
इसके साथ regtest रिसीव पता प्राप्त करें:
ord --regtest wallet receive
इसके साथ 101 ब्लॉक (कॉइनबेस को अनलॉक करने के लिए) खनन करें:
bitcoin-cli -regtest generatetoaddress 101 <receive address>
regtest में इसके साथ उत्कीर्ण करें:
ord --regtest wallet inscribe --fee-rate 1 --file <file>
इंस्क्रीप्शन (डिजिटल अभिलेख) में इसके साथ खनन करें:
bitcoin-cli -regtest generatetoaddress 1 <receive address>
By default, browsers don't support compression over HTTP. To test compressed content over HTTP, use the --decompress flag:
ord --regtest server --decompress
टेस्टिंग रिकर्सन (परीक्षण प्रत्यावर्तन)
रिकर्सन का परीक्षण करते समय, पहले संभावी परिसम्पत्ति को उत्कीर्ण करें (example with p5.js):
ord --regtest wallet inscribe --fee-rate 1 --file p5.js
This will return the inscription ID of the dependency which you can then reference in your inscription.
However, inscription IDs differ between mainnet and test chains, so you must change the inscription IDs in your inscription to the mainnet inscription IDs of your dependencies before making the final inscription on mainnet.
उसके बाद आप अपना पुनरावर्ती इंस्क्रीप्शन (डिजिटल अभिलेख) इसके साथ उत्कीर्ण कर सकते हैं:
ord --regtest wallet inscribe --fee-rate 1 --file recursive-inscription.html
अंत में आपको कुछ ब्लॉक खनन करने होंगे और उसके बाद ही सर्वर शुरू करना होगा:
bitcoin-cli generatetoaddress 6 <receive address>
Mainnet Dependencies
To avoid having to change dependency inscription IDs to mainnet inscription IDs, you may utilize a content proxy when testing. ord server accepts a --proxy option, which takes the URL of a another ord server instance. When making a request to /content/<INSCRIPTION_ID> when a content proxy is set and the inscription is not found, ord server will forward the request to the content proxy. This allows you to run a test ord server instance with a mainnet content proxy. You can then use mainnet inscription IDs in your test inscription, which will then return the content of the mainnet inscriptions.
ord --regtest server --proxy https://ordinals.com
ऑर्डिनल (क्रमसूचक संख्याएं) बाउंटी हंटिंग सलाहें
-
ऑर्डवॉलेट विशिष्ट सातोशी प्रेषित और प्राप्त कर सकता है। इसके अतिरिक्त, ऑर्डिनल थ्यौरी (क्रमसूचक सिद्धांत) बहुत आसान हैं। कोई भी चालाक हैकर ऑर्डिनल थ्यौरी (क्रमसूचक सिद्धांत) का उपयोग करके सातोशी में तिकड़में लगाकर स्क्रैच से कोड लिखने में सक्षम होना चाहिए। -
ऑर्डिनल थ्यौरी (क्रमसूचक सिद्धांत) के बारे में विस्तृत जानकारी के लिए, अवलोकन के लिए FAQ, "तकनीकी विवरणों के लिए BIP, और
ऑर्डवॉलेट और ब्लॉक एक्सप्लोरर के लिए ord repo देखें। -
ऑर्डिनल थ्यौरी (क्रमसूचक सिद्धांत) मूल रूप से सातोशी द्वारा विकसित किए गये थे। हालाँकि, वह अच्छे से जानते थे कि दूसरे लोग इसे अनधिकृत और खतरनाक मानेंगे, इसलिए उसने अपना ज्ञान छुपा दिया था, और यह समय की गर्त में लुप्त हो गया था। इस शक्तिशाली सिद्धांत को अब फिर से खोजा जा रहा है। आप दुर्लभ "सातोशी पर शोध करके अपना योगदान और मदद कर सकते हैं।
हार्दिक शुभकामनाएं और आपकी यह यात्रा सफल हो!
ऑर्डिनल बाउंटी 0
मानदंड
सबमिशन पते पर एक सैट प्रेषित करें जिसकी ऑर्डिनल (क्रमसूचक) संख्या शून्य के साथ समाप्त होती है:
सैट आपके द्वारा प्रेषित आउटपुट का पहला सैट होना चाहिए।
पुरस्कार
100,000 सैट
प्रस्तुति का पता
1PE7u4wbDP2RqfKN6geD1bG57v9Gj9FXm3
स्थिति
@count_null द्वारा दावा किया गया!
ऑर्डिनल बाउंटी 1
मानदंड
लेन-देन जो सबसे पुराने सैट वाले यूटीएक्सओ को प्रस्तुत किया जाता है उसमें सबसे पुराना सैट है, अर्थात, सभी प्रस्तुत किए गये यूटीएक्सओ के बीच सबसे न्यूनतम संख्या को विजेता के रूप में तय किया जाएगा।
बाउंटी ब्लॉक 753984 तक प्रस्तुति के लिए उन्मुक्त है - कठिन समायोजन अवधि 374 का पहला ब्लॉक है। ब्लॉक 753984 या बाद में शामिल प्रस्तुति पर विचार नहीं किया जाएगा।
पुरस्कार
200,000 सैट
प्रस्तुति का पता
145Z7PFHyVrwiMWwEcUmDgFbmUbQSU9aap
स्थिति
@ordinalsindex द्वारा दावा किया गया!
ऑर्डिनल बाउंटी 2
मानदंड
Send an uncommon sat to the submission address:
पुष्टि करें कि प्रस्तुति पते पर आपकी प्रविष्टि प्रस्तुत करने से पहले लेनदेन प्राप्त नहीं हुआ है। केवल पहले सफल प्रस्तुतिकरण को ही पुरस्कृत किया जाएगा।
पुरस्कार
300,000 सैट
प्रस्तुति का पता
1Hyr94uypwWq5CQffaXHvwUMEyBPp3TUZH
स्थिति
@utxoset द्वारा दावा किया गया!
ऑर्डिनल बाउंटी 3
मानदंड
ऑर्डिनल बाउंटी 3 के दो भाग हैं, ये दोनों ऑर्डिनल (क्रमसूचक) नामों पर आधारित हैं। क्रमसूचक नाम, क्रमसूचक संख्याओं की संशोधित मूल-26 एन्कोडिंग हैं। छोटे नामों को खर्च न किए जा सकने योग्य जेनेसिस (उत्पति) कॉइनबेस इनाम रोकने के लिए, जैसे-जैसे ऑर्डिनल्स (क्रमसूचक) संख्याएं लंबी होती हैं ऑर्डिनल्स (क्रमसूचक) नाम छोटे होते जाते हैं। सैट 0 का नाम, खनन किए जाने वाले पहले सैट का नाम nvtdijuwxlp है और सैट का नाम 2,099,999,997,689,999 है, खनन किए जाने वाले अंतिम सैट a है।
The bounty is open for submissions until block 840000—the first block after the fourth halving. Submissions included in block 840000 or later will not be considered.
दोनों भाग frequency.tsv, का उपयोग करते हैं, ये शब्दों की एक सूची है जो Google Books Ngram dataset में कितनी बार घटित हुए हैं उसकी संख्या का केवल उन सैटों के नाम शामिल करने के लिए फ़िल्टर किये जाते हैं जिनकी प्रस्तुति अवधि के अंत तक खनन किया गया होगा, और जो कॉर्पस में कम से कम 5000 बार दर्शाये गये हैं।
frequency.tsv टैब-पृथक करने वाले मानों की एक फ़ाइल है। पहला कॉलम शब्द है, और दूसरा कॉर्पस में कितनी बार दिखाई दिया है। प्रविष्टियों को इस प्रकार से क्रमबद्ध किया जाता है बार-बार न्यूनतम से बार अधिकतम "घटित होने वाले क्रम में किया जाता है।
frequency.tsv को इस प्रोग्राम "का उपयोग करके संकलित किया गया था।
frequency.tsv में नाम के साथ सैट्स के लिए एक ऑर्ड वॉलेट खोजने के लिए, निम्नलिखित ord कमांड का उपयोग करें:
ord wallet sats --tsv frequency.tsv
इस कमांड के लिए सैट इंडेक्स की आवश्यकता होती है, इसलिए जब पहली बार इंडेक्स का सृजन किया जाता है तो --index-sats को ord में पास किया जाना चाहिए।
भाग 0
दुर्लभ सैट्स की जोड़ी दुर्लभ शब्दों के साथ सबसे अच्छी तरह संसर्ग करती है।
वह लेन-देन जो UTXO में सम्मिलित सैट प्रस्तुत करता है, जिसका नाम frequency.tsv में सबसे कम संख्याओं की घटनाओं में दिखाई देता है, वह भाग 0 का विजेता होगा।
भाग 1
Popularity is the fount of value.
वह लेन-देन जो UTXO में सम्मिलित सैट प्रस्तुत करता है, जिसका नाम frequency.tsv में सबसे अधिक संख्याओं की घटनाओं में दिखाई देता है, वह भाग 1 का विजेता होगा।
टाई-ब्रेकिंग
टाई के मामले में, जहां दो प्रस्तुतियां एक ही आवृत्ति के साथ घटित होती हैं, पहली प्रस्तुति विजेता बन जाएगी।
पुरस्कार
- भाग 0: 200,000 सैट्स
- भाग 1: 200,000 सैट्स
- कुल: 400,000 सैट्स
प्रस्तुति का पता
17m5rvMpi78zG8RUpCRd6NWWMJtWmu65kg
स्थिति
बिना दावे के!