37 / 691CONF

पुष्टिकरण

बिटकॉइन पुष्टिकरण किसी विशेष नोड की वर्तमान में सक्रिय, पूरी तरह से सत्यापित श्रृंखला में लेनदेन की गहराई है: एक ब्लॉक में शामिल करना एक पुष्टिकरण है, और प्रत्येक वैध बाद वाला ब्लॉक एक और जोड़ता है। यह कोई वोट, रसीद या अपरिवर्तनीय मुहर नहीं है; पुनर्गठन से संख्या कम या शून्य हो सकती है।

प्रतिबद्ध गणना एक व्युत्पन्न स्थिति है, लेन-देन में संग्रहीत फ़ील्ड नहीं। यदि कोई लेन-देन ऊँचाई h के ब्लॉक में है और सक्रिय श्रृंखला की नोक H है, तो इसकी गहराई H - h + 1 है। मेमपूल में एक लेन-देन में शून्य कमिट हैं; बिटकॉइन कोर परस्पर विरोधी वॉलेट लेनदेन के लिए नकारात्मक मूल्य प्रदर्शित कर सकता है, जो संघर्ष की गहराई को दर्शाता है।

भेजना पुष्टिकरण नहीं है. प्रत्येक नोड स्वतंत्र रूप से अपने मेमपूल में प्रवेश के लिए नीति लागू करता है, और अलग-अलग नोड्स समय, शुल्क, संघर्ष, पैकेज सीमा या सेटिंग्स के कारण एक अलग सेट देख सकते हैं। आरबीएफ एक अपुष्ट लेनदेन को प्रतिस्थापित कर सकता है और व्यापारी द्वारा देखा गया भुगतान ब्लॉक में आए बिना गायब हो सकता है। इसलिए दोहरे खर्च और अपूर्ण नेटवर्क दृश्य के जोखिम के लिए शून्य-कॉन्फिड ट्रेड गति; न तो txid और न ही एक्सप्लोरर पेज बस्तियां हैं। [बिटकॉइन डेवलपर गाइड - लेनदेन] [बिटकॉइन कोर - JSON-RPC स्थिरता] [बीआईपी 125 - ऑप्ट-इन पूर्ण प्रतिस्थापन-शुल्क]

एक खनिक एक उम्मीदवार ब्लॉक में लेनदेन का चयन कर सकता है, लेकिन पहली पुष्टि केवल तब होती है जब मान्य नोड ब्लॉक को स्वीकार करता है और ब्लॉक सबसे बड़ी श्रृंखला के साथ इसकी सक्रिय श्रृंखला में स्थित होता है। पूर्ण नोड कार्य, स्क्रिप्ट, इनपुट के अस्तित्व और गैर-खर्च, मात्रा और अन्य आम सहमति नियमों के प्रमाण की पुष्टि करता है; कोई खननकर्ता केवल सूचीबद्ध करके किसी अमान्य खर्च को भुना नहीं सकता है। मर्कल रूट लेन-देन को ब्लॉक में भेजता है और पिछले ब्लॉक का संदर्भ इसे कार्य इतिहास के प्रमाण में रखता है। [बिटकॉइन कोर - सत्यापन] [बिटकॉइन कोर - सत्यापन.cpp]

यदि लेनदेन ब्लॉक ऊंचाई h पर है और नोड का वर्तमान टिप H है, तो गिनती H - h + 1 है: ब्लॉक को पहले ही गिना जाता है। मान उस नोड के सर्वोत्तम सत्यापित ब्लॉक के विरुद्ध उत्पन्न होता है, इसलिए टिप नोड्स के बीच थोड़ी भिन्न हो सकती है। यह लेन-देन में नहीं लिखा जाता है, समय के साथ बढ़ता नहीं है, और टाइमस्टैम्प से विश्वसनीय रूप से निर्धारित नहीं किया जा सकता है। बिटकॉइन कोर वॉलेट या यूटीएक्सओ दृश्य की स्थिति के रूप में ब्लॉकहैश, ब्लॉकहाइट और पुष्टिकरण लौटाता है। [बिटकॉइन डेवलपर गाइड - ब्लॉक चेन] [बिटकॉइन कोर आरपीसी - गेटट्रांसेक्शन] [बिटकॉइन कोर आरपीसी - गेटबेस्टब्लॉकहैश]

यदि प्रतिस्पर्धी वैध शाखा को अधिक चेनवर्क मिलता है, तो नोड पुराने टिप के ब्लॉक को अलग कर देगा और विजेता शाखा को जोड़ देगा। एक अलग ब्लॉक से लेन-देन मेमपूल में वापस आ सकता है यदि यह वैध रहता है, एक अलग ऊंचाई पर प्रतिबद्ध होता है, या विवादित हो जाता है क्योंकि एक नई शाखा ने समान इनपुट खर्च किया है। बिटकॉइन कोर में नकारात्मक पुष्टियाँ संघर्ष की गहराई के लिए एक वॉलेट कन्वेंशन हैं, आम सहमति में नकारात्मक ब्लॉक नहीं। [बिटकॉइन कोर आरपीसी - गेटट्रांसेक्शन] [बिटकॉइन कोर - सत्यापन.सीपीपी]

अतिरिक्त पुष्टिकरण लेन-देन के लिए कार्य का प्रमाण जोड़ते हैं, आम तौर पर इसे अधिक महंगा बनाते हैं और इतिहास को फिर से लिखने की संभावना नहीं होती है। वे नियतिवादी अंतिमता का निर्माण नहीं करते हैं। श्वेतपत्र की कैच-अप गणना और बाद के मॉडल दोनों हमलावर के हैशरेट शेयर, ईमानदार नेटवर्क के व्यवहार और प्राप्तकर्ता की टिप्पणियों पर निर्भर करते हैं। "छह पुष्टिकरण" एक ऐतिहासिक उपकरण है, न कि सर्वसम्मति स्थिरांक या सार्वभौमिक सुरक्षित सीमा; सैद्धांतिक रूप से एक गहरा पुनर्गठन अभी भी संभव है। [बिटकॉइन श्वेतपत्र - कार्य का प्रमाण और गणना] [रोसेनफेल्ड - हैशरेट-आधारित दोहरे खर्च का विश्लेषण]

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

बिटकॉइन का लक्ष्य ब्लॉकों के बीच औसतन लगभग दस मिनट का समय है, लेकिन प्रूफ-ऑफ-वर्क आगमन यादृच्छिक है: अगला ब्लॉक सेकंड या घंटों में आ सकता है। एक उच्च शुल्क दर खनिक चयन आदेश और आरबीएफ या सीपीएफपी पैकेज अर्थव्यवस्था में सुधार कर सकती है, लेकिन कोई भी शुल्क एक निश्चित समय नहीं खरीदता है और ब्लॉकों के निर्माण में तेजी नहीं लाता है। एक सस्ता लेनदेन कई ब्लॉकों तक प्रतीक्षा कर सकता है या मेमपूल से हटाया जा सकता है; अनुमान एक संभावना है, समय सीमा नहीं। [बिटकॉइन डेवलपर गाइड - ब्लॉक चेन] [बिटकॉइन डेवलपर गाइड - लेनदेन]

पूर्ण नोड स्ट्रिंग को मान्य करता है और अपनी सक्रिय टिप के अनुसार प्रतिक्रिया करता है। एसपीवी क्लाइंट हेडर और मर्कल प्रूफ समावेशन में काम के प्रमाण की जांच करता है, लेकिन सभी सर्वसम्मति नियमों को स्वयं नहीं चलाता है; कस्टोडियल सेवा अपनी स्वयं की क्रेडिट और जोखिम नीति भी जोड़ती है। यहां तक ​​कि पूर्ण नोड का आरपीसी परिणाम भी एक स्नैपशॉट है जिसे रीऑर्ग द्वारा बदला जा सकता है। तो सवाल केवल "कितनी पुष्टि" नहीं है, बल्कि यह भी है कि उपयोगकर्ता किसकी श्रृंखला दृश्य, सत्यापन और हिरासत पर भरोसा करता है। [बिटकॉइन श्वेतपत्र - कार्य का प्रमाण और गणना] [बिटकॉइन कोर - सत्यापन] [बिटकॉइन कोर - JSON-RPC स्थिरता]

अन्य कक्षाएं भी पुष्टिकरण के साथ शुरू होती हैं। कॉइनबेस आउटपुट COINBASE_MATURITY = 100 के अधीन है और केवल 100 नए ब्लॉक के बाद ही खर्च किया जा सकता है; यह नियमित भुगतान नीति से भिन्न नियम है. BIP68 सापेक्ष टाइमलॉक, BIP112 CHECKSEQUENCEVERIFY (CSV) स्क्रिप्ट द्वारा लागू, आउटपुट कमिट ब्लॉक से आयु को मापता है। एक अपुष्ट माता-पिता वंशजों को आश्रित रखते हैं; किसी बच्चे का दावा करने के लिए, उसके पूर्वजों को उसी या पुराने ब्लॉक में होना चाहिए। [बिटकॉइन कोर - सर्वसम्मति.एच] [बीआईपी 112 - चेकसक्वेंसवेरिफाई]

BOLT 2 लाइटनिंग चैनल रिसीवर को चैनल_रेडी से पहले न्यूनतम_गहराई फंडिंग लेनदेन चुनने की अनुमति देता है; संख्या दोहरे व्यय वाले जोखिम वित्तपोषण को महत्व देती है। एक शून्य-कॉन्फिड चैनल न्यूनतम_गहराई को शून्य पर सेट करता है और सचेत रूप से तत्काल अंतिमता के बजाय फंड ट्रस्ट और प्रोटोकॉल बाधाओं पर निर्भर करता है। कॉइनबेस फंडिंग मैट्रिकुलेशन के लिए लंबित है। ऑपरेटर को फंडिंग आउटपॉइंट, सक्रिय श्रृंखला और पुनर्गठन में गहराई की निगरानी करनी चाहिए, न कि भेजे गए txid को एक खुला चैनल मानना ​​चाहिए। [बोल्ट 2 - पीयर प्रोटोकॉल] [बिटकॉइन ऑप्टेक - जीरो-कॉन्फ चैनल]

पूरी तस्वीर के लिए इस प्रविष्टि के साथ यह भी पढ़ें Block, Transaction, Reorg, दोहरा खर्च, Proof of Work, Bitcoin. इस प्रविष्टि का उल्लेख यहाँ भी है दोहरा खर्च, कॉइनबेस लेनदेन, Reorg, Stale Block.

DOC · 001Bitcoin whitepaper — Proof-of-Work and Calculationsदस्तावेज़ ↗DOC · 002Bitcoin Core — Validationदस्तावेज़ ↗DOC · 003Bitcoin Developer Guide — Block Chainदस्तावेज़ ↗DOC · 004Bitcoin Developer Guide — Transactionsदस्तावेज़ ↗DOC · 005Bitcoin Core RPC — gettransactionदस्तावेज़ ↗DOC · 006Bitcoin Core RPC — getbestblockhashदस्तावेज़ ↗DOC · 007Bitcoin Core — validation.cppदस्तावेज़ ↗DOC · 008Bitcoin Core — JSON-RPC consistencyदस्तावेज़ ↗DOC · 009Bitcoin Core — consensus.hदस्तावेज़ ↗DOC · 010BIP 112 — CHECKSEQUENCEVERIFYविनिर्देश ↗DOC · 011BIP 125 — Opt-in Full Replace-by-Feeविनिर्देश ↗DOC · 012BOLT 2 — Peer Protocolविनिर्देश ↗DOC · 013Rosenfeld — Analysis of Hashrate-Based Double Spendingदस्तावेज़ ↗DOC · 014Bitcoin Optech — Zero-conf channelsदस्तावेज़ ↗
1 अगस्त 2026 को समीक्षा की गईस्रोत पहले · यह निवेश सलाह नहीं है