बिटकॉइन शुल्क की व्याख्या: sat/vB, मेमपूल और शुल्क बढ़ाना

बिटकॉइन लेनदेन एक या अधिक ऐसे transaction outputs खर्च करता है जो पहले खर्च नहीं हुए हैं और नए outputs बनाता है। सभी inputs के कुल मूल्य और सभी outputs के कुल मूल्य के बीच का अंतर लेनदेन शुल्क होता है। यह शुल्क उस miner को मिलता है जिसके block में लेनदेन शामिल होता है। यह कोई ऐसा प्रतिशत नहीं है जिसे प्रोटोकॉल भेजी जाने वाली राशि से काटता है, और यह wallet provider की सेवा-फीस के समान भी नहीं है।

लेनदेन सीमित block space के लिए प्रतिस्पर्धा करते हैं। Block बनाते समय miner प्रस्तावित शुल्क और लेनदेन के बीच निर्भरता पर विचार कर सकता है। बाकी परिस्थितियां मिलती-जुलती हों तो अधिक शुल्क दर किसी लेनदेन को ज्यादा आकर्षक बना सकती है, लेकिन इससे अगले block में उसकी जगह तय नहीं हो जाती। नतीजा शुल्क बाजार, लेनदेन की निर्भरता, miner के चयन और संबंधित nodes तक लेनदेन पहुंचने पर निर्भर करता है।

यह गाइड Bitcoin नेटवर्क पर होने वाले ऑन-चेन बिटकॉइन लेनदेन के बारे में है। किसी exchange से निकासी पर exchange का अपना शुल्क लग सकता है, जबकि Lightning भुगतान अलग लेनदेन मार्ग और शुल्क संरचना का उपयोग करता है। Wallet एक ही स्क्रीन पर कई लागतों को जोड़कर दिखा सकता है, इसलिए देखें कि दिखाई गई राशि नेटवर्क शुल्क है, सेवा-शुल्क है या दोनों। Bitcoin.org का शुल्क गाइड लेनदेन के आकार, sat/vB और block space की मांग के बीच संबंध बताता है।

कुल शुल्क वह satoshi राशि है जो लेनदेन के लिए दी जाती है। शुल्क दर उस राशि को प्रति वर्चुअल बाइट satoshi में व्यक्त करती है और इसे sat/vB लिखा जाता है। दर निकालने के लिए कुल शुल्क को लेनदेन के वर्चुअल आकार से भाग दें। कुल शुल्क का अनुमान लगाने के लिए वर्चुअल आकार को चुनी हुई दर से गुणा करें। कई wallets दर चुनने या देखने देते हैं, क्योंकि अलग-अलग आकार के लेनदेन एक ही दर पर भी अलग कुल राशि दे सकते हैं।

उदाहरण के लिए, मान लें कि एक काल्पनिक लेनदेन 140 vB का है और उसकी दर 25 sat/vB है। उसका शुल्क 140 × 25 = 3,500 satoshi होगा। 1 BTC में 100,000,000 satoshi होते हैं, इसलिए 3,500 sats बराबर 0.000035 BTC हैं। इसी आकार के लेनदेन में अगर दर 40 sat/vB हो, तो शुल्क 5,600 sats यानी 0.000056 BTC होगा। ये संख्याएं गणना समझाने के लिए हैं; ये मौजूदा शुल्क अनुमान या कोई सिफारिश नहीं हैं।

शुल्क दर, भेजी गई राशि के मुकाबले लागत का प्रतिशत नहीं होती। अलग-अलग BTC राशि भेजने वाले दो लेनदेन का शुल्क एक जैसा हो सकता है, यदि उनका वर्चुअल आकार और दर समान हो। छोटी राशि का भुगतान बड़ी राशि से महंगा पड़ सकता है, अगर उसमें अधिक input data लगे या दर ऊंची रखी जाए। Change output भी मायने रखता है: जब inputs का कुल मूल्य भुगतान से अधिक हो, तो लेनदेन अंतर को भेजने वाले को change के रूप में लौटाता है; इस अतिरिक्त output में भी जगह लगती है।

बिटकॉइन wallets आम तौर पर हर serialized byte को बराबर गिनने के बजाय शुल्क की गणना वर्चुअल आकार, यानी vsize, से करते हैं। SegWit में लेनदेन डेटा को weight दिया जाता है। BIP 141 सूत्र देता है: weight = 3 × base size + total size, जिसमें witness data भी शामिल है; vsize = weight ÷ 4, जिसे अगले पूर्ण virtual byte तक ऊपर round किया जाता है. इस गणना में witness data के अलग weight को माना जाता है; यह raw file size मात्र नहीं है।

Inputs और outputs अलग-अलग मात्रा में डेटा जोड़ते हैं। Input पिछले output को संदर्भित करता है और उसे खर्च करने की शर्तें पूरी करने वाला डेटा देता है। सटीक आकार output के प्रकार और unlocking data, जैसे signatures, पर निर्भर करता है। Output एक मूल्य और locking script तय करता है। इसलिए कई छोटे inputs वाला लेनदेन एक input वाले लेनदेन से बड़ा हो सकता है, भले ही दोनों कुल मिलाकर समान राशि भेजें।

जब wallet भुगतान के लिए पहले मिले कई छोटे outputs को जोड़ता है, तो inputs की संख्या खास तौर पर मायने रख सकती है। लेनदेन को चुने गए हर output को खर्च करना पड़ता है और हर input डेटा बढ़ाता है। Wallet change output भी बना सकता है, जिसके लिए अतिरिक्त जगह चाहिए। Address और script के प्रकार के अनुसार आकार अलग हो सकता है; signatures की लंबाई भी बदल सकती है। इसलिए “सामान्य लेनदेन” का आकार केवल एक उदाहरण है, हर बिटकॉइन भुगतान का तय आकार नहीं।

अगर आप अलग coins चुनते हैं, recipients जोड़ते हैं, change address का प्रकार बदलते हैं या शुल्क दर बदलते हैं, तो wallet का अनुमान भी बदल सकता है। इसलिए सिर्फ भुगतान राशि देखना काफी नहीं है। लेनदेन की बनावट उसका vsize तय करती है; शुल्क दर बताती है कि प्रति vB कितने satoshi दिए जा रहे हैं। BIP 141 witness data के प्रभाव सहित वर्चुअल आकार की गणना परिभाषित करता है।

लेनदेन broadcast होने के बाद उन nodes के memory pool, यानी mempool, में रखा जा सकता है जिन्होंने उसे प्राप्त करके स्वीकार किया है। Mempool हर node पर अपुष्ट लेनदेन का स्थानीय समूह होता है, पूरे नेटवर्क की एक साझा और सिंक्रोनाइज़ कतार नहीं। Nodes लेनदेन को अलग-अलग क्रम में देख सकते हैं, अलग relay policies या capacity limits लागू कर सकते हैं, या किसी खास लेनदेन को प्राप्त ही न करें।

Miners उन लेनदेन में से candidate blocks के लिए चुनते हैं जिनके बारे में उन्हें जानकारी है; साथ में वे consensus rules और अपनी selection policies का पालन करते हैं। यदि कोई लेनदेन ऐसे output को खर्च करता है जिसे किसी दूसरे अपुष्ट लेनदेन ने बनाया है, तो उन दोनों में निर्भरता होती है। ऐसी स्थिति में miner parent और एक या अधिक child transactions का साथ में मूल्यांकन कर सकता है, बजाय हर एक को अलग fee rate वाली स्वतंत्र entry मानने के। इसलिए किसी third-party website का साधारण “rank” अधूरा या अस्थायी हो सकता है।

जब अधिक उपयोगकर्ता block space के लिए प्रतिस्पर्धा करते हैं, तो जल्द शामिल होने की संभावना वाले शुल्क दर बढ़ सकते हैं। मांग कम होने पर कम दर वाले लेनदेन भी प्रतिस्पर्धी हो सकते हैं। भीड़ और wallet या node को दिखने वाले लेनदेन जल्दी बदल सकते हैं। किसी एक explorer या wallet के mempool view में लेनदेन दिखने से यह साबित नहीं होता कि सभी nodes और miners को वही स्थिति दिख रही है।

जिस लेनदेन को unconfirmed बताया गया है, वह अब भी अपुष्ट है; इस लेबल का अर्थ अपने आप यह नहीं कि वह खो गया या अमान्य है। Node policy और बदलती mempool स्थितियों के अनुसार, लेनदेन एक node के mempool से गायब होकर बाद में फिर broadcast या स्वीकार हो सकता है। अगर wallet उसे pending दिखाता है, तो यह न मानें कि उसके inputs अब किसी दूसरे भुगतान के लिए उपलब्ध हैं। दूसरा खर्च करने से पहले लेनदेन की स्थिति और wallet के आधिकारिक निर्देश देखें।

Wallet economy, normal या priority जैसे विकल्प या लक्षित blocks की संख्या दिखा सकता है। ये देखी गई परिस्थितियों में प्रतिस्पर्धी हो सकने वाली दर के अनुमान हैं। Bitcoin Core का fee-estimation documentation पर्याप्त इतिहास उपलब्ध होने पर लक्षित blocks के भीतर पुष्टि शुरू होने के लिए अनुमानित दर का वर्णन करता है। हाल का डेटा अपर्याप्त हो तो अनुमान उपलब्ध नहीं हो सकता। दूसरे wallets और सेवाएं अलग डेटा, मॉडल, refresh intervals और लक्ष्य की परिभाषाएं इस्तेमाल कर सकती हैं।

“अगला block” लक्ष्य यह वादा नहीं है कि लेनदेन अगले block में शामिल होगा। लेनदेन के पहुंचने तक अनुमान में इस्तेमाल की गई परिस्थितियां बदल सकती हैं, और अधिक शुल्क देने वाले नए लेनदेन जगह के लिए प्रतिस्पर्धा कर सकते हैं। लेनदेन की निर्भरता भी block चयन को प्रभावित कर सकती है। लक्ष्य अनुमान का एक input है, miner के साथ अनुबंध नहीं।

देखें कि शुल्क quote कब refresh हुआ और wallet दर दिखा रहा है या केवल कुल राशि। यदि भुगतान जरूरी नहीं है, तो कम दर चुनकर इंतजार करना एक सोच-समझकर लिया गया निर्णय हो सकता है, लेकिन पुष्टि का समय अनिश्चित रहेगा। यदि समय महत्वपूर्ण है, तो wallet अनुमान की तुलना मौजूदा fee source से करें और समझें कि परिस्थिति बदलने पर wallet क्या कर सकता है। “सावधानी के लिए” शुल्क बढ़ाने से लागत बढ़ सकती है, पर किसी खास block में शामिल होने की गारंटी नहीं मिलती।

Estimator द्वारा बताई गई दर यह भी तय नहीं करती कि हर node relay के लिए न्यूनतम कौन-सी दर स्वीकार करेगा। Relay policy, mempool limits, wallet settings और confirmation estimates एक-दूसरे से जुड़े, लेकिन अलग सवालों के जवाब हैं। Bitcoin Core का mempool design दस्तावेज़ बताता है कि transaction dependencies चयन और replacement policy को कैसे प्रभावित करती हैं। किसी एक software release या node की policy को हमेशा पूरे नेटवर्क पर लागू नियम न मानें।

Replace-by-fee, यानी RBF, अपुष्ट लेनदेन को अधिक शुल्क वाले परस्पर-विरोधी लेनदेन से बदलने का तरीका है, जब wallet और संबंधित node policies इसकी अनुमति दें। Replacement लेनदेन कम से कम उन्हीं inputs में से एक को खर्च करता है, इसलिए एक ही input खर्च करने वाले परस्पर-विरोधी दोनों versions की पुष्टि नहीं हो सकती। Wallet में “bump fee” नियंत्रण हो सकता है, लेकिन उसका उपलब्ध होना, शर्तें और नया शुल्क wallet तथा लेनदेन की बनावट पर निर्भर करते हैं।

पुराने नियम पर भरोसा न करें कि replacement से पहले लेनदेन को हमेशा किसी खास तरीके से RBF signal करना जरूरी है। Bitcoin Core की मौजूदा policy version 28.0 से full RBF को default policy बताती है और कहती है कि उस policy के तहत replacement के लिए signal जरूरी नहीं रहा। दूसरे nodes, wallets, सेवाएं या पुराने software अलग तरह से काम कर सकते हैं। Wallet में button उपलब्ध न होना यह नहीं बताता कि हर node वही policy अपनाता है; wallet की अपनी सीमा या लेनदेन की बनावट कारण हो सकती है।

“एक satoshi और जोड़ना” पर्याप्त नहीं है। Bitcoin Core की मौजूदा policy के तहत replacement को मूल लेनदेन की कुल absolute fees के कम-से-कम बराबर शुल्क देना, उसे relay करने की अतिरिक्त bandwidth लागत चुकाना और mempool के fee-rate diagram में सुधार करना होता है। मूल से जुड़ी transactions गणना को केवल कोई ऊंची संख्या चुनने से अधिक जटिल बना सकती हैं। मौजूदा replacement policy इन शर्तों का विवरण देती है।

RBF undo button नहीं है और पुष्टि हो चुकी transaction को वापस नहीं करता। यह परस्पर-विरोधी अपुष्ट खर्चों के बीच प्रतिस्पर्धा है। जो प्राप्तकर्ता अपुष्ट भुगतान को अंतिम मान लेता है, उसे replacement risk हो सकता है; इसलिए अपुष्ट transaction, confirmed payment के बराबर नहीं है। भुगतान प्राप्त करते समय यह न मानें कि पहले दिखा version ही confirm होगा; प्राप्तकर्ता सेवा की confirmation policy अपनाएं।

Child Pays for Parent, यानी CPFP, एक नया child transaction बनाता है जो अपुष्ट parent का output खर्च करता है। Child इतना ऊंचा शुल्क दर दे सकता है कि miner दोनों को साथ शामिल करने के लिए प्रोत्साहित हो। यहां संयुक्त शुल्क और संयुक्त वर्चुअल आकार मायने रखते हैं; child, parent का शुल्क मिटाता नहीं और दोनों transactions को बिना लागत जोड़ता भी नहीं।

Wallet को किसी उपयुक्त अपुष्ट output पर नियंत्रण और child बनाने की सुविधा चाहिए। Parent-child संबंध, relay और package policies तथा miner का चयन भी असर डालते हैं। संयुक्त शुल्क उस शुल्क से ज्यादा हो सकता है जिसे आप एकल transaction के लिए चुनते, और शामिल होना फिर भी सुनिश्चित नहीं है। यदि आपको नहीं पता कि child कौन-सा output खर्च करेगा या wallet change कैसे संभालता है, तो child transaction खुद न बनाएं।

RBF और CPFP मिलती-जुलती स्थितियों को अलग तरह से हल करते हैं। RBF pending लेनदेन का परस्पर-विरोधी version बनाता है। CPFP एक dependent transaction जोड़ता है, जो parent-child package को mine करने का प्रोत्साहन बढ़ा सकता है। Wallet इनमें से एक, दोनों या कोई भी तरीका न दे। Bitcoin Core का mempool design और version-specific policies तय करती हैं कि node क्या स्वीकार करेगा। ये तरीके हैं, पुष्टि के समय के वादे नहीं।

Exchange अपनी fee schedule में निकासी शुल्क तय कर सकता है। यह निश्चित हो सकता है, समय-समय पर बदल सकता है या ग्राहकों की निकासी को batch करने के तरीके को दर्शा सकता है। यह रकम नेटवर्क पर अलग से broadcast किए गए किसी एक transaction की शुल्क दर के बराबर होना जरूरी नहीं। Exchange कई ग्राहकों की निकासी को एक transaction में जोड़ सकता है, जबकि self-custody wallet आम तौर पर आपके चुने हुए outputs के लिए transaction बनाता है।

निकासी से पहले शुल्क, प्राप्तकर्ता को मिलने वाली राशि और चुने गए network को देखें। Exchange शुल्क को मौजूदा sat/vB दर न समझें। Platform इसे “network fee” कहे तब भी संभव है कि वह उसकी गणना की हुई राशि हो, न कि आपके खास transaction की सीधी estimate। Platform की प्रकाशित fee schedule और निकासी preview के विवरण देखें।

इसके उलट, wallet provider शुल्क के बिना केवल network fee दिखा सकता है। Block में शामिल ऑन-चेन बिटकॉइन लेनदेन network fee देता है; wallet interface उसे transfer के प्रतिशत के रूप में नहीं लेता। Exchange withdrawal की तुलना wallet से on-chain भेजने से करते समय प्राप्तकर्ता को मिलने वाली रकम, चुना हुआ network और अलग-अलग शुल्क मदों की तुलना करें। भेजने से पहले network और address की जांच के लिए क्रिप्टो ट्रांसफर चेकलिस्ट देखें। Ethereum gas शुल्क गाइड Ethereum की अलग gas fee संरचना समझाता है।

बिटकॉइन भुगतान की पुष्टि करने से पहले network, प्राप्तकर्ता का address, राशि, कुल शुल्क और wallet में दिखाई दे तो शुल्क दर जांचें। पुष्टि करें कि भुगतान ऑन-चेन बिटकॉइन transaction है या कोई दूसरा मार्ग। प्राप्तकर्ता और inputs चुनने के बाद fee preview देखें, क्योंकि transaction की संरचना बदलने से उसी दर पर उसका वर्चुअल आकार और कुल शुल्क बदल सकता है।

यदि transaction pending है, तो कार्रवाई से पहले पता करें कि wallet RBF या CPFP देता है या नहीं और कौन-सी शर्तें लागू हैं। यह समझे बिना वही भुगतान एक अलग transaction के रूप में फिर न भेजें कि मूल transaction अब भी confirm हो सकता है। Transaction ID सहेजें और wallet या विश्वसनीय block explorer में स्थिति देखें। किसी एक सेवा से transaction गायब होना अपने आप यह साबित नहीं करता कि वह confirm या cancel हो गया है या उसे बदलना सुरक्षित है।

ऐसी दर चुनें जो आपकी जल्दी और इंतजार करने की क्षमता से मेल खाती हो, लेकिन याद रखें कि कोई quote किसी खास block की गारंटी नहीं है। अगर शुल्क असामान्य रूप से ज्यादा लगे, तो inputs की संख्या और outputs की बनावट जांचें; transfer की रकम आकार नहीं बताती। Wallet केवल कुल राशि दिखाए तो विवरण या आधिकारिक documentation खोलकर शामिल शुल्क देखें। इस लेख की संख्याएं काल्पनिक उदाहरण हैं, live शुल्क quote नहीं।