No-KYC Monero Swap ने Verification मांगा: अब क्या करें

आपने एक ऐसा instant exchange चुना था जो साफ-साफ कह रहा था "कोई sign-up नहीं, कोई KYC नहीं।" आपने BTC, LTC, या USDT भेज दिया, timer चालू हो गया, और फिर — Monero payout address दिखाने के बजाय जहाँ आपका XMR आना था — पेज एक पीले banner पर अटक गया: "अतिरिक्त verification आवश्यक है। कृपया अपनी funds release करने के लिए सरकारी ID और selfie upload करें।" यह अचानक की मांग हर महीने हज़ारों swappers को बेखबरी में पकड़ती है, और उससे जो घबराहट होती है वह तर्कसंगत है: सिक्के आपके wallet से पहले ही निकल चुके हैं, counter चल रहा है, और screen बिल्कुल वही दस्तावेज़ माँग रही है जिन्हें आप देने से बचना चाहते थे। यह guide शांत और ठोस तरीके से समझाती है कि असल में क्या हो रहा है, आपके पास सच में कौन-से विकल्प हैं, और MoneroSwapper जैसा exchange कैसे चुनें जो structurally यह चालबाज़ी नहीं कर सकता क्योंकि वह आपके deposit को swap के समय से ज़्यादा अपने पास रखता ही नहीं।

संक्षेप में: swap के बीच में अचानक KYC prompt आना लगभग हमेशा किसी custodial aggregator की AML-driven hold होती है, सीधी चोरी नहीं। ज़्यादातर users अपने funds वापस पा लेते हैं, लेकिन पहले साठ मिनट में आप जो रास्ता चुनते हैं वही तय करता है कि आप तीन दिन रुकेंगे, तीन हफ्ते, या तीन महीने — और क्या आप अपनी privacy बरकरार रखकर निकलेंगे।

"No-KYC" Swap अचानक आपकी ID क्यों माँगता है

aggregator listings पर मिलने वाला लगभग हर "instant" swap front-end असल में एक अकेला exchange नहीं होता। वह एक router होता है जो कई backend market makers और centralized exchanges से liquidity का quote लेता है, और जैसे ही आप "exchange" पर click करते हैं उसी पल का सबसे अच्छा rate lock कर देता है। जब वह backend किसी configured threshold से ऊपर का AML risk score trigger करता है, तो router swap पूरा नहीं कर पाता — और automatic refund करने के बजाय, ज़्यादातर platforms में default behavior यही coded होता है कि deposit रोक लिया जाए और user से "verify" करने को कहा जाए ताकि compliance team manually release कर सके।

Triggers शायद ही कभी स्पष्ट होते हैं। नीचे वे स्थितियाँ हैं जो हम support channels में सबसे ज़्यादा देखते हैं, मोटे तौर पर उनकी आवृत्ति के क्रम में:

• दूषित UTXO history: आपने जो bitcoin भेजा वह कुछ ही hops में किसी sanctioned address, किसी ज्ञात mixer, किसी darknet market cluster, या किसी hack से होकर गुज़रा है। Chainalysis, TRM Labs, और Elliptic ज़्यादातर backends को risk scores feed करते हैं; 70 से ऊपर का score आमतौर पर hold trigger कर देता है भले ही आपने व्यक्तिगत रूप से कुछ ग़लत नहीं किया हो।
• Platform की चुपचाप threshold से ऊपर की amount: कई "no-KYC" swaps की दरअसल एक छिपी हुई ceiling होती है, अक्सर 0.5–1 BTC के बराबर के आसपास, जिसके ऊपर वे किसी KYC partner पर fallback कर देते हैं। Marketing page शायद ही कभी इसका ज़िक्र करता है।
• Geolocation mismatch: आपका IP, deposit address cluster, और payout currency आपस में मेल नहीं खाते। ऐसा VPN जो किसी sanctioned jurisdiction से निकले — यह classic trigger है।
• Velocity rules: एक ही browser fingerprint, एक ही refund address, या एक ही email (अगर दिया हो) से चौबीस घंटे में तीन swaps — यह "structuring" flag उठा देता है।
• Specifically Monero को payout: कुछ risk engines किसी privacy coin को payout को किसी और anomaly के ऊपर tier-two factor की तरह weight देते हैं, यही कारण है कि XMR payouts पर hold दूसरे coins के मुक़ाबले असंगत दर पर trigger होता है।

इनमें से कोई भी criteria publish नहीं किया जाता। Aggregator को contract के तहत मना है कि वह आपको बताए कि कौन-सा backend funds रोक रहा है, और backend को मना है कि वह बताए कि exactly कौन-सा rule fire हुआ। आपको एक ही वाक्य मिलेगा — "हमारे AML procedures के तहत हमें आपकी identity verify करनी है" — और एक document upload form। यह opacity ही असली product flaw है, और यही कारण है कि privacy का वादा करने वाला swap इस अंजाम तक पहुँच सकता है कि आपका passport scan किसी की S3 bucket में पड़ा रह जाए।

पहले साठ मिनट: कुछ भी upload करने से पहले Triage

इससे पहले कि आप तय करें कि comply करना है, मना करना है, या लड़ना है, आपको तीन जानकारी चाहिए। उन्हें अभी, इसी क्रम में इकट्ठा करें, क्योंकि हर एक यह बदल देती है कि असल में आपके लिए कौन-सा विकल्प खुला है।

1. Confirm करें कि deposit on-chain मिल चुका है

एक block explorer खोलें — BTC के लिए mempool.space, बाक़ी लगभग सब के लिए blockchair.com — और verify करें कि आपका transaction उस deposit address तक पहुँचा है जो platform ने दिखाया था, इतनी confirmations के साथ कि platform के terms के हिसाब से final माना जाए। Explorer page का screenshot लें जिसमें timestamp, address, और confirmation count दिखें। अगर deposit अभी unconfirmed है और platform पहले से ID माँग रहा है, तो यह legitimate compliance hold नहीं बल्कि scam front-end होने का मज़बूत संकेत है; वैध AML checks तभी fire होते हैं जब funds credit हो चुके हों।

2. Swap ID और support contact ढूंढ़ कर सहेजें

हर legitimate aggregator आपको एक transaction ID देता है (अक्सर SS, FF, EX जैसे prefix से शुरू होने वाली string या UUID के रूप में)। उसे save करें। फिर support channel ढूंढ़ें — आमतौर पर email, कभी-कभार ticket form, बहुत कम live chat। अगर एकमात्र contact किसी generic नाम वाला Telegram handle है, तो उसे red flag मानें और कुछ भी भेजने से पहले उस handle को platform की official website पर check करें।

3. Refund clause के लिए terms of service पढ़ें

यह वह एकमात्र step है जिसे लोग सबसे ज़्यादा skip करते हैं। लगभग हर aggregator के ToS में एक clause होता है जो कुछ इस तरह कहता है: "अगर user verification मना करता है, तो funds X business days के भीतर swap initiation के समय दिए गए refund address पर, network fee घटाकर, वापस कर दिए जाएँगे।" अगर वह clause मौजूद है, तो आपके पास एक defined exit है। अगर नहीं है — अगर ToS कहता है कि funds confiscate हो सकते हैं, charity को दिए जा सकते हैं, या verification pending होने तक indefinitely रोके जा सकते हैं — तो आप कहीं ज़्यादा शत्रुतापूर्ण platform से निपट रहे हैं और आपके विकल्प तेज़ी से सिकुड़ जाते हैं।

हम सबसे बड़ी ग़लती यह देखते हैं कि लोग पहले दस मिनट में घबराहट में documents upload कर देते हैं, इससे पहले कि वे यह तक check करें कि platform की अपनी terms में बिना सवाल पूछे refund उपलब्ध है या नहीं। Refund लगभग हमेशा उपलब्ध होता है। पहले पढ़ें, फिर react करें।

आपके पास असली तीन विकल्प, तुलना के साथ

Triage के बाद, आपके पास exactly तीन रास्ते हैं। कोई चौथा नहीं है। जो भी आपसे कहे कि वह on-chain deposit को "reverse" कर सकता है या "platform को hack वापस कर सकता है" वह एक recovery scam चला रहा है, और वह industry अब revenue के हिसाब से उस मूल swap-scam industry से बड़ी हो चुकी है जिसका वह शिकार करती है।

विकल्प	फ़ायदे	नुक़सान	कब सबसे अच्छा
KYC के साथ comply करें	सबसे तेज़ payout (अक्सर उसी दिन)। कोई legal risk नहीं। Funds XMR के रूप में release।	आपकी identity अब on-chain transaction और एक भविष्य के Monero receive address से जुड़ी है। स्थायी record।	Deposit साफ था, amount इतनी छोटी है कि आप privacy cost स्वीकार कर सकते हैं, और आप platform की data retention policy पर भरोसा करते हैं।
मूल address पर refund माँगें	Privacy बचती है। कोई document disclose नहीं। Funds आपके control वाले wallet में वापस।	आमतौर पर 3–14 business days। Refund refund के समय के quoted rate पर होता है, original swap rate पर नहीं — आपको slippage भुगतनी पड़ सकती है।	आप इंतज़ार कर सकते हैं, deposit साफ था, और बाद में आप एक अलग (वास्तव में non-custodial) route आज़माना चाहते हैं।
Escalate और dispute	तब उपयोगी जब platform KYC release और refund दोनों में रुकावट डालता है। Public pressure (forum threads, on-chain proofs) अक्सर मामले हिलाते हैं।	धीमा। Public। आपको swap details publicly expose करनी होंगी। कोई गारंटी नहीं।	Platform ने अपने ToS में बताए refund window से ज़्यादा समय के लिए चुप्पी साध ली हो।

ज़्यादातर लोग जो ग़लती करते हैं वह KYC prompt को binary "उन्हें मेरी ID दूँ या पैसा गँवाऊँ" मानना है। वह लगभग कभी नहीं होता। Refund clauses इसलिए मौजूद हैं क्योंकि ज़्यादातर jurisdictions में regulators non-customers के लिए साफ opt-out की माँग करते हैं — platform ने swap की शुरुआत में आपको customer के रूप में claim नहीं किया था, इसलिए वह बाद में जबरन वह रिश्ता थोप नहीं सकता।

Step-by-Step: ID भेजे बिना Refund कैसे माँगें

अगर आपने तय कर लिया है कि refund रास्ता आपके लिए सही है, तो यह वह sequence है जो clean recovery की संभावना अधिकतम करती है। इसे क्रम से follow करें; steps skip करना support agents को देरी के बहाने देता है।

1. उसी browser session से support ticket खोलें जिससे swap किया था। कई platforms automatically session ID attach कर लेते हैं, जिससे उनकी side पर lookup तेज़ हो जाता है। किसी अलग device से नए से शुरू न करें — आप एक duplicate filing करने वाले अलग user जैसे दिखेंगे।
2. पहले वाक्य में बताएँ कि आप ToS का refund clause exercise कर रहे हैं। Clause और उसका section number quote करें। यह एक वाक्य बातचीत को "हमें verification चाहिए" से "हमें refund process करना है" में बदल देता है, जो ज़्यादातर platforms पर पूरी तरह अलग internal workflow है।
3. Swap ID, confirmation count के साथ deposit transaction hash, और original refund address दें। अगर आपने swap initiation पर refund address सेट नहीं की थी, तो एक नई दें — लेकिन ध्यान रखें कि कुछ platforms default रूप से refund को sending address पर ही भेजना ज़रूरी मानते हैं, ऐसी स्थिति में वह wallet आपकी पहुँच में होना चाहिए।
4. Verification request को साफ़ और शिष्ट तरीके से अस्वीकार करें। एक line: "मैं identity verification के लिए सहमति नहीं देता और Section X के अनुसार refund माँग रहा हूँ।" बहस न करें, अपमान न करें, धमकी न दें। Compliance agents दुश्मन नहीं हैं; वे एक script follow कर रहे हैं जिसमें refund branch है।
5. 72-घंटे का calendar reminder लगाएँ। ज़्यादातर legitimate platforms तीन business days के अंदर refund कर देते हैं, भले ही उनके ToS में सात से चौदह दिन लिखे हों। अगर 72 घंटे पर कुछ नहीं हिला, तो ticket number reference करते हुए एक शिष्ट follow-up भेजें। अगर ToS-stated अधिकतम पर भी कुछ नहीं हिला, तो publicly escalate करें।
6. अगर escalation ज़रूरी हो जाए, तो r/Monero और Bitcointalk के services section पर redacted कालक्रमिक सारांश पोस्ट करें। Swap ID और on-chain tx hash शामिल करें। निजी जानकारी या अपनी refund address publicly शामिल न करें। ज़्यादातर platforms इन forums पर नज़र रखते हैं और एक public thread अक्सर 24 घंटे के अंदर private resolution trigger कर देता है।

यह sequence इसलिए काम करती है क्योंकि हर step एक paper trail बनाता है जिसे platform का अपना auditor अगली quarterly compliance review में देखेगा। Swap business में टिकने वाले platforms record पर रुके हुए refund requests का pattern नहीं बर्दाश्त कर सकते।

यह दोबारा कैसे न हो: सच्चा Non-Custodial रास्ता कैसे चुनें

मूल architectural problem यह है कि आपने custody सौंप दी, चाहे थोड़ी देर के लिए ही सही। कोई भी platform जो दूसरी तरफ़ Monero quote करने से पहले आपके funds अपने पास ले लेता है, उसके पास उन्हें रोकने की technical क्षमता होती है। सवाल बस इतना है कि वह रोकेगा या नहीं और कब। कुछ designs ऐसे हैं जो structurally इस जाल से बचते हैं।

Atomic swaps hash-timelocked contracts का इस्तेमाल करते हैं ताकि कोई भी पक्ष अपने funds release किए बिना दूसरे के funds नहीं ले सके। COMIT और Farcaster projects काम करने वाले BTC↔XMR atomic swap clients ship करते हैं, पर liquidity पतली है, swaps में 30–90 मिनट लगते हैं, और user experience पक्के तौर पर developer-grade है। किसी sophisticated user के लिए जो एक बार में बड़ी amount घुमा रहा है, यह gold standard है। रोज़मर्रा के swaps के लिए, यह बहुत friction वाला है।

XMR pairs वाले Decentralized exchanges — मुख्य रूप से Bisq, Haveno, और नया RetoSwap — peer-to-peer orders दोनों side पर collateral के साथ match करते हैं। कोई central operator नहीं है जो आपकी ID माँग सके। Trade-off counterparty के लिए fiat-side complexity और लंबे settlement times हैं।

Verifiable non-custodial flows वाले single-purpose Monero swap services बीच का रास्ता हैं। उदाहरण के लिए, MoneroSwapper हर swap के लिए एक नया deposit address generate करता है, execution के समय on-chain XMR pools से liquidity sources करता है, और swaps के बीच user accounts या session histories retain नहीं करता। ऐसा कोई mechanism ही नहीं है जिससे flow के बीच में verification prompt आ सके क्योंकि कोई aggregator backend नहीं है जो उसे trigger कर सके — swap या तो उसी rate पर पूरा होता है जो आपने देखा था, या deposit उस refund address पर वापस आता है जो आपने सेट की थी। वह structural सादगी ही पूरा point है: कोई router नहीं, कोई compliance escalation chain नहीं, कोई surprise नहीं।

अगले swap से पहले एक छोटी checklist

• भेजने से पहले source UTXOs check करें। KYCNOT.me जैसे tools और open-source Wasabi/Samourai privacy stack आपको swap में commit करने से पहले देखने देते हैं कि आपके sending coins में chain-analysis risk है या नहीं।
• बड़ी amounts को छोटे swaps में बाँट लें। Silent thresholds के नीचे, AML routing कहीं कम aggressive होती है। 0.3 BTC के तीन swaps लगभग हमेशा clear हो जाते हैं; 1.0 BTC का एक swap अक्सर नहीं होता।
• Refund address एक fresh wallet पर सेट करें जिस पर आपका control हो। field कभी खाली न छोड़ें। Default आमतौर पर sending address होती है, जो ठीक है — पर तभी जब वह wallet अभी भी आपके control में हो।
• Swap के दौरान sanctioned jurisdictions वाले VPN exits से बचें। ऐसे privacy-respecting provider इस्तेमाल करें जिसके exit nodes ऐसी jurisdictions में हों जो risk scores नहीं बढ़ातीं। Tor कभी-कभी पूरी तरह block होता है।
• ऐसी service चुनें जिसके ToS में "verification or forfeiture" clause न हो। एक बार पढ़ें, save करें, आगे बढ़ें।

एक हाल का असली केस: कैसे एक पाठक ने 2025 में 0.4 BTC recover किया

2025 के अंत में, हमारे support inbox के एक पाठक ने एक popular aggregator को 0.4 BTC भेजा जो हर "best no-KYC swap" review में सबसे ऊपर listed था। दो confirmations बाद, page lock हो गया और passport scan तथा एक selfie माँगने लगा जिसमें swap ID और मौजूदा date की हस्तलिखित पर्ची हाथ में हो। पाठक ने वह BTC अठारह महीने पहले एक peer-to-peer marketplace पर खरीदा था और सिक्के बीच में एक CoinJoin से गुज़रे थे — लगभग निश्चित रूप से AML trigger।

उन्होंने documents upload नहीं किए। इसके बजाय एक ticket खोला, refund clause (उस platform के ToS का Section 7.4) quote किया, और on-chain proof दिया। Support की पहली प्रतिक्रिया verification request का एक templated दोहराव थी। उन्होंने वही refund language फिर भेजी, साथ ही ToS clause का screenshot। अड़तालीस घंटे बाद, मूल BTC उस refund address पर वापस आ गया जो उन्होंने swap initiation पर सेट की थी, network fee घटाकर — high-fee दिन पर लगभग 4,000 sats। फिर उन्होंने उन्हीं सिक्कों को MoneroSwapper के through तीन छोटी batches में route किया और तीसरी deposit confirm होने के तीस मिनट के अंदर XMR मिल गया।

कुल समय की लागत: लगभग तीन दिन का इंतज़ार और लगभग चालीस मिनट का active काम। कुल privacy लागत: शून्य documents disclose हुए। पाठक का takeaway, जिससे हम सहमत हैं, यह था कि recovery इसलिए काम कर गई क्योंकि platform उदार था, ऐसा नहीं था — बल्कि इसलिए कि request को पहले message से ही platform की अपनी contractual language में framed किया गया था।

FAQ

क्या रुके हुए no-KYC swap को release कराने के लिए कभी ID upload करना सुरक्षित है?

कभी-कभी, पर तभी जब आप तीन चीज़ें verify कर लें: platform एक असली registered entity है जिसकी published data retention policy हो, amount इतनी छोटी है कि आपकी identity को on-chain transaction से जोड़ना स्वीकार्य लागत हो, और आप पहले से refund clause आज़मा चुके हैं तथा writing में औपचारिक रूप से मना किए जा चुके हैं। अगर इनमें से कोई एक भी नदारद है, तो upload ग़लत क़दम है और refund रास्ता खुला है।

क्या exchange कानूनी रूप से मेरा पैसा रख सकता है अगर मैं verify करने से मना कर दूँ?

लगभग हर jurisdiction में, नहीं। AML rules platforms से माँग करते हैं कि वे या तो transaction पूरा करें या funds वापस करें — वे non-customers से confiscation की अनुमति नहीं देते जब तक law-enforcement freeze order न हो। जो platforms refused verification पर funds रखने की कोशिश करते हैं वे लगभग हमेशा या तो bluff कर रहे होते हैं या किसी regulator complaint का विषय बनने वाले होते हैं। अपवाद sanctioned addresses (OFAC, EU consolidated list) से traced funds हैं, जहाँ platform कानूनन freeze और report करने को बाध्य है; उस संकीर्ण case में funds वापस नहीं आएँगे, पर ऐसी स्थिति में support ticket से ज़्यादा वकील की ज़रूरत है। भारत के लिए, अगर लेन-देन घरेलू rupee on-ramps शामिल करता है, तो RBI और Income Tax Department से जुड़ी अलग reporting hooks भी प्रासंगिक हो सकती हैं।

क्या platform सच में release के बाद मेरे documents delete कर देगा?

किसी भी छोटे timeframe में लगभग कभी नहीं। ज़्यादातर platforms को उनके banking और licensing partners के द्वारा KYC records पाँच से सात साल तक, कभी-कभी लंबे, रखने को बाध्य किया जाता है। जो platforms "release के बाद हम delete कर देते हैं" policy publish करते हैं, उन पर भी आमतौर पर उनके payment processor के साथ के compliance contract की पकड़ हावी होती है। किसी भी uploaded ID को permanent disclosure मानें।

अगर मैंने swap की शुरुआत में platform को अपना असली email दिया हो तो?

आपका email पहले से उनके database में transaction से जुड़ा है। यह केवल leak स्वीकार करके ही recoverable है — बाद में scrub करने का कोई तरीक़ा नहीं है। अगले swap के लिए, एक fresh email alias (SimpleLogin, addy.io, या self-hosted catch-all) इस्तेमाल करें या ऐसा platform चुनें जो email माँगता ही नहीं। उदाहरण के लिए, MoneroSwapper कभी email नहीं माँगता।

MoneroSwapper उन aggregators से कैसे अलग है जिन्होंने यह समस्या trigger की?

MoneroSwapper एक single-purpose swap service है, router नहीं। ऐसा कोई compliance-partner backend नहीं है जो flow के बीच में "verify करें या funds गँवाएँ" का फ़ैसला लौटा सके क्योंकि swap किसी ऐसे के through brokered नहीं होता। Service rate quote करती है, हर swap के लिए एक fresh address पर deposit स्वीकार करती है, on-chain XMR liquidity के against execute करती है, और आपके दिए Monero address पर pay out करती है — या, अगर कुछ fail होता है, तो आपके सेट किए address पर refund करती है। कोई account नहीं, swaps के बीच कोई persistent session नहीं, और documented flow में कोई scenario नहीं जहाँ ID upload form आए।

क्या मुझे platform की report किसी regulator को करनी चाहिए?

एक अकेले रुके हुए swap के लिए जो आख़िरकार refund हो गया, शायद नहीं — cost-benefit शायद ही आपके पक्ष में काम करता है। रुके हुए refunds के pattern के लिए, या बिना ToS आधार के सीधी confiscation के लिए, प्रासंगिक complaint venues platform की declared jurisdiction में financial regulator हैं (swap services के लिए अक्सर Lithuania, Estonia, या Seychelles) और आपके अपने देश में consumer-protection forums। भारतीय users के लिए, SEBI का दायरा सीमित है क्योंकि ये services securities नहीं हैं, पर अगर fiat on-ramp शामिल था तो आप RBI के Banking Ombudsman और CERT-In के पास भी जा सकते हैं। r/Monero और Bitcointalk पर public threads भी industry के इस कोने में de facto regulatory ecosystem का हिस्सा हैं।

भारत में Income Tax angle क्या है अगर swap रुक गया?

Income Tax Department crypto लेन-देन को virtual digital assets (Section 115BBH के तहत 30% flat tax और Section 194S के तहत 1% TDS) मानता है। अगर swap अधूरा रह गया और funds refund हो गए, तो कोई taxable event नहीं हुआ — refund वापस आना sale नहीं है। पर अगर अंत में आपको कुछ कम मिला (जैसे कि network fee या slippage), तो उस छोटे loss को आप तुरंत किसी और crypto gain के against set off नहीं कर सकते, क्योंकि losses set-off के लिए VDA framework बहुत कठोर है। साफ़ records रखें: swap ID, original deposit, refund hash, और कोई भी fee deducted — ये भविष्य की किसी भी ITR query के लिए काम आएँगे।

निष्कर्ष

"No-KYC" swap पर अचानक verification prompt असुविधाजनक है पर लगभग कभी अंतिम नहीं। Platform एक risk score पर react कर रहा है जो background में चुपचाप fire हो गया; platform के अपने terms लगभग निश्चित रूप से आपको refund रास्ता देते हैं; और पहले घंटे में आप जो evidence chain बनाते हैं — on-chain confirmation screenshots, swap ID, सटीक ToS clause — वही refund को महीनों के बजाय दिनों में पहुँचाता है। गहरा सबक यह है कि कोई भी service जो custody लेती है, चाहे कुछ मिनट के लिए ही सही, उसके पास आपको चौंकाने की क्षमता रहती है। इस prompt का कभी सामना न करने का तरीक़ा अगली बार एक structurally non-custodial swap route चुनना है। अगर आप ऐसा Monero swap चाहते हैं जो flow के बीच में documents माँग ही नहीं सकता क्योंकि ऐसी कोई compliance pipeline है ही नहीं जो वह माँग पहुँचा सके, तो अगले conversion के लिए MoneroSwapper आज़माएँ — वहाँ worst case आपके अपने refund address पर refund है, और सामान्य case पंद्रह मिनट के अंदर आपके wallet में XMR है, जिसमें कोई email नहीं, कोई account नहीं, और user journey में कहीं कोई document upload form नहीं।