BIP 110

कल्पना करें कि दो नोड संचालकों को एक ही ब्लॉक मिलता है। एक पुराने नियमों के अनुसार उसे स्वीकार करता है, दूसरा नए प्रतिबंध के कारण अस्वीकार करता है। BIP 110 इसी स्तर पर बदलाव चाहता था: ब्लॉक की वैधता में, केवल इस बात में नहीं कि नोड लेनदेन आगे भेजेगा या उसे mempool में रखेगा। Mempool अपुष्ट भुगतानों की स्थानीय प्रतीक्षा सूची है। 2026-10-23 की जाँच में विनिर्देश के संस्करण 1.0.1 की स्थिति Closed, यानी बंद थी। BIP नंबर मिलना या प्रोग्राम प्रकाशित होना नेटवर्क द्वारा अपनाए जाने का प्रमाण नहीं है। प्रस्तावों का रजिस्टर दस्तावेज़ और उसका इतिहास रखता है; वह दूर से नोड के नियम नहीं बदलता। [1] [2]

हर नए आउटपुट में scriptPubKey होता है, यानी बाद में उसे खर्च करने की शर्तें तय करने वाली स्क्रिप्ट। प्रस्ताव अधिकतम 34 बाइट की अनुमति देता था। अगर शुरुआत OP_RETURN से हो, तो 83 बाइट; यह निर्देश आउटपुट को प्रमाणित रूप से खर्च न किए जा सकने वाला बनाता है। पूरी स्क्रिप्ट की लंबाई गिनी जाती है। अलग 256 बाइट सीमा प्रत्येक OP_PUSHDATA* के डेटा और witness के आर्ग्युमेंट पर लागू होती है। Witness खर्च की जाँच के साथ दिया गया सहायक डेटा है। BIP16 के scriptSig में redeemScript, यानी उजागर की गई शर्तों की स्क्रिप्ट, डालना अपवाद है। Witness scripts और Tapleaf scripts खुद ये आर्ग्युमेंट नहीं हैं, लेकिन उनमें डेटा डालने वाले निर्देश सीमित रहते हैं। इसलिए यह खास हिस्सों की सीमा है, पूरे लेनदेन या पूरे witness की कुल लंबाई की नहीं। [1]

प्रतिबंध Taproot तक भी पहुँचे, जो खर्च की शर्तें व्यक्त करने का एक तरीका है। प्रस्ताव अपरिभाषित witness या Tapleaf संस्करणों वाले आउटपुट खर्च करने से रोकता था, पर उन्हें बनाने से नहीं। अतिरिक्त फ़ील्ड annex और 257 बाइट से बड़ा control block भी प्रतिबंधित थे। Control block यह प्रमाणित करता है कि स्क्रिप्ट पहले से निर्धारित संरचना का हिस्सा है; यहाँ बहुत लंबे प्रमाण पर रोक थी। Tapscript में OP_SUCCESS* नहीं हो सकता था, भले वह कोड चले ही नहीं। OP_IF या OP_NOTIF को चलाना भी मना था, चाहे शर्त का परिणाम कुछ हो। तकनीकी तुलना के लिए परिभाषित प्रारूप P2WPKH, P2WSH, Tapleaf संस्करण 0xc0 वाला P2TR और प्रोग्राम 0x4e73 वाला P2A हैं; आखिरी प्रारूप में witness स्टैक खाली होना चाहिए। ये प्रारूपों के सटीक नाम हैं, सामान्य उपयोगकर्ता के वॉलेट में भरने वाले खाने नहीं। [1]

UTXO ऐसा आउटपुट है जो अभी खर्च नहीं हुआ: एक निश्चित रकम और उसे इस्तेमाल करने की शर्तें। प्रस्ताव सक्रिय होने से पहले पुष्ट UTXO खर्च करने वाले इनपुट को नए नियमों से छूट देता है। लेकिन उसी लेनदेन के नए आउटपुट को मनमानी छूट नहीं मिलती। पहले से किया हुआ हस्ताक्षर भी उस आउटपुट की रक्षा नहीं करता जो सक्रिय अवधि में ही बनता है। कुछ पहले से हस्ताक्षरित Taproot संरचनाओं में विनिर्देश धन अटकने या खोने की संभावना मानता है, यदि सीमाएँ तय खर्च मार्गों को अमान्य कर दें और कोई उपयोगी विकल्प न बचे। इसका संबंध Miniscript, खर्च की शर्तें बनाने का साधन, और BitVM, गणना सत्यापित करने वाली संरचनाओं, से भी है। इसलिए यह वादा नहीं किया जा सकता कि केवल गैर-मौद्रिक सामग्री प्रभावित होगी। [1] [3]

माइनर ब्लॉक में समर्थन का संकेत दे सकता है: यहाँ bit 4 और 2016 में से 1109 ब्लॉक का स्तर था, लगभग 55 प्रतिशत। लेकिन प्रस्ताव स्वैच्छिक संकेत पर नहीं रुकता था। यदि यह स्तर पहले पूरा न हो, तो ऊँचाई 961632–963647 पर संकेत अनिवार्य होता, फिर 963648 से LOCKED_IN और 965664 से ACTIVE लागू होते, बशर्ते संबंधित चेन उन ऊँचाइयों तक पहुँचे। ऊँचाई चेन में ब्लॉक का स्थान है। LOCKED_IN बदलाव तय होने की स्थिति है; ACTIVE में डेटा सीमाएँ वास्तव में लागू होती हैं। क्लाइंट अनिवार्य संकेत की अवधि में ही बिना संकेत वाले ब्लॉक अस्वीकार करता, इसलिए डेटा सीमाएँ शुरू होने से पहले नोड अलग हो सकते थे। सीमाएँ वास्तविक सक्रियता के बाद 52416 ब्लॉक तक चलतीं, फिर EXPIRED होकर लागू होना बंद हो जाता; यह कैलेंडर का ठीक-ठीक एक साल नहीं है। [1] [4]

समर्थक नोड चलाने की लागत, UTXO समूह पर दबाव और अवांछित सामग्री कम करना चाहते थे, ताकि भुगतानों को प्राथमिकता मिले। यह उद्देश्य समझाता है, परिणाम साबित नहीं करता। आलोचकों ने उपयोगी स्क्रिप्ट, भविष्य के विस्तार और नेटवर्क बँटने के जोखिम पर असर बताया। डेटा को छोटे टुकड़ों में बाँटना भी संभव है: शुरुआती चर्चा में Peter Todd ने ऐसा लेनदेन दिखाया जिसमें उस समय का पूरा प्रस्ताव इस तरह समाया था। विनिर्देश भी स्टेगनोग्राफ़ी, यानी दूसरे डेटा में सूचना छिपाना, पूरी तरह मिटाने का दावा नहीं करता। संग्रह महँगा बनाना और उसे पूरी तरह रोकना अलग परिणाम हैं। इसी तरह सामग्री की कानूनी जिम्मेदारी का डर अपने आप कोई खास कानूनी कर्तव्य सिद्ध नहीं करता। [1] [3]

PR 2247 का रिकॉर्ड 2026-08-08 को ऊँचाई 961632 पर बँटवारे का वर्णन करता है। मुख्य चेन में जरूरी संकेत के बिना ब्लॉक था, जबकि OCEAN ने संकेत वाला वैकल्पिक ब्लॉक माइन किया। 2026-08-09 को Murch ने बताया कि अल्पमत शाखा केवल 2 ब्लॉक बनाकर रुक गई, जबकि मुख्य चेन 100 से अधिक ब्लॉक आगे बढ़ गई थी। ऐसी रिपोर्ट को तारीख और लेखक के साथ पढ़ना चाहिए: यह इस लेख के लिए स्वतंत्र रूप से blockchain दोबारा जाँचने का परिणाम नहीं है, न ही अल्पमत शाखा की आज की स्थिति का बयान। यह भी स्पष्ट होता है कि संकेत के कारण बँटवारा होना ACTIVE पहुँचने और डेटा प्रतिबंध शुरू होने के समान नहीं है। [5] [6]

दस्तावेज़ Complete, यानी पूरा विनिर्देश, से गुजरकर Closed पर समाप्त हुआ। उसे बंद करने वाला PR 2245, 2026-08-10 को मिला लिया गया; विनिर्देश का बदलाव रिकॉर्ड 2026-08-09 बताता है। तारीखें अलग रिकॉर्ड की हैं, किसी दूसरी सक्रियता की नहीं। क्लाइंट संस्करण v0.4.1 में EXPIRED और vbrequired दर्ज हैं। बाद वाला ब्लॉक टेम्पलेट का फ़ील्ड है जो अनिवार्य संकेत बिट बताता है। उस क्लाइंट का मौजूद होना Bitcoin Core में अपनाया जाना नहीं है। Test vectors, यानी अपेक्षित परिणामों वाले नमूना लेनदेन, और कार्यात्मक परीक्षण भी हैं। यह लेख उन्हें चलाता नहीं और मौजूदा अल्पमत चेन की पुष्टि नहीं करता। उद्देश्य प्रस्ताव और उसके दर्ज इतिहास को समझाना है, पुराने दस्तावेज़ को नेटवर्क के आज के साझा नियम बताना नहीं। [7] [1] [4]