क्रिप्टोकरेंसी पते के प्रकार समझाए गए: Legacy, SegWit, Taproot

यदि आपने कभी Bitcoin का उपयोग किया है, तो आपने "1" से शुरू होने वाले पते, "3" से शुरू होने वाले पते, और "bc1q" या "bc1p" से शुरू होने वाले पते देखे होंगे। ये केवल सौंदर्य संबंधी अंतर नहीं हैं — ये धन को लॉक और अनलॉक करने के मौलिक रूप से अलग तरीकों का प्रतिनिधित्व करते हैं, जिनके लेनदेन शुल्क, गोपनीयता और कार्यक्षमता पर महत्वपूर्ण प्रभाव पड़ते हैं।

यह मार्गदर्शिका प्रत्येक प्रमुख Bitcoin पते के प्रकार, वे तकनीकी स्तर पर कैसे काम करते हैं, उनके फायदे और नुकसान, और अपनी आवश्यकताओं के लिए सही प्रकार चुनने का तरीका समझाती है। हम Ethereum और अन्य प्रमुख ब्लॉकचेन के लिए पते के प्रारूपों को भी कवर करते हैं।

Bitcoin पते के प्रकार

Legacy पते (P2PKH) — "1" से शुरू होते हैं

पूरा नाम: Pay-to-Public-Key-Hash

उदाहरण: 1A1zP1eP5QGefi2DMPTfTL5SLmv7DivfNa

व्युत्पत्ति पथ: m/44'/0'/0' (BIP-44)

Legacy पते मूल Bitcoin पते का प्रारूप हैं, जो प्रारंभिक Bitcoin प्रोटोकॉल में परिभाषित हैं। यह पता सार्वजनिक कुंजी के Base58Check-encoded हैश हैं:

Address = Base58Check(0x00 || RIPEMD160(SHA256(public_key)))

0x00 संस्करण बाइट mainnet पर "1" से शुरू होने वाले पते का उत्पादन करता है।

खर्च कैसे काम करता है (स्क्रिप्ट):

ScriptPubKey: OP_DUP OP_HASH160 <pubKeyHash> OP_EQUALVERIFY OP_CHECKSIG
ScriptSig:    <signature> <publicKey>

Legacy पते से धन खर्च करने के लिए, प्रेषक अपनी सार्वजनिक कुंजी और एक वैध हस्ताक्षर प्रदान करता है। नेटवर्क यह सत्यापित करता है कि सार्वजनिक कुंजी पते को हैश करती है और हस्ताक्षर सार्वजनिक कुंजी के लिए वैध है।

फायदे:

• अधिकतम संगतता — 2009 के बाद से प्रत्येक Bitcoin वॉलेट, एक्सचेंज, और सेवा द्वारा समर्थित।
• सरल, अच्छी तरह से समझा जाता है।

नुकसान:

• सबसे बड़ा लेनदेन आकार (सबसे अधिक शुल्क)।
• कोई SegWit लाभ नहीं (कोई गवाह छूट नहीं)।
• Base58Check एन्कोडिंग केस-संवेदनशील है और प्रतिलेखन त्रुटियों के लिए प्रवण है।
• चेकसम के अलावा कोई त्रुटि पहचान नहीं (जो यादृच्छिक त्रुटियों को पकड़ता है लेकिन सभी प्रतिस्थापनों को नहीं)।

P2SH पते — "3" से शुरू होते हैं

पूरा नाम: Pay-to-Script-Hash

उदाहरण: 3J98t1WpEZ73CNmQviecrnyiWrnqRhWNLy

व्युत्पत्ति पथ: m/49'/0'/0' (BIP-49, SegWit-wrapped के लिए)

P2SH को BIP-16 (2012) में अधिक जटिल खर्च शर्तों को सक्षम करने के लिए पेश किया गया था। सार्वजनिक कुंजी हैश में भुगतान करने के बजाय, धन एक स्क्रिप्ट के हैश में भुगतान किया जाता है। स्क्रिप्ट मनमानी खर्च की शर्तों को लागू कर सकता है: multisig, समय ताले, हैश ताले, या — सबसे आम आजकल — SegWit आउटपुट को लपेटना।

P2SH-P2WPKH (SegWit-compatible):

यह आजकल P2SH पते का सबसे सामान्य उपयोग है। यह SegWit (P2WPKH) आउटपुट को P2SH स्क्रिप्ट के अंदर लपेटता है, जो SegWit लाभ सक्षम करता है जबकि पुराने सॉफ़्टवेयर के साथ पिछड़ी संगतता बनाए रखता है जो केवल P2SH पते को समझता है।

RedeemScript: 0x0014 <20-byte-pubkey-hash>  (a P2WPKH script)
ScriptPubKey: OP_HASH160 <hash-of-redeemScript> OP_EQUAL

फायदे:

• SegWit लाभ (कम शुल्क, malleability fix) पिछड़ी संगतता के साथ।
• लगभग सभी आधुनिक वॉलेट और एक्सचेंज द्वारा समर्थित।
• जटिल स्क्रिप्ट को सक्षम करता है (multisig, समय ताले)।

नुकसान:

• native SegWit की तुलना में उच्च शुल्क (wrapper स्क्रिप्ट ओवरहेड जोड़ता है)।
• अस्पष्ट — "3" पता सादा multisig, लपेटा SegWit, या किसी भी अन्य P2SH स्क्रिप्ट हो सकता है। आप पते से अकेले बता नहीं सकते।

Native SegWit पते (P2WPKH) — "bc1q" से शुरू होते हैं

पूरा नाम: Pay-to-Witness-Public-Key-Hash (Bech32 encoding)

उदाहरण: bc1qw508d6qejxtdg4y5r3zarvary0c5xw7kv8f3t4

व्युत्पत्ति पथ: m/84'/0'/0' (BIP-84)

Native SegWit पते BIP-141/BIP-143 (अगस्त 2017 में सक्रिय) में पेश किए गए थे और BIP-173 में परिभाषित Bech32 एन्कोडिंग का उपयोग करते हैं। वे Base58Check का उपयोग नहीं करते — इसके बजाय वे एक नई एन्कोडिंग का उपयोग करते हैं जो है:

• केवल लोअरकेस — केस-संवेदनशीलता समस्याओं को समाप्त करता है।
• BCH त्रुटि सुधार — 4 वर्णों तक की त्रुटियों का पता लगा सकता है और कुछ त्रुटियों को स्वचालित रूप से सही कर सकता है।
• मानव-पठनीय उपसर्ग — Bitcoin mainnet के लिए bc, testnet के लिए tb।

खर्च कैसे काम करता है:

ScriptPubKey: 0 <20-byte-pubkey-hash>
Witness:      <signature> <publicKey>

हस्ताक्षर और सार्वजनिक कुंजी को लेनदेन के "गवाह" अनुभाग में स्थानांतरित किया जाता है, जो लेनदेन वजन पर 75% छूट (शुल्क) प्राप्त करता है।

फायदे:

• सबसे कम शुल्क किसी भी pre-Taproot पते के प्रकार (गवाह छूट)।
• Malleability fix — SegWit लेनदेन malleability को ठीक करता है, Lightning Network जैसे layer-2 प्रोटोकॉल को सक्षम करता है।
• बेहतर त्रुटि पहचान — Bech32 एन्कोडिंग Base58Check की तुलना में अधिक त्रुटियों को पकड़ता है।
• सरल स्क्रिप्ट — कोई P2SH wrapper overhead नहीं।

नुकसान:

• कुछ पुराने वॉलेट और एक्सचेंज bc1q पते को भेज नहीं सकते (2025 तक तेजी से दुर्लभ)।
• Legacy या P2SH की तुलना में थोड़ा लंबा पता स्ट्रिंग।

Taproot पते (P2TR) — "bc1p" से शुरू होते हैं

पूरा नाम: Pay-to-Taproot (Bech32m encoding)

उदाहरण: bc1p5d7rjq7g6rdk2yhzks9smlaqtedr4dekq08ge8ztwac72sfr9rusxg3297

व्युत्पत्ति पथ: m/86'/0'/0' (BIP-86)

Taproot को नवंबर 2021 (BIP-340, BIP-341, BIP-342) में Bitcoin पर सक्रिय किया गया था। यह SegWit के बाद से Bitcoin की scripting क्षमताओं में सबसे महत्वपूर्ण अपग्रेड का प्रतिनिधित्व करता है।

Taproot ECDSA के बजाय Schnorr हस्ताक्षर का उपयोग करता है और एक key-spend/script-spend मॉडल का परिचय देता है:

• Key path spend — सबसे सामान्य मामला: एक एकल हस्ताक्षर खर्च को अधिकृत करता है, किसी भी अन्य Taproot लेनदेन के समान दिखाई देता है।
• Script path spend — जटिल शर्तें (multisig, समय ताले, हैश ताले) एक Merkle tree के माध्यम से प्रतिबद्ध की जा सकती हैं, केवल आवश्यकता होने पर प्रकट की जाती हैं।

खर्च कैसे काम करता है:

ScriptPubKey: 1 <32-byte-tweaked-public-key>
Witness:      <signature>  (key path, most common)
   — or —
Witness:      <script> <control-block> <arguments>  (script path)

फायदे:

• गोपनीयता — सभी Taproot लेनदेन on-chain में समान दिखते हैं भले ही अंतर्निहित खर्च की शर्तें कुछ भी हों। key path का उपयोग करते समय एक multisig लेनदेन एकल-हस्ताक्षर लेनदेन से अप्रतिष्ठित है।
• दक्षता — Schnorr हस्ताक्षर ECDSA हस्ताक्षर की तुलना में छोटे हैं। Key aggregation (MuSig2) multisig सेटअप को सक्षम करता है जो एकल संयुक्त हस्ताक्षर का उत्पादन करते हैं।
• Scripting flexibility — MAST (Merkelized Alternative Script Trees) जटिल खर्च की शर्तों को सक्षम करता है बिना अप्रयुक्त शाखाओं को प्रकट किए।
• कम शुल्क — key-path spends के लिए native SegWit के समान या कम।

नुकसान:

• अभी भी adoption बढ़ रहा है — कुछ वॉलेट और एक्सचेंज अभी तक Taproot पते को भेजने या प्राप्त करने का पूर्ण समर्थन नहीं करते हैं।
• जटिल कार्यान्वयन वॉलेट बग्स का जोखिम बढ़ाता है (हालांकि परिपक्व कार्यान्वयन मौजूद हैं)।
• Bech32m एन्कोडिंग (Bech32 से अलग) — वॉलेट सॉफ़्टवेयर को दोनों का समर्थन करना चाहिए।

पते के प्रकार की तुलना

विशेषता	Legacy (1...)	P2SH (3...)	Native SegWit (bc1q...)	Taproot (bc1p...)
BIP	Original	BIP-16	BIP-141/BIP-173	BIP-341/BIP-350
व्युत्पत्ति	m/44'/0'/0'	m/49'/0'/0'	m/84'/0'/0'	m/86'/0'/0'
एन्कोडिंग	Base58Check	Base58Check	Bech32	Bech32m
हस्ताक्षर	ECDSA	ECDSA	ECDSA	Schnorr
शुल्क लागत	सर्वोच्च	मध्यम	कम	सबसे कम (key path)
गोपनीयता	कम	मध्यम	मध्यम	उच्च
त्रुटि पहचान	बुनियादी checksum	बुनियादी checksum	BCH codes	BCH codes
संगतता	सर्वव्यापी	near-universal	अधिकांश वॉलेट	बढ़ता हुआ

आपको किस Bitcoin पते के प्रकार का उपयोग करना चाहिए?

2025+ में अधिकांश उपयोगकर्ताओं के लिए: डिफ़ॉल्ट के रूप में Native SegWit (bc1q) का उपयोग करें। यह कम शुल्क, मजबूत संगतता, और परिपक्व समर्थन का सबसे अच्छा संतुलन प्रदान करता है।

अधिकतम गोपनीयता और सबसे कम शुल्क के लिए: Taproot (bc1p) का उपयोग करें यदि आपका वॉलेट इसका समर्थन करता है और आप जिन सेवाओं के साथ काम करते हैं वे Taproot पते को भेजने का समर्थन करते हैं।

पुरानी सेवाओं के साथ संगतता के लिए: P2SH (3...) का उपयोग करें यदि आपको किसी सेवा से धन प्राप्त करने की आवश्यकता है जो bc1q या bc1p पते को भेज नहीं सकती।

नई वॉलेट के लिए Legacy (1...) से बचें जब तक आपके पास विशिष्ट संगतता आवश्यकता न हो।

Ethereum पते का प्रारूप

Ethereum एकल पते प्रारूप का उपयोग करता है:

0x742d35Cc6634C0532925a3b844Bc9e7595f2bD38

• 20 बाइट (40 हेक्साडेसिमल वर्ण) 0x के साथ उपसर्ग।
• सार्वजनिक कुंजी के Keccak-256 हैश के अंतिम 20 बाइट से व्युत्पन्न।
• EIP-55 मिश्रित-केस checksum — अपरकेस और लोअरकेस अक्षर एक checksum के रूप में कार्य करते हैं। यदि आप किसी भी अक्षर के केस को बदलते हैं, तो checksum विफल हो जाता है।
• सभी EVM-संगत चेन के लिए एक ही पते प्रारूप का उपयोग किया जाता है (Ethereum, Polygon, Arbitrum, Optimism, BSC)।

महत्वपूर्ण: गलत नेटवर्क पर टोकन भेजना (जैसे ETH mainnet बनाम Polygon) एक ही पते को धन खोने का कारण नहीं बनेगा (पता सभी EVM चेन पर मौजूद है), लेकिन आपको उन्हें एक्सेस करने के लिए नेटवर्क को स्विच करने की आवश्यकता हो सकती है।

ENS (Ethereum Name Service)

ENS Ethereum पते के लिए मानव-पठनीय नाम प्रदान करता है:

vitalik.eth → 0xd8dA6BF26964aF9D7eEd9e03E53415D37aA96045

धन भेजने से पहले हमेशा निर्धारित पते को सत्यापित करें। ENS नाम स्थानांतरित किए जा सकते हैं, इसलिए नाम के पीछे का पता बदल सकता है।

अन्य ब्लॉकचेन पते के प्रारूप

Bitcoin Cash (BCH)

Bitcoin Cash CashAddr प्रारूप का उपयोग करता है Bitcoin पते से अलग करने के लिए:

bitcoincash:qpm2qsznhks23z7629mms6s4cwef74vcwvy22gdx6a

bitcoincash: उपसर्ग Bitcoin पते को आकस्मिक भेजने से रोकता है।

Litecoin (LTC)

Litecoin Bitcoin के समान पते के प्रकार का उपयोग करता है:

• Legacy: L या M से शुरू होता है
• P2SH: M या 3 से शुरू होता है
• Native SegWit: ltc1q से शुरू होता है

Solana (SOL)

Solana Base58-एन्कोडेड Ed25519 सार्वजनिक कुंजियों का उपयोग करता है:

7EcDhSYGxXyscszYEp35KHN8vvw3svAuLKTzXwCFLtV

32 बाइट, Base58-एन्कोडेड, आमतौर पर 32-44 वर्ण।

Cardano (ADA)

Cardano उपसर्ग addr के साथ Bech32-एन्कोडेड पते का उपयोग करता है:

addr1qx2fxv2umyhttkxyxp8x0dlpdt3k6cwng5pxj3jhsydzer3jcu5d8ps7zex2k2xt3uqxgjqnnj83ws8lhrn648jjxtwq2ytjqp

Cardano पते विशेष रूप से लंबे हैं क्योंकि वे भुगतान क्रेडेंशियल और staking क्रेडेंशियल दोनों को encode करते हैं।

TRON (TRX)

TRON Base58Check-एन्कोडेड पते का उपयोग करता है जो T से शुरू होते हैं:

TJYeasTPa6gpB9Ut5HALR2twMHU3gYpML8

Cosmos (ATOM)

Cosmos चेन-विशिष्ट उपसर्गों के साथ Bech32 एन्कोडिंग का उपयोग करता है:

cosmos1qypqxpq9qcrsszg2pvxq6rs0zqg3yyc5lzv7xu

प्रत्येक Cosmos SDK चेन एक अलग उपसर्ग का उपयोग करता है (जैसे Osmosis के लिए osmo, Juno के लिए juno)।

SafeSeed उपकरण

एकल बीज वाक्यांश से कई ब्लॉकचेन और पते के प्रकारों के लिए पते प्राप्त करने के लिए SafeSeed Address Generator का उपयोग करें। देखें कि एक ही बीज Bitcoin Legacy, SegWit, Taproot, Ethereum, और बहुत कुछ के लिए विभिन्न पते कैसे देता है। सभी प्रसंस्करण आपके ब्राउज़र में स्थानीय रूप से होता है।

पते की वैधता और सुरक्षा

Checksum सत्यापन

धन भेजने से पहले हमेशा पते को सत्यापित करें:

• Bitcoin Legacy/P2SH: Base58Check में एक 4-बाइट checksum शामिल है। अधिकांश वॉलेट इसे स्वचालित रूप से सत्यापित करते हैं।
• Bitcoin SegWit/Taproot: Bech32/Bech32m में एक 6-वर्ण checksum शामिल है जिसमें मजबूत त्रुटि पहचान (BCH codes) है।
• Ethereum: EIP-55 मिश्रित-केस checksum। यदि वॉलेट EIP-55 को लागू नहीं करता है, तो यह किसी भी केस को स्वीकार करेगा — यह एक चेतावनी संकेत है।

पते का पुन: उपयोग

गोपनीयता के लिए, Bitcoin पते का पुन: उपयोग न करें। प्रत्येक लेनदेन को एक नया पता उपयोग करना चाहिए। HD वॉलेट (BIP-44) स्वचालित रूप से नए पते उत्पन्न करते हैं।

Ethereum पते आमतौर पर पुन: उपयोग किए जाते हैं (account-based मॉडल), हालांकि कई खातों का उपयोग गोपनीयता में सुधार कर सकता है।

क्लिपबोर्ड हाईजैकिंग

मैलवेयर आपके क्लिपबोर्ड की निगरानी कर सकता है और क्रिप्टोकरेंसी पते को हमलावर के पते से बदल सकता है। पेस्ट करने के बाद हमेशा कम से कम पते के पहले और अंतिम 6 वर्णों को नेत्रहीन सत्यापित करें, और आदर्श रूप से पूरे पते को। कुछ वॉलेट आसान सत्यापन के लिए पते का एक दृश्य हैश (identicon) प्रदर्शित करते हैं।

QR कोड सत्यापन

पता प्राप्त करने के लिए QR कोड स्कैन करते समय, सत्यापित करें कि डीकोडेड पता आपकी अपेक्षा से मेल खाता है। दुर्भावनापूर्ण QR कोड हमलावर-नियंत्रित पते को एन्कोड कर सकते हैं।

पते के प्रकारों के बीच रूपांतरण

आप एक पते को प्रकारों के बीच "रूपांतरित" नहीं कर सकते (जैसे Legacy से SegWit) क्योंकि प्रत्येक प्रकार एक अलग व्युत्पत्ति पथ का उपयोग करता है और कुंजियों का एक अलग सेट बनाता है। हालांकि, आप कर सकते हैं:

1. एक ही बीज वाक्यांश से कई पते के प्रकार उत्पन्न करें — आपका बीज वाक्यांश विभिन्न व्युत्पत्ति पथों के माध्यम से सभी पते के प्रकारों के लिए कुंजियों को व्युत्पन्न करता है।
2. एक पते के प्रकार से दूसरे को धन भेजें — बस अपने Legacy पते से अपने SegWit पते में एक लेनदेन भेजें। यह एक सामान्य Bitcoin लेनदेन है।

SegWit पते में भेजे गए धन को Legacy व्युत्पत्ति पथ का उपयोग करके एक्सेस करने का कोई तरीका नहीं है, क्योंकि वे अलग निजी कुंजियों का उपयोग करते हैं।

FAQ

Legacy और SegWit पते में क्या अंतर है?

Legacy पते ("1" से शुरू) मूल Bitcoin लेनदेन प्रारूप का उपयोग करते हैं। SegWit पते ("bc1q" से शुरू) Segregated Witness का उपयोग करते हैं, जो हस्ताक्षर डेटा को लेन