Testnet का ब्लॉक इतिहास और शेष राशि मुख्य नेटवर्क, यानी mainnet, से अलग होते हैं। अक्सर TBTC कही जाने वाली परीक्षण मुद्राएँ बिना वित्तीय मूल्य वाले प्रयोगों के लिए हैं। नियंत्रण एक जैसे दिखने से उनकी विश्वसनीयता, शुल्क या सुरक्षा असली BTC के समान नहीं हो जाती।
Anna अपने पैसे इस्तेमाल करने से पहले बिटकॉइन प्राप्त करना और भेजना सीखना चाहती है। Testnet समर्थित ऐप में वह अलग परीक्षण वॉलेट बनाती है। Faucet नाम की सेवा से थोड़ी परीक्षण मुद्रा लेती है और उसका कुछ हिस्सा उसी नेटवर्क पर Pavel को भेजती है। इस तरह असली BTC खर्च किए बिना पता, लेनदेन और पुष्टि की प्रतीक्षा समझती है। यह समझाने के लिए उदाहरण है, किसी खास ऐप के निर्देश नहीं; हर वॉलेट यह मोड नहीं देता। परीक्षण मुद्रा मुफ्त मिले बिटकॉइन नहीं है। सेटिंग बदलकर या भेजकर उसका बैलेंस mainnet पर नहीं ले जाया जा सकता। Faucet उपलब्ध न होने पर उसे निवेश समझकर खरीदने का भी कारण नहीं बनता। [11]
Testnet मुख्य Bitcoin के भीतर अभ्यास वाला खाता नहीं है। यह अपने Genesis Block से शुरू होने वाली अलग ब्लॉक शृंखला है। ब्लॉक लेनदेन को एक साथ साझा इतिहास में दर्ज करता है; Genesis Block उस इतिहास का शुरुआती ब्लॉक है। इस नेटवर्क के UTXO भी अलग हैं, यानी लेनदेन के वे आउटपुट जो अभी खर्च नहीं हुए। आउटपुट में राशि और उसे खर्च करने की शर्तें दर्ज होती हैं, जैसे ज़रूरी हस्ताक्षर। इसलिए Anna को एक नेटवर्क पर राशि मिलने से दूसरे पर बैलेंस नहीं बनता। प्रोग्राम संदेशों की शुरुआत के पहचान-चिह्न और पोर्ट जैसे मापदंडों से नेटवर्क अलग करते हैं। लेकिन नेटवर्क अलग होने पर भी पते देखने में अलग हों, यह ज़रूरी नहीं। निजी कुंजी एक गोपनीय जानकारी है जिससे वॉलेट संबंधित राशि खर्च करने की अनुमति देने वाला हस्ताक्षर बनाता है। समान निजी कुंजियाँ भी दोनों इतिहासों को साझा बैलेंस वाले एक वॉलेट में नहीं बदलतीं। [12] [15]
tb1 से शुरू होने वाले पते Testnet3, Testnet4 या Signet के हो सकते हैं। इसलिए Anna और Pavel निश्चित नेटवर्क तय करके दोनों ऐप में जाँचते हैं; केवल ‘परीक्षण वाला’ कहना पर्याप्त नहीं। Anna प्रयोगों के लिए नई कुंजियाँ और अलग बैकअप रखती है। असली धन वाले वॉलेट की Seed Phrase (वॉलेट वापस पाने के शब्द) परीक्षण ऐप में दर्ज नहीं करती। मोड बदलना किसी अविश्वसनीय प्रोग्राम को सुरक्षित नहीं बनाता। Faucet को भी अधिकतम सार्वजनिक प्राप्ति-पता चाहिए, पुनर्प्राप्ति के शब्द या निजी कुंजी नहीं। वॉलेट फ़ाइलें, कुंजियाँ और बैकअप अलग रखने से गड़बड़ी तथा प्रयोगों का निजी भुगतानों से अनचाहा संबंध कम होता है। [12] [14]
सार्वजनिक Testnet अज्ञात प्रतिभागियों और खुली माइनिंग के साथ प्रयोग करने के लिए है। Signet भी परीक्षण वातावरण है, लेकिन Proof of Work (वैध ब्लॉक खोजने के लिए किया जाने वाला गणनात्मक काम) के साथ ब्लॉक की एक शर्त पूरी करनी होती है, आम तौर पर अधिकृत कुंजियों से बना हस्ताक्षर। इससे ब्लॉक निर्माण का समन्वय बेहतर हो सकता है, पर लगातार सेवा की गारंटी नहीं मिलती। Regtest उस डेवलपर के लिए उपयोगी है जिसे प्रयोग पर नियंत्रण चाहिए: वह अपना वातावरण चलाता है और ज़रूरत पर ब्लॉक बनाता है, जैसे स्वचालित परीक्षण में। यदि Anna केवल वॉलेट चलाना सीख रही है तो ऐप किन नेटवर्कों का समर्थन करता है, यह भी मायने रखता है। इनमें से कोई नेटवर्क अपनी मुद्रा को मुख्य Bitcoin में नहीं बदलता। [10] [11] [16]
Pavel का परीक्षण भुगतान कम शुल्क पर जल्दी पहुँच सकता है। इससे पता नहीं चलता कि वही प्रक्रिया mainnet पर कितनी महँगी होगी। गतिविधि, माइनिंग की शक्ति और प्रतिभागियों की प्रेरणाएँ अलग हैं। सार्वजनिक Testnet पर ब्लॉक के लिए लंबा इंतज़ार, सेवा बंद होना या पुनर्गठन हो सकता है। नोड वे कंप्यूटर हैं जो नेटवर्क के नियम जाँचते हैं। पुनर्गठन में वे हाल की इतिहास-शाखा को दूसरी वैध शाखा से बदलते हैं। ये घटनाएँ ऐप की त्रुटियाँ पकड़ने में मदद करती हैं, लेकिन हर खराबी को जानबूझकर किया गया मानना गलत है। सफल परीक्षण ने विशेष परिस्थितियों में विशेष व्यवहार जाँचा है; वह अपने आप सुरक्षित कुंजी-भंडारण या वास्तविक धन वाली सेवा की मजबूती साबित नहीं करता। [10] [2]
पुराने निर्देशों में 2011 में शुरू हुआ Testnet3 मिलता है। लंबे संचालन में मुद्रा वितरण और माइनिंग कठिनाई के नियमों की समस्याएँ सामने आईं। Block storms बहुत तेज़ी से निकाले गए ब्लॉकों की बाढ़ थीं: शृंखला की ऊँचाई असामान्य गति से बढ़ी और नए ब्लॉक की सब्सिडी कैलेंडर के हिसाब से उम्मीद से जल्दी घटी। परीक्षण मुद्रा का व्यापार भी होने लगा, जबकि उसे आसानी से मिलने वाला साधन होना था। इसलिए नई पीढ़ी नया इतिहास शुरू करती है, पुराने बैलेंस का पुनर्मूल्यांकन नहीं। निर्देश पढ़ते समय केवल Testnet नाम नहीं, नेटवर्क का नंबर भी देखें। [1]
तकनीकी प्रस्ताव BIP 94 में Testnet4 का विवरण है और Bitcoin Core 28.0 से इसका समर्थन मिला। नए Genesis Block के अलावा कठिनाई की गणना और ब्लॉक के समय-चिह्नों के नियम बदले गए ताकि block storms उत्पन्न करने के ज्ञात तरीकों को सीमित किया जा सके। एक अपवाद फिर भी रहा: कठिनाई अवधि के पहले ब्लॉक को छोड़कर, पिछले ब्लॉक से 20 मिनट से अधिक आगे का समय-चिह्न न्यूनतम कठिनाई अनिवार्य करता है। यह भुगतान के 20 मिनट में पुष्ट होने का वादा नहीं है। Testnet4 शुरू से वे नियम-परिवर्तन भी लागू करता है जो प्रस्ताव के समय, मई 2024 में, mainnet पर सक्रिय थे। इन सुधारों से भी यह मुख्य नेटवर्क का त्रुटिहीन मॉडल नहीं बनता। [1] [9]
17 अक्टूबर 2026 को Testnet5 का BIP 95 अभी Draft है, यानी बन रहा प्रस्ताव। इसमें न्यूनतम कठिनाई का अपवाद हटाना, न्यूनतम सीमा बढ़ाना और पहले ब्लॉक से BIP 54 लागू करना प्रस्तावित है। BIP 54 सहमति के नियमों में सुझाए गए बदलावों का समूह है। लेकिन दस्तावेज़ में Genesis Block के अंतिम आँकड़े और संदर्भ कार्यान्वयन का लिंक अभी नहीं हैं। इसलिए इसके आधार पर Testnet5 को सामान्य रूप से तैनात Bitcoin Core नेटवर्क नहीं बताया जा सकता। नए नियमों का परीक्षण उन्हें mainnet पर सक्रिय भी नहीं करता। बाद में पढ़ते समय बड़े नंबर के बजाय प्रस्ताव की स्थिति और इस्तेमाल किए जा रहे संस्करण के दस्तावेज़ जाँचें। [2]
Bitcoin Core में testnet4 विकल्प Testnet4 चुनता है; कमांड का सही रूप अपने संस्करण के दस्तावेज़ में देखें। कॉन्फ़िगरेशन फ़ाइल में [test] का अर्थ Testnet3 और [testnet4] का अर्थ Testnet4 है। डेटा testnet3, testnet4, signet या regtest नाम के अलग उपफ़ोल्डरों में रहता है। चल रहे प्रोग्राम की जाँच भी आवश्यक है: getblockchaininfo अपने chain फ़ील्ड में नेटवर्क पहचान लौटाता है। Genesis Block का हैश, समकालिकता और जुड़े नोड भी जाँचें। निजी तौर पर बनाई गई Signet के लिए साझा genesis पर्याप्त नहीं; उसकी खास ब्लॉक-शर्त भी मिलाएँ। विंडो का नाम या मिलता-जुलता पता इन जाँचों का विकल्प नहीं है। [8] [12] [13] [14] [10]
Anna पहले देखती है कि दोनों वॉलेट एक नेटवर्क पर हैं। फिर प्राप्ति, भेजना और भेजे गए बनाम पुष्ट भुगतान का अंतर आज़माती है। पुनर्स्थापना केवल अलग परीक्षण बैकअप से करती है। डेवलपर ऐप दोबारा शुरू करना, अनुपलब्ध नोड, पुनर्गठन या गलत नेटवर्क की अस्वीकृति भी जाँच सकता है। शुल्क के लिए RBF उपयोगी है, जिसमें अपुष्ट लेनदेन को नए से बदला जाता है। CPFP में अधिक शुल्क वाला बाद का लेनदेन माइनर को अपने अपुष्ट मूल लेनदेन को भी शामिल करने के लिए प्रोत्साहित करता है। परिणाम में नेटवर्क, सॉफ़्टवेयर संस्करण और वास्तव में जाँचा गया व्यवहार दर्ज होना चाहिए। Testnet उन गलतियों के लिए अच्छी जगह है जिन्हें असली पैसे से नहीं करना चाहते; यह आगे की जाँच अनावश्यक होने का प्रमाण नहीं है। [11] [9]
पूरी तस्वीर के लिए इस प्रविष्टि के साथ यह भी पढ़ें Bitcoin Core, Signet, माइनिंग, वॉलेट, Bitcoin, Full Node. इस प्रविष्टि का उल्लेख यहाँ भी है Sidechain, Liquid Network, बिटकॉइन की शिक्षा, Signet.