निष्पक्ष नियमों, कठोर सहमति, खुले बाजारों और अनुमति-रहित नवाचार के पक्ष में एक मामला
कई बिटकॉइनर्स जिनका मैं सम्मान करता हूँ, BIP 110 का समर्थन करते हैं। वे सत्यापन को सुलभ रखना चाहते हैं, नोड ऑपरेटरों को अवांछित लागतों और सामग्री से बचाना चाहते हैं, किफायती भुगतान को संरक्षित करना चाहते हैं, और बिटकॉइन को सामान्य-उद्देश्यीय डेटा स्टोरेज के बजाय साउंड मनी पर केंद्रित रखना चाहते हैं। ये गंभीर चिंताएँ हैं। मैं उद्देश्यों से सहमत हूँ। मैं उपाय से असहमत हूँ। (गिटहब
यह लेख प्रस्ताव की आलोचना करता है, न कि इसके पीछे के लोगों की। मैं सद्भावना मानता हूँ। बिटकॉइन सबसे मजबूत तब होता है जब हम सहयोगियों को दुश्मन समझने की गलती किए बिना जोरदार ढंग से असहमत हो सकते हैं।
न ही यह हर इंस्क्रिप्शन, टोकन, फ़ाइल या एप्लिकेशन का बचाव है। कुछ तुच्छ, हानिकारक या धोखाधड़ी वाले हो सकते हैं। सवाल संकीर्ण है: क्या वर्तमान में मान्य, शुल्क-भुगतान वाले लेन-देन के विवादित उपयोग को सर्वसम्मति बदलकर संबोधित किया जाना चाहिए?
नीचे दिए गए सभी कारण समान महत्व के नहीं हैं, और कई एक-दूसरे को सुदृढ़ करते हैं। मामला संचयी है।
BIP 110 क्या प्रस्तावित करता है
यह लेख BIP 110 संस्करण 1.0.0 को संबोधित करता है, जो "रिड्यूस्ड डेटा टेम्पररी सॉफ्टफोर्क" है, जिसे 25 जून, 2026 को पूर्ण (Complete) के रूप में उन्नत किया गया। BIP 3 के तहत, पूर्ण का अर्थ है कि लेखकों ने अपना नियोजित कार्य पूरा कर लिया है और अपनाने की सिफारिश करते हैं। इसका मतलब यह नहीं है कि बिटकॉइन ने प्रस्ताव अपना लिया है या समुदाय सर्वसम्मति पर पहुँच गया है। BIPs रिपॉजिटरी स्पष्ट रूप से बताता है कि प्रकाशन यह स्थापित नहीं करता है कि कोई प्रस्ताव अच्छा है, समुदाय की सहमति है, या इसे अपनाया जाने वाला है। (गिटहब
लगभग एक वर्ष की सक्रिय अवधि के दौरान, BIP 110 सात सर्वसम्मति प्रतिबंध जोड़ेगा। यह नए scriptPubKeys को 34 बाइट्स तक सीमित करेगा, जिसमें OP_RETURN के लिए 83-बाइट का अपवाद होगा; कई पुश किए गए पेलोड और स्क्रिप्ट-आर्गुमेंट विटनेस आइटम को 256 बाइट्स तक सीमित करेगा; अपरिभाषित विटनेस और Tapleaf संस्करणों को खर्च करने पर प्रतिबंध लगाएगा जबकि ऐसे आउटपुट बनाने की अनुमति देगा; Taproot अनुलग्नक (annex) पर प्रतिबंध लगाएगा; Taproot कंट्रोल ब्लॉक को 257 बाइट्स पर सीमित करेगा; OP_SUCCESSx ऑपकोड वाले Tapscripts को अस्वीकार करेगा; और Tapscript में OP_IF या OP_NOTIF के निष्पादन को अस्वीकार करेगा। (गिटहब
प्रस्ताव सक्रियण से पहले बनाए गए अखर्चित लेन-देन आउटपुट को ग्रैंडफादर करता है। यह एक महत्वपूर्ण सुरक्षा उपाय है। मैं यह दावा नहीं करता कि BIP 110 मौजूदा बिटकॉइन को व्यापक रूप से जब्त करता है। मेरी आपत्ति संकीर्ण है: यह भविष्य में वर्तमान में मान्य लेन-देन कार्यक्षमता को हटा देता है, दुर्लभ पूर्व-हस्ताक्षरित वर्कफ़्लो को प्रभावित कर सकता है जो सक्रियण तक फैले हुए हैं, तकनीकी विकल्पों को कम करता है, और अन्यथा मान्य उपयोग की एक श्रेणी को हतोत्साहित करने के लिए सर्वसम्मति प्रतिबंधों का उपयोग करने का एक मिसाल कायम करता है। (गिटहब
BIP 110 एक संशोधित BIP 9 परिनियोजन भी प्रस्तावित करता है। यह BIP 9 में निर्दिष्ट 95 प्रतिशत की तुलना में 55 प्रतिशत माइनर-सिग्नलिंग सीमा का उपयोग करता है; पारंपरिक टाइमआउट और FAILED स्थिति को समाप्त करता है; एक अनिवार्य-सिग्नलिंग अवधि जोड़ता है; लागू करने वाली श्रृंखला पर एक निर्दिष्ट ऊंचाई से बाद में लॉक-इन की गारंटी नहीं देता है; और 52,416 सक्रिय ब्लॉक के बाद एक नई EXPIRED स्थिति जोड़ता है। (गिटहब
किसी भी सॉफ्ट फोर्क की तरह, BIP 110 किसी केंद्रीय प्राधिकरण द्वारा लागू नहीं किया जाता है। उपयोगकर्ता चुनते हैं कि किस सॉफ्टवेयर और नियमों को लागू करना है। जोखिम तब उत्पन्न होता है जब आर्थिक रूप से महत्वपूर्ण प्रतिभागी भौतिक रूप से भिन्न नियम लागू करते हैं, जिससे दबाव, अनिश्चितता या श्रृंखला विभाजन पैदा होता है।
लेखक एक संदर्भ कार्यान्वयन, परीक्षण वैक्टर, एक विस्तृत तर्क और व्यापार-बंदों की एक स्पष्ट चर्चा प्रदान करते हैं। ये दस्तावेज़ की मूलभूत ताकतें हैं। प्रस्ताव तर्क देता है कि तात्कालिकता और अस्थायी अवधि कम सीमा और जानबूझकर सरल, कठोर प्रतिबंधों को उचित ठहराती है। मैं चिंता और काम का सम्मान करता हूँ। मैं जोखिम गणना से असहमत हूँ। (गिटहब
I. तटस्थता और मूल सिद्धांत
1. सर्वसम्मति बिटकॉइन का सबसे शक्तिशाली हस्तक्षेप है। एक सॉफ्ट फोर्क कुछ ब्लॉकों को बनाता है जो पिछले नियमों के तहत मान्य थे, अपग्रेडेड नोड्स के लिए अमान्य। यह शक्ति स्पष्ट, गंभीर और व्यापक रूप से समझी जाने वाली विफलताओं के लिए आरक्षित होनी चाहिए।
2. यह किसी स्थापित सर्वसम्मति विफलता की मरम्मत नहीं है। BIP 110 मुद्रास्फीति, हस्ताक्षर सत्यापन, डबल स्पेंडिंग या किसी ज्ञात महत्वपूर्ण बग को ठीक नहीं करता है। यह एक विवादित बाह्यता और उपयोग मामले को संबोधित करता है, इसलिए सबूत का बोझ विशेष रूप से अधिक होना चाहिए।
3. यह एक विवादित निर्णय को प्रोटोकॉल कानून में बदल देता है। प्रस्ताव वैध उपयोग और बाह्यताओं के बारे में विवाद को रिले नीति, माइनिंग नीति और बाजारों से सर्वसम्मति वैधता में स्थानांतरित करता है।
4. बिटकॉइन इरादा नहीं पढ़ सकता। नेटवर्क यह नहीं जान सकता कि बाइट्स एक छवि, एक प्रमाण, एक अनुबंध, मेटाडेटा, एक प्रमाणीकरण रिकॉर्ड या भविष्य के एप्लिकेशन का प्रतिनिधित्व करते हैं या नहीं।
5. संरचनात्मक प्रॉक्सी संपार्श्विक जोखिम पैदा करते हैं। क्योंकि इरादा ज्ञात नहीं हो सकता, प्रस्ताव तकनीकी रूपों को प्रतिबंधित करता है जो अवांछित और वैध दोनों उद्देश्यों की पूर्ति कर सकते हैं।
6. एक सामाजिक संदेश सर्वसम्मति परिवर्तन के लिए पर्याप्त आधार नहीं है। विनिर्देश स्पष्ट रूप से सक्रियण को यह संप्रेषित करने के एक तरीके के रूप में मानता है कि डेटा स्टोरेज अवांछनीय है। सर्वसम्मति को मुख्य रूप से अस्वीकृति व्यक्त करने के लिए नहीं, बल्कि सम्मोहक तकनीकी या मौद्रिक कारणों से बदला जाना चाहिए। (गिटहब
7. अस्वीकृति अमान्यता नहीं है। एक लेन-देन तुच्छ, सट्टा, आपत्तिजनक या बेकार हो सकता है और फिर भी नियमों का पालन कर सकता है और शामिल करने के लिए आवश्यक शुल्क का भुगतान कर सकता है।
8. यह BIP 110 श्रृंखला पर भावी आर्थिक स्वतंत्रता को संकुचित करता है। सक्रियण-पूर्व UTXO को ग्रैंडफादर किया जाता है, लेकिन सक्रिय अवधि के दौरान UTXO बनाने वाले उपयोगकर्ताओं के पास मौजूदा सर्वसम्मति की तुलना में उन्हें संरचित करने और खर्च करने के कम मान्य तरीके होंगे।
9. अनुमति-रहित प्रणालियों को अस्वीकृत प्रयोग को सहन करना चाहिए। नवप्रवर्तकों को अपने उपयोग को सार्थक साबित करने की आवश्यकता होना, अनुमति-रहित नवाचार के अर्थ को उलट देता है।
10. यह प्रोटोकॉल रूढ़िवादिता को उल्टा कर देता है। आधार परत पर रूढ़िवादिता का अर्थ सर्वसम्मति को बदलने में अनिच्छा होना चाहिए, न कि एक रूढ़िवादी उपयोग दर्शन के पक्ष में सर्वसम्मति को बदलने की उत्सुकता।
II. सबूत का बोझ पूरा नहीं हुआ है
11. "स्पैम" एक सर्वसम्मति आदिम नहीं है। कोई ओपकोड नहीं है जो स्पैम को उपयोगिता से अलग कर सके। वे लेबल मानवीय निर्णय से उत्पन्न होते हैं।
12. "मौद्रिक" और "गैर-मौद्रिक" स्पष्ट रूप से अलग नहीं किए जा सकते। एक भुगतान चैनल, भंडार का प्रमाण, संरक्षण नीति, स्मार्ट अनुबंध या निपटान प्रतिबद्धता वित्तीय गतिविधि और डेटा दोनों है।
13. ज्ञात उपयोग मामले पूर्ण डिज़ाइन स्थान नहीं हैं। प्रस्ताव कहता है कि यह सभी ज्ञात मौद्रिक उपयोग मामलों को संरक्षित करता है। नवाचार उसी से परिभाषित होता है जो अभी तक ज्ञात नहीं है।
14. BIP स्वयं उस नोड बोझ की मात्रा निर्धारित नहीं करता है जिसे वह हटाएगा। यह लागतों का वर्णन करता है लेकिन प्रासंगिक बैंडविड्थ, स्टोरेज, सत्यापन लोड, हार्डवेयर थ्रेशोल्ड या प्राप्त या खोए जाने वाले नोड ऑपरेटरों की संख्या का अनुमान नहीं लगाता है।
15. यह विकेंद्रीकरण लाभ की मात्रा निर्धारित नहीं करता है। यह दावा कि BIP 110 विकेंद्रीकरण में सुधार करेगा, एक मापने योग्य मॉडल या लक्ष्य के साथ युग्मित नहीं है।
16. यह भुगतान राहत की मात्रा निर्धारित नहीं करता है। यह अनुमान नहीं लगाता है कि लेन-देन शुल्क कितना गिरेगा, कितने समय के लिए, या कितने भुगतान उपयोगकर्ता लाभान्वित होंगे।
17. यह अलग-अलग लागतों को एक निदान में जोड़ता है। UTXO-स्टेट ग्रोथ, इनिशियल-सिंक बैंडविड्थ, आर्काइवल स्टोरेज, रिले बोझ और सत्यापन समय के अलग-अलग कारण हैं और अलग-अलग उपायों की आवश्यकता हो सकती है।
18. तात्कालिकता का दावा किया गया है, परिचालनात्मक रूप से परिभाषित नहीं किया गया है। प्रस्ताव स्थिति को तत्काल और संकट कहता है, लेकिन कोई वस्तुनिष्ठ सीमा प्रदान नहीं करता है जिस पर सर्वसम्मति हस्तक्षेप आवश्यक हो जाता है।
19. एक ऐतिहासिक रिले-नीति सीमा इष्टतम सर्वसम्मति सीमा का प्रमाण नहीं है। 83-बाइट डिफ़ॉल्ट एक कालातीत ब्लॉक-वैधता नियम बने बिना उपयोगी नीति हो सकती है।
20. 256-बाइट रेखा अनुमानित है। तर्क इसे आंशिक रूप से संपीड़ित छवि आकार और बड़े क्रिप्टोग्राफ़िक पूर्णांकों से संबंधित करता है, लेकिन 256 बाइट्स को सुरक्षा और नवाचार के बीच इष्टतम सीमा के रूप में स्थापित नहीं करता है। (गिटहब
III. तकनीकी दायरा बहुत व्यापक है
21. सात अलग-अलग सर्वसम्मति परिवर्तन एक साथ बंडल किए गए हैं। प्रतिभागी एक प्रतिबंध का समर्थन नहीं कर सकते और दूसरे को अस्वीकार नहीं कर सकते। उन्हें पैकेज को स्वीकार या अस्वीकार करना होगा।
22. सबसे मजबूत तकनीकी चिंता असंबंधित प्रतिबंधों के साथ बंडल की गई है। बड़े scriptPubKeys UTXO-स्टेट और सत्यापन लागत को बढ़ा सकते हैं। यदि यह एक मापने योग्य खतरा पैदा करता है, तो यह अपने आप में एक संकीर्ण रूप से केंद्रित प्रस्ताव का हकदार है, न कि छह अतिरिक्त प्रतिबंधों के लिए स्वचालित समर्थन का। (गिटहब
23. 83-बाइट OP_RETURN नीति सर्वसम्मति बन जाती है। यह एक कॉन्फ़िगरेबल रिले और माइनिंग प्राथमिकता को ब्लॉक-वैधता नियम में बदल देता है।
24. 256-बाइट सीमाएँ सामान्य आदिमों को प्रतिबंधित करती हैं। वे पुश किए गए पेलोड और स्क्रिप्ट-आर्गुमेंट विटनेस आइटम के व्यापक वर्गों को प्रतिबंधित करके डेटा स्टोरेज को लक्षित करते हैं।
25. अपरिभाषित विटनेस और Tapleaf संस्करणों को खर्च करना अक्षम कर दिया जाएगा। ये स्थान आज आंशिक रूप से अप्रयुक्त हैं क्योंकि वे भविष्य के अपग्रेड के लिए आरक्षित हैं।
26. Taproot अनुलग्नक (annex) अक्षम कर दिया जाएगा। BIP 341 भविष्य के विस्तार के लिए अनुलग्नक को आरक्षित करता है। भले ही उपयोगकर्ताओं को इसके अर्थ परिभाषित होने से पहले इसका उपयोग नहीं करना चाहिए, एक जानबूझकर अपग्रेड पथ को बंद करने के लिए असाधारण औचित्य की आवश्यकता होनी चाहिए। (गिटहब
27. Taptree गहराई कम हो जाएगी। 257-बाइट कंट्रोल-ब्लॉक सीमा प्रकट स्क्रिप्ट पथों को सात स्तरों तक सीमित करती है और जटिल स्क्रिप्ट ट्री को प्रतिबंधित कर सकती है।
28. OP_SUCCESSx को निष्पादित नहीं की गई शाखाओं में भी अक्षम कर दिया जाएगा। BIP 342 ने भविष्य के सॉफ्ट फोर्क के लिए साफ अपग्रेड हुक के रूप में इन ओपकोडों को बनाया था। (गिटहब
29. निष्पादित OP_IF और OP_NOTIF को Tapscript में प्रतिबंधित किया जाएगा। लेखक उन्हें अनावश्यक और आमतौर पर दुरुपयोग मानते हैं, लेकिन प्रयोगात्मक उपयोगों और संभावित Miniscript दक्षताओं को भी स्वीकार करते हैं।
30. प्रस्ताव खुले तौर पर गति के बदले कठोरता को स्वीकार करता है। इसका तर्क कहता है कि एक बेहतर संतुलित दृष्टिकोण के लिए अधिक विकास और समीक्षा की आवश्यकता होगी, इसलिए यह तेजी से परिनियोजन के लिए सरल प्रतिबंध चुनता है। सर्वसम्मति कोड में सटीकता के लिए तात्कालिकता कोई विकल्प नहीं है। (गिटहब
IV. यह अनुकूलता और भविष्य की विकल्प क्षमता का बलिदान करता है
31. यह एक साथ कई अपग्रेड पथ बंद करता है। अनुलग्नक (Annexes), भविष्य के विटनेस संस्करण, भविष्य के Tapleaf संस्करण, और OP_SUCCESSx सभी बिटकॉइन के आरक्षित डिज़ाइन स्थान का हिस्सा हैं। (गिटहब
32. आरक्षित का अर्थ बेकार नहीं है। इसका मतलब है कि पहले के डिजाइनरों ने जानबूझकर उन जरूरतों के लिए विकल्प मूल्य संरक्षित किया था जो अभी तक उभरी नहीं थीं।
33. एक साल का बंद होना अभी भी विकास समयसीमा को बाधित कर सकता है। लेखकों को उम्मीद है कि भविष्य के सॉफ्ट फोर्क को एक वर्ष से अधिक समन्वय की आवश्यकता होगी, लेकिन यह एक अनुमान है, गारंटी नहीं।
34. यह BitVM-शैली के डिज़ाइनों को जटिल बना सकता है। विनिर्देश स्वीकार करता है कि कंट्रोल-ब्लॉक सीमा उन्नत ऑफ-चेन अनुबंधन में बाधा उत्पन्न कर सकती है।
35. यह Miniscript-जनित Tapleaves को प्रभावित कर सकता है। प्रस्ताव स्वीकार करता है कि कुछ कंपाइलर आउटपुट में OP_IF हो सकता है और उसे समायोजन की आवश्यकता होगी।
36. इसके लिए प्रभावित वॉलेट टूलिंग में बदलाव की आवश्यकता है। बैकवर्ड-संगतता अनुभाग बताता है कि जब तक नियम सक्रिय हैं, Miniscript कंपाइलर को संशोधन की आवश्यकता होगी।
37. यह एक संकीर्ण लेकिन स्वीकृत फंड-एक्सेस जोखिम पैदा करता है। BIP स्पष्ट रूप से दुर्लभ पूर्व-हस्ताक्षरित Taproot परिदृश्यों की पहचान करता है जिसमें सक्रियण के बाद UTXO फ्रीज या अप्रत्याशित रूप से खर्च किए जा सकते हैं।
38. ग्रैंडफादरिंग मूल्यवान है लेकिन पूर्ण इन्सुलेशन नहीं है। सक्रियण-पूर्व UTXO सुरक्षित हैं, फिर भी परिनियोजन के दौरान प्रभावित आउटपुट बनाने या खर्च करने वाले वर्कफ़्लो अभी भी नई बाधाओं का सामना कर सकते हैं।
39. उपयोगकर्ताओं को संभावित रूप से प्रभावित धन को स्थानांतरित करने की सलाह दी जाती है। एक प्रस्ताव जिसके लिए उपयोगकर्ताओं के एक संकीर्ण वर्ग को भी स्थानांतरित करने की आवश्यकता होती है, वह लागत-मुक्त फ़िल्टर नहीं है।
40. "कोई ज्ञात उपयोग मामला नहीं" सुरक्षा का प्रमाण नहीं है। निजी सिस्टम, अप्रकाशित अनुबंध, प्रयोगात्मक वॉलेट और भविष्य के प्रोटोकॉल पूरी तरह से देखने योग्य नहीं हैं। (गिटहब
V. अस्थायी सर्वसम्मति नियम अभी भी वास्तविक जटिलता पैदा करते हैं
41. अस्थायी सर्वसम्मति कोड अभी भी सर्वसम्मति कोड है। इसे निर्दिष्ट, कार्यान्वित, समीक्षित, परीक्षण, परिनियोजित, निगरानी और बाद में सेवानिवृत्त किया जाना चाहिए।
42. ग्रैंडफादरिंग वैधता को इतिहास-निर्भर बनाता है। एक ही खर्च निर्माण को अलग-अलग तरीके से माना जा सकता है, यह इस बात पर निर्भर करता है कि UTXO कब बनाया गया था।
43. इतिहास-निर्भर नियम कार्यान्वयन जटिलता को बढ़ाते हैं। प्रत्येक कार्यान्वयन को प्रासंगिक UTXO निर्माण ऊंचाई की पहचान करनी चाहिए और छूट को समान रूप से लागू करना चाहिए।
44. सक्रियण एक महत्वपूर्ण सीमा बनाता है। सॉफ्टवेयर और आर्थिक अभिनेताओं को इस बात पर सहमत होना चाहिए कि नए प्रतिबंध कब शुरू होंगे।
45. समाप्ति दूसरी सीमा बनाती है। उन्हें इस बात पर भी सहमत होना चाहिए कि प्रतिबंध कब समाप्त होंगे और पहले से प्रतिबंधित व्यवहार फिर से मान्य हो जाएगा।
46. BIP 110 एक नई EXPIRED स्थिति जोड़ता है। यह परिचित परिनियोजन स्थिति मशीन को नए सर्वसम्मति व्यवहार के साथ विस्तारित करता है।
47. यह पारंपरिक FAILED परिणाम को हटा देता है। प्रस्तावित परिनियोजन सामान्य BIP 9 तरीके से समय समाप्त नहीं हो सकता है।
48. यह कई समन्वय विंडो बनाता है। स्वैच्छिक सिग्नलिंग, अनिवार्य सिग्नलिंग, लॉक-इन, सक्रियण और समाप्ति प्रत्येक विचलन के अवसर पेश करते हैं। (गिटहब
49. अस्थायी नियम स्थायी कलाकृतियाँ छोड़ सकते हैं। वॉलेट कोड, परिचालन प्रक्रियाएं, अनुबंध और संस्थागत जोखिम नियंत्रणों को ऐसे बदलावों की आवश्यकता हो सकती है जो परिनियोजन से अधिक समय तक चलते हैं।
50. अधिक सर्वसम्मति शाखाओं का अर्थ है अधिक बग सतह। परीक्षण वैक्टर ज्ञात जोखिम को कम करते हैं, लेकिन हर निजी या भविष्य की बातचीत की गणना नहीं कर सकते।
VI. आर्थिक और सुरक्षा प्रभाव अनिश्चित हैं
51. नोड बाह्यता वास्तविक है लेकिन विषम है। प्रत्येक पूरी तरह से मान्य करने वाले नोड को ब्लॉक डाउनलोड और सत्यापित करना चाहिए, जबकि प्रून किए गए नोड पुराने कच्चे ब्लॉक डेटा को त्याग सकते हैं और ऐतिहासिक स्टोरेज को सीमित कर सकते हैं। प्रासंगिक लागतों को अलग-अलग मापा जाना चाहिए। (बिटकॉइन कोर
52. शुल्क-प्राप्तकर्ता मुद्दा डेटा लेन-देन के लिए अद्वितीय नहीं है। माइनर्स शुल्क एकत्र करते हैं जबकि मान्यकर्ता प्रत्येक लेन-देन के लिए कुछ लागत वहन करते हैं। परिमाण भिन्न हो सकता है, लेकिन मूल संरचना सार्वभौमिक है।
53. तकनीकी लागतों को सीधे मापा जाना चाहिए। डेटा और सत्यापन कार्य की एक निश्चित मात्रा के लिए, संसाधन लागत बाइट्स, स्थिति, गणना और बैंडविड्थ से उत्पन्न होती है, न कि इस बात से कि पर्यवेक्षक लेन-देन के उद्देश्य को स्वीकार करते हैं या नहीं।
54. BIP 110 डेटा एम्बेडिंग को समाप्त नहीं कर सकता। विनिर्देश स्वीकार करता है कि उपयोगकर्ता डेटा को छोटे टुकड़ों में विभाजित कर सकते हैं या इसे अनुमत संरचनाओं के भीतर छिपा सकते हैं। (गिटहब
55. चोरी लेन-देन को कम कुशल बना सकती है। खंडित या अस्पष्ट एन्कोडिंग अंतर्निहित मांग को समाप्त किए बिना अधिक संरचना का उपभोग कर सकते हैं और विश्लेषण को जटिल बना सकते हैं।
56. शुल्क प्रभाव अस्पष्ट है। एक उपयोग को दबाने से भुगतान शुल्क कम हो सकता है, कुल शुल्क राजस्व कम हो सकता है, मांग को अन्य एन्कोडिंग में स्थानांतरित कर सकता है, या तीनों का कुछ संयोजन उत्पन्न कर सकता है।
57. सब्सिडी घटने पर माइनर राजस्व अधिक मायने रखता है। लेन-देन शुल्क ब्लॉक पुरस्कार का एक घटक है, जबकि ब्लॉक सब्सिडी हर 210,000 ब्लॉक पर आधी हो जाती है। (बिटकॉइन डेवलपर डॉक्स
58. कम कुल शुल्क मांग सीमांत रूप से सुरक्षा को कमजोर कर सकती है। जहाँ तक BIP 110 कुल शुल्क मांग को केवल पुनः आवंटित करने के बजाय कम करता है, कम माइनर राजस्व हैश पावर प्रतिबद्ध करने के प्रोत्साहन को कम कर सकता है, अन्य सभी चीजें समान रहने पर।
59. विविध मांग शुल्क बाजार को अधिक लचीला बना सकती है। भुगतान, चैनल, संरक्षण प्रणाली, वित्तीय एप्लिकेशन और अन्य उपयोगों को एक ही समय में चरम पर नहीं होना चाहिए।
60. विनिर्देश सुरक्षा व्यापार-बंद का मॉडल नहीं बनाता है। यह सस्ते भुगतान और कम नोड लागत के लिए तर्क देता है, बिना माइनर राजस्व, हैश निवेश या दीर्घकालिक शुल्क-बाजार गहराई पर संभावित प्रभावों का अनुमान लगाए।
VII. बेहतर बाजार और नीति उपकरण मौजूद हैं
61. बिटकॉइन में पहले से ही एक सामग्री-तटस्थ क्षमता बाधा है। ब्लॉक वेट प्रत्येक ब्लॉक की लेन-देन क्षमता पर एक सामान्य सीमा लगाता है। (गिटहब
62. शुल्क पहले से ही दुर्लभ ब्लॉक स्थान का राशन करते हैं। उपयोगकर्ता बोली लगाकर तात्कालिकता व्यक्त करते हैं, और माइनर्स अपनी नीतियों के तहत मान्य लेन-देन का चयन करते हैं।
63. ब्लॉक सीमा और शुल्क बाजार उपयोगकर्ताओं को उद्देश्य घोषित करने के लिए नहीं कहते हैं। वे तकनीकी वैधता और संसाधन सीमाएँ लागू करते हैं, न कि यह शब्दार्थ परीक्षण कि कोई लेन-देन पर्याप्त रूप से मौद्रिक है या नहीं।
64. रिले नीति एक कम जबरदस्ती उपकरण बनी हुई है। कार्यान्वयन और नोड ऑपरेटर मान्य ब्लॉकों को पुनर्परिभाषित किए बिना चुन सकते हैं कि कौन से अपुष्ट लेन-देन को रिले करना है। बिटकॉइन कोर की डेटा-कैरियर नीति कॉन्फ़िगरेबल है। (गिटहब
65. माइनिंग नीति स्वैच्छिक बनी हुई है। माइनर्स प्रत्येक मान्य नोड को उन्हें शामिल करने वाले ब्लॉकों को अस्वीकार करने के लिए मजबूर किए बिना, अपने स्वयं के ब्लॉक टेम्पलेट से लेन-देन वर्गों को बाहर कर सकते हैं।
66. नीति अपूर्ण है, लेकिन अपूर्णता विफलता नहीं है। माइनर्स को प्रत्यक्ष सबमिशन रिले फ़िल्टर को बायपास कर सकता है। यह सीमा विश्लेषण की हकदार है, न कि सर्वसम्मति निषेध के लिए एक स्वचालित छलांग।
67. किसी भी लेन-देन को शामिल करने का अधिकार नहीं है। एक माइनर अपनी नीति के तहत एक लेन-देन को अस्वीकार कर सकता है, लेकिन पहले से मान्य लेन-देन को फोर्क में अमान्य बनाना एक अधिक परिणामी कार्य है।
68. उद्देश्य को वर्गीकृत किए बिना संसाधन मूल्य निर्धारण में सुधार किया जा सकता है। यदि कुछ संरचनाएं असमान लागत लगाती हैं, तो बिटकॉइन सामग्री-तटस्थ सीमाओं या मापने योग्य संसाधन उपयोग से बंधे मूल्य निर्धारण का अध्ययन कर सकता है।
69. प्रूनिंग और वैकल्पिक-डेटा डिज़ाइन निरंतर शोध के पात्र हैं। वे हर चिंता का समाधान नहीं कर सकते हैं, लेकिन वे स्टोरेज बोझ को एक नियम की तुलना में अधिक सीधे संबोधित करते हैं जो आंशिक रूप से यह संकेत देने के लिए है कि कोई उपयोग अवांछनीय है।
70. BIP स्वयं मानता है कि नीति आम तौर पर स्पैम से लड़ने का सही स्थान है। पूर्ण फ़िल्टरिंग की गारंटी देने में इसकी असमर्थता अपने आप में यह साबित नहीं करती है कि सर्वसम्मति का उपयोग किया जाना चाहिए। (गिटहब
VIII. यह नवाचार और अपनाने को हतोत्साहित करता है
71. यह एक ठंडा प्रभाव पैदा करता है। डेवलपर्स बिटकॉइन से बच सकते हैं यदि वर्तमान में मान्य निर्माणों को एक संबंधित उपयोग को दबाने के लिए सर्वसम्मति के माध्यम से निलंबित किया जा सकता है।
72. यह मौजूदा उपयोग मामलों को विशेषाधिकार देता है। "सभी ज्ञात मौद्रिक उपयोग मामले" वर्तमान की रक्षा करते हैं, भविष्य की नहीं।
73. यह मूल्य की खोज से पहले विकल्प मूल्य को नष्ट कर देता है। एक अपग्रेड हुक का सबसे अच्छा भविष्य का उपयोग अभी तक एक नाम नहीं हो सकता है।
74. स्थिर नींव लंबे समय तक चलने वाले अनुबंधों के लिए मायने रखती है। वॉलेट, संरक्षण प्रणाली, भुगतान चैनल और वित्तीय प्रोटोकॉल को विश्वास की आवश्यकता है कि मान्य लेन-देन संरचनाएं उपलब्ध रहेंगी।
75. यह स्क्रिप्ट डिज़ाइन स्थान को संकुचित करता है। यह कुछ निर्माणों को बड़ा, अधिक महंगा, कम सुरुचिपूर्ण या अस्थायी रूप से असंभव बना सकता है।
76. यह उन्नत अनुबंधन अनुसंधान में देरी कर सकता है। BIP स्पष्ट रूप से स्वीकार करता है कि BitVM-शैली के काम को टेस्टनेट और साइडचेन पर प्रतीक्षा या आगे बढ़ने की आवश्यकता हो सकती है। (गिटहब
77. यह प्रयोग को सर्वसम्मति से बिटकॉइन से दूर धकेलता है। टेस्टनेट और साइडचेन उपयोगी हैं, लेकिन बिल्डरों को एक सम्मोहक सुरक्षा मामले के बिना आधार परत से विस्थापित नहीं किया जाना चाहिए।
78. भविष्य की लेयर 2 प्रणालियाँ आज के अप्रयुक्त हुक पर निर्भर हो सकती हैं। आधार-परत विकल्प क्षमता बार-बार आधार-परत गतिविधि की आवश्यकता के बिना पैमाने का समर्थन कर सकती है।
79. एप्लिकेशन मनी को मजबूत कर सकते हैं। बेहतर वॉलेट, संरक्षण, निपटान, ऋण, प्रतिभूतियां और प्रमाण प्रणालियां बिटकॉइन की उपयोगिता, तरलता और मांग को बढ़ा सकती हैं।
80. बिटकॉइन को मनी और प्रौद्योगिकी के बीच चयन करने की आवश्यकता नहीं है। इसकी मौद्रिक ताकत एक खुले नेटवर्क द्वारा प्रबलित की जा सकती है जो सुरक्षित वॉलेट, अनुबंध, संरक्षण, निपटान और नवाचार का समर्थन करता है।
IX. सक्रियण तंत्र बहुत आक्रामक है
81. 55 प्रतिशत सीमा BIP 9 से एक बड़ा विचलन है। BIP 9 95 प्रतिशत माइनर-तत्परता सीमा निर्दिष्ट करता है; BIP 110 55 प्रतिशत प्रस्तावित करता है।
82. एक विवादित प्रतिबंध को अधिक आत्मविश्वास की मांग करनी चाहिए, कम नहीं। अस्थायी अवधि समन्वय विफलता को हानिरहित नहीं बनाती है।
83. माइनर सिग्नलिंग सभी बिटकॉइन उपयोगकर्ताओं पर एक जनमत संग्रह नहीं है। हैश पावर लेन-देन को सुरक्षित और व्यवस्थित करता है, लेकिन धारक, एक्सचेंज, वॉलेट, व्यापारी, संरक्षक और व्यवसाय यह निर्धारित करते हैं कि वे आर्थिक रूप से किन नियमों और संपत्ति को स्वीकार करते हैं।
84. अनिवार्य सिग्नलिंग गैर-भागीदारी के अर्थ को बदल देता है। निर्दिष्ट विंडो के दौरान, लागू करने वाले नोड्स उन ब्लॉकों को अस्वीकार कर देंगे जो बिट 4 सिग्नल नहीं करते हैं।
85. परिनियोजन को लागू करने वाली श्रृंखला पर एक पूर्व निर्धारित ऊंचाई से बाद में लॉक-इन करने के लिए डिज़ाइन किया गया है। यह केवल स्वैच्छिक तत्परता का निरीक्षण करने से अधिक मजबूत है।
86. FAILED स्थिति की अनुपस्थिति एक साफ ऑफ-रैंप को हटा देती है। एक प्रस्ताव जो पर्याप्त स्वैच्छिक समर्थन आकर्षित नहीं कर सकता है, उसे मजबूर समन्वय के बिना समाप्त होने में सक्षम होना चाहिए। (गिटहब
87. सक्रियण मशीनरी सर्वसम्मति का निर्माण नहीं कर सकती। यह सॉफ्टवेयर स्थितियों का समन्वय कर सकती है, लेकिन यह सामाजिक और आर्थिक सहमति नहीं बना सकती।
88. भिन्न प्रवर्तन नेटवर्क को विभाजित कर सकता है। यदि आर्थिक रूप से महत्वपूर्ण प्रतिभागी असंगत वैधता नियम लागू करते हैं, तो परिणाम श्रृंखला विभाजन या लंबे समय तक अनिश्चितता हो सकता है।
89. एक अस्थायी विभाजन तुच्छ नहीं होगा। तरलता, संरक्षण, निपटान, लेखा और उपयोगकर्ता विश्वास सभी प्रभावित हो सकते हैं।
90. कठोर सर्वसम्मति बिटकॉइन की प्रतिरक्षा प्रणाली है। एक विवादित उपयोग-मामला प्रतिबंध के लिए बार को कम करना लक्षित डेटा-स्टोरेज समस्या की तुलना में अधिक गंभीर जोखिम पैदा कर सकता है।
X. मिसाल लक्ष्य से अधिक खतरनाक है
91. नियम समाप्त हो जाते हैं, लेकिन मिसाल नहीं। भविष्य के अभियान BIP 110 को इस बात के प्रमाण के रूप में उद्धृत कर सकते हैं कि अवांछित मान्य गतिविधि को दबाने के लिए सर्वसम्मति का उपयोग किया जा सकता है।
92. उसी तर्क का पुन: उपयोग किया जा सकता है। एक गुट किसी अन्य उपयोग को गैर-मौद्रिक, हानिकारक, कानूनी रूप से जोखिम भरा या असमर्थित लेबल कर सकता है और उसके बहिष्कार की मांग कर सकता है।
93. "असमर्थित उपयोग" एक विस्तार योग्य श्रेणी है। बिटकॉइन के पास कोई केंद्रीय उत्पाद प्रबंधक नहीं है जो स्थायी रूप से इसके अनुमोदित दायरे को परिभाषित कर सके।
94. उद्देश्य-आधारित सीमाएँ राजनीतिक सीमाएँ बन जाती हैं। एक बार जब वैधता वैध उपयोग के बारे में निर्णयों पर निर्भर हो जाती है, तो प्रोटोकॉल बहसें मूल्यों और शक्ति पर प्रतियोगिता बन जाती हैं।
95. आज का लक्ष्य कल के लक्ष्य को सीमित नहीं करता है। गोपनीयता उपकरण, उपन्यास संरक्षण, स्टेबलकॉइन निपटान, टोकन सिस्टम, कॉर्पोरेट एप्लिकेशन या अन्य अलोकप्रिय उपयोगों को समान तर्कों का सामना करना पड़ सकता है। यह एक भविष्यवाणी नहीं है। यह एक शासन जोखिम है।
96. प्रत्येक प्रतिबंध को असाधारण के रूप में प्रस्तुत किया जाता है। मिसालें ठीक उन मामलों से बनाई जाती हैं जिन्हें उनके समर्थक अद्वितीय मानते हैं।
97. सामाजिक सामंजस्य एक दुर्लभ संपत्ति है। एक सांस्कृतिक विवाद को सर्वसम्मति में एन्कोड करना अधिक गंभीर खतरों के लिए आवश्यक विश्वास और समन्वय क्षमता का उपभोग कर सकता है।
98. प्रत्येक हितधारक एक सुनवाई का हकदार है। डेवलपर्स, नोड ऑपरेटर, माइनर्स, धारक, वॉलेट, एक्सचेंज, संरक्षक, कंपनियां और संस्थान सभी अलग-अलग जोखिम और जिम्मेदारियां वहन करते हैं।
99. जोखिम पर पूंजी को नियंत्रण प्रदान किए बिना विचार किया जाना चाहिए। बड़े धारक, खनिक, एक्सचेंज, कस्टोडियन और निगम सर्वसम्मति के मालिक नहीं हैं। न ही डेवलपर या नोड ऑपरेटर अकेले कार्य करते हुए। टिकाऊ समझौते के लिए उन सभी के बीच समन्वय की आवश्यकता होती है।
100. कॉर्पोरेट भागीदारी तब वैध है जब यह Bitcoin को मजबूत करती है। कंपनियां लोगों को पैमाने, जवाबदेही, पूंजी और निरंतरता के साथ कानून के तहत संगठित होने की अनुमति देती हैं। वे विशेष अधिकार के हकदार नहीं हैं, लेकिन उन्हें वैश्विक मौद्रिक नेटवर्क के बाहरी लोगों के रूप में नहीं माना जाना चाहिए।
XI. एक बेहतर मार्ग उपलब्ध है
101. प्रतिभागी सर्वसम्मति को बदले बिना डेटा भंडारण का विरोध कर सकते हैं। वे इसका उपयोग, प्रचार, अनुक्रमण, रिले या खनन करने से इनकार कर सकते हैं।
102. सख्त सॉफ्टवेयर विकल्प स्वैच्छिक रह सकते हैं। प्रतिस्पर्धी कार्यान्वयन और कॉन्फ़िगरेबल नीतियां एक खुले नेटवर्क की विशेषताएं हैं, दोष नहीं।
103. हम हस्तक्षेप से पहले माप में सुधार कर सकते हैं। बैंडविड्थ, स्टोरेज, सत्यापन समय, UTXO वृद्धि, शुल्क विस्थापन और नोड अर्थशास्त्र पर पुनरुत्पादक डेटा प्रकाशित करें।
104. हम मापनीय संसाधन लागतों को लक्षित कर सकते हैं। प्रदर्शित सेवा-से-इनकार या सत्यापन जोखिम से जुड़ा एक संकीर्ण नियम, कथित उद्देश्य से आंशिक रूप से जुड़े व्यापक पैकेज की तुलना में अधिक रक्षात्मक है।
105. हम डेटा प्लेसमेंट में सुधार कर सकते हैं। बेहतर प्रतिबद्धताएं, वैकल्पिक भंडारण, प्रूनिंग और लेयर 2 आर्किटेक्चर कार्यक्षमता को संरक्षित करते हुए बोझ को कम कर सकते हैं।
106. हम शुल्क-बाजार पारदर्शिता में सुधार कर सकते हैं। बेहतर उपकरण और मॉडल दिखा सकते हैं कि कौन भुगतान करता है, कौन लागत वहन करता है, और कौन से उपयोग वास्तव में भुगतान को बाहर करते हैं।
107. हम अनुसंधान जारी रहने के दौरान अपग्रेड हुक को संरक्षित कर सकते हैं। अप्रयुक्त क्षमता जरूरी नहीं कि बर्बादी हो जब यह भविष्य के सॉफ्ट-फोर्क पथों की रक्षा करती है।
108. हम भारी बहुमत की सहमति की प्रतीक्षा कर सकते हैं। प्रतीक्षा की लागत को अनावश्यक फोर्क की लागत के मुकाबले मापा जाना चाहिए। आपातकाल के ठोस सबूत और व्यापक सहमति के अभाव में, संयम सुरक्षित डिफ़ॉल्ट है।
109. हम सहयोगियों को दुश्मन बनाए बिना असहमत हो सकते हैं। BIP 110 समर्थक Bitcoin की रक्षा करने की कोशिश कर रहे हैं। सम्मानजनक प्रतिक्रिया उनकी चिंताओं को संबोधित करना है, जबकि एक ऐसे उपाय को अस्वीकार करना है जो अधिक जोखिम पैदा करता है।
110. प्रस्तावित इलाज स्थिति से अधिक खतरनाक है। BIP 110 सर्वसम्मति का उपयोग वैध गतिविधि को संकीर्ण करने, भविष्य के विकल्पों को बाधित करने, तैनाती को जटिल बनाने और एक मिसाल कायम करने के लिए करेगा जिसे बाद में मिटाया नहीं जा सकता। यह इसे एक Bitcoin Iatrogenic Proposal बनाता है।
तटस्थता के संरक्षक
Bitcoin की ताकत यह नहीं है कि हर कोई हर उपयोग पर सहमत हो। इसकी ताकत यह है कि असहमति तटस्थ नियमों और कठोर सर्वसम्मति द्वारा नियंत्रित होती है।
शुल्क ब्लॉक स्पेस की कीमत तय करते हैं। नोड्स नीति चुनते हैं और सर्वसम्मति को मान्य करते हैं। खनिक ब्लॉक बनाते हैं। धारक पूंजी आवंटित करते हैं। डेवलपर कोड प्रस्तावित करते हैं। कंपनियां बुनियादी ढांचा और एप्लिकेशन बनाती हैं। प्रोटोकॉल परिवर्तन तभी प्रबल होने चाहिए जब सत्यापन, सुरक्षा, उपयोगिता और पूंजी भारी बहुमत की सहमति तक पहुंचें।
यह हर इंस्क्रिप्शन, टोकन, फ़ाइल या एप्लिकेशन का बचाव नहीं है। यह उन तटस्थ नियमों का बचाव है जो Bitcoin को खुला रहने की अनुमति देते हैं जबकि बाजार उसे पुरस्कृत करते हैं जो उपयोगी है और उसे छोड़ देते हैं जो नहीं है।
Bitcoin को आधार परत पर रूढ़िवादी रहना चाहिए। मेरे लिए, इसका मतलब BIP 110 को अस्वीकार करना है।
Bitcoin को शुद्धता के संरक्षकों की आवश्यकता नहीं है।
इसे तटस्थता के संरक्षकों की आवश्यकता है।
प्राथमिक स्रोत
यह विश्लेषण मुख्य रूप से BIP 110 संस्करण 1.0.0; BIP 3 की प्रक्रिया और स्थिति परिभाषाएं; BIP 9 का सक्रियण डिज़ाइन; BIPs 141, 341, और 342; Bitcoin Core के डेटा-कैरियर नीति दस्तावेज़ीकरण; Bitcoin Core के प्रूनिंग दस्तावेज़ीकरण; और Bitcoin डेवलपर ब्लॉक-रिवार्ड संदर्भ पर आधारित है। (GitHub
