Exchange-ல் deposit வரவில்லை: support ticket-ல் எந்த தகவல்களை இணைக்க வேண்டும்?

USDT-ஐ exchange-க்கு அனுப்பியாகிவிட்டது. Block explorer-ல் பார்த்தால் பரிமாற்றம் வெற்றிகரமாக உள்ளது, confirmations எண்ணிக்கையும் ஏறிக்கொண்டே இருக்கிறது. ஆனால் exchange-ன் deposit history வெறுமையாக இருக்கிறது, balance-ல் எந்த மாற்றமும் இல்லை. இந்த இடத்தில் பலரும் செய்யும் தவறு இரண்டு: ஒன்று, மீண்டும் ஒரு முறை அனுப்பிப் பார்ப்பது; இரண்டு, "எனக்கு deposit வரவில்லை, உதவுங்கள்" என்று மட்டும் எழுதி ticket திறப்பது. இரண்டுமே நேரத்தை வீணடிக்கும்.

இந்தப் பக்கம் இரண்டு கேள்விகளுக்கு மட்டும் பதில் சொல்கிறது: எவ்வளவு நேரம் காத்திருப்பது நியாயமானது, அதற்குப் பிறகு support ticket-ல் எந்தெந்தத் தகவல்களை முதல் செய்தியிலேயே இணைக்க வேண்டும்.

Explorer "success" என்பது "exchange-ல் credit" அல்ல

இவை இரண்டு வெவ்வேறு அமைப்புகள். Blockchain உங்கள் பரிமாற்றத்தை ஒரு block-ல் சேர்த்துவிட்டது என்பது ஒரு நிலை; exchange தன் சொந்த அமைப்பில் அந்த deposit-ஐக் கண்டறிந்து உங்கள் கணக்கில் ஏற்றுவது இன்னொரு நிலை.

TRON-ன் அதிகாரப்பூர்வ ஆவணம் இந்த நிலைகளைத் தனித்தனியாக விளக்குகிறது: broadcast ஏற்கப்பட்டது, transaction body கிடைக்கிறது, execution receipt கிடைக்கிறது, block solidified ஆகிவிட்டது — இவை ஒன்றுக்கொன்று சமமானவை அல்ல, இடைநிலை முடிவை இறுதி முடிவாக எடுத்துக்கொள்ளக் கூடாது என்று அது தெளிவாகச் சொல்கிறது. மேலும், exchange மற்றும் custodial wallet ஒருங்கிணைப்பு வழிகாட்டி, deposit கண்டறிதல் என்பது solidified block-களை ஒவ்வொன்றாகப் படித்துச் செய்யப்படும் வேலை என்று விவரிக்கிறது.

நடைமுறைப் பொருள்: exchange உங்கள் பணத்தை "பார்க்கும்" நேரம், explorer-ல் success தெரியும் நேரத்தை விடப் பிந்தையது. அதனுடன் அந்த platform-ன் சொந்த confirmation threshold-ம் சேரும் — exchange credit threshold எத்தனை confirmation என்பதை எப்படிக் கண்டுபிடிப்பது என்ற பக்கத்தில் அந்த எண்ணை எங்கே பார்ப்பது என்று விளக்கியிருக்கிறோம். அந்த எண்ணை explorer-ல் உள்ள confirmations எண்ணிக்கையுடன் ஒப்பிடுங்கள். Threshold-ஐ இன்னும் எட்டவில்லை என்றால் ticket தேவையில்லை, காத்திருப்பு மட்டுமே தேவை.

Ticket திறப்பதற்கு முன் நான்கு சரிபார்ப்புகள்

Threshold-ஐத் தாண்டியும் credit ஆகவில்லை என்றால், ticket எழுதுவதற்கு முன் இந்த நான்கையும் நீங்களே பார்த்துவிடுங்கள். பெரும்பாலான "வரவில்லை" நிகழ்வுகளுக்கான காரணம் இவற்றில் ஒன்றாகவே இருக்கும்; support-ம் இதே கேள்விகளைத்தான் முதலில் கேட்கும்.

1. அனுப்பிய network சரியானதா? Explorer எந்த chain-ல் இந்தப் பரிமாற்றத்தைக் காட்டுகிறது, exchange அந்த token-க்கு எந்த network-களை ஏற்கிறது — இரண்டையும் ஒப்பிடுங்கள். deposit network support-ஐ அனுப்பும் முன் எப்படி உறுதி செய்வது என்ற பக்கத்தில் உள்ள அதே சரிபார்ப்பை இப்போது பின்னோக்கிச் செய்யுங்கள்.
2. முகவரி இன்னும் உங்கள் கணக்கின் deposit முகவரியா? Exchange deposit பக்கத்தைத் திறந்து, இப்போது காட்டப்படும் முகவரியை explorer-ல் உள்ள recipient முகவரியுடன் முழுமையாக ஒப்பிடுங்கள். பழைய screenshot-ல் இருந்து நகலெடுத்த முகவரி, வேறு network-க்கான முகவரியாகவோ, இனி பயன்பாட்டில் இல்லாத முகவரியாகவோ இருக்கலாம்.
3. Memo அல்லது Tag தேவைப்படும் platform-ஆ? தேவைப்படும் இடத்தில் அது விடுபட்டிருந்தால், பிரச்சினை சாதாரண தாமதம் அல்ல — அது தனி வகை நிகழ்வு, ticket-ன் தலைப்பே வேறாக இருக்க வேண்டும்.
4. அனுப்பிய token அதே token-ஆ? ஒரே பெயரில் வேறு contract-ல் வெளியிடப்பட்ட token-ஐ exchange ஏற்காது. Explorer-ல் உள்ள contract முகவரியை exchange காட்டும் token விவரத்துடன் ஒப்பிடுங்கள்.

Ticket-ல் முதல் செய்தியிலேயே இணைக்க வேண்டியவை

Support முகவர் உங்கள் கணக்கைப் பார்க்க முடியும், ஆனால் நீங்கள் எந்தப் பரிமாற்றத்தைப் பற்றிப் பேசுகிறீர்கள் என்பதை அவர்களால் யூகிக்க முடியாது. கீழ்க்கண்ட பட்டியலை அப்படியே நகலெடுத்து, மதிப்புகளை நிரப்பி அனுப்புங்கள். இவை அனைத்தும் explorer பக்கத்திலும் உங்கள் அனுப்பும் platform-ன் withdrawal பதிவிலும் கிடைக்கும் தகவல்கள்.

• Transaction ID (TxID / hash) — முழு string, சுருக்கமாக அல்ல. மேலே உள்ள படத்தில் இடது மேல் பகுதியில் தெரிவது இதுதான்.
• Network — எந்த chain (எடுத்துக்காட்டாக TRON, Ethereum, BNB Smart Chain).
• Token மற்றும் contract முகவரி — USDT, USDC என்பதோடு contract முகவரியையும் சேர்த்தால் குழப்பம் குறையும்.
• அனுப்பிய சரியான தொகை — கட்டணம் கழிக்கப்படுவதற்கு முந்தைய தொகையா, பிந்தையதா என்பதையும் குறிப்பிடுங்கள்.
• Recipient முகவரி — exchange-ல் நீங்கள் பயன்படுத்திய deposit முகவரி.
• Memo / Tag — பயன்படுத்தியிருந்தால் அதன் மதிப்பு; பயன்படுத்தவில்லை என்றால் "இல்லை" என்று வெளிப்படையாக எழுதுங்கள்.
• அனுப்பிய இடம் — எந்த exchange அல்லது எந்த wallet-ல் இருந்து அனுப்பினீர்கள்.
• நேரம் (UTC) — உங்கள் உள்ளூர் நேரத்தை மட்டும் எழுதினால் ஒப்பிடுவது கடினம். படத்தில் "Oct 7, 2026 10:10 UTC" என்று explorer நேரத்தை UTC-ல் காட்டுகிறது.
• Block எண் மற்றும் தற்போதைய confirmations — படத்தில் வலது மேல் பகுதியில் "In block" மற்றும் "Confirmations" என இரண்டும் தனித்தனியாகத் தெரிகின்றன.
• Explorer இணைப்பு — அந்தப் பரிமாற்றப் பக்கத்தின் முழு URL.

ஒரு வரியில் பிரச்சினையையும் எழுதுங்கள்: "இந்தப் பரிமாற்றம் இத்தனை confirmations-உடன் solidified ஆகிவிட்டது, ஆனால் deposit history-ல் இன்னும் தெரியவில்லை." இது தேவையற்ற முதல் சுற்று கேள்வி-பதில்களைத் தவிர்க்கும்.

இந்தத் தகவல்களை ஒவ்வொரு பரிமாற்றத்துக்கும் அப்போதே சேமித்து வைக்கும் பழக்கம் இருந்தால், ticket எழுதுவது சில நிமிட வேலை மட்டுமே. ஒரு பரிமாற்றத்துக்கு எந்தெந்த ஆதாரங்களைச் சேமித்து வைப்பது என்பதை முன்கூட்டியே அமைத்துக்கொள்ளுங்கள்.

Ticket பயனளிக்காத நிலைகள்

பரிமாற்றம் இன்னும் pending-ல் இருந்தால், அல்லது mempool-ல் இருந்து dropped ஆகியிருந்தால், exchange-ஆல் எதுவும் செய்ய முடியாது — அது chain தரப்பு நிலை. இந்த நிலைகளை முதலில் வேறுபடுத்திக் கொள்ளுங்கள்: pending, failed, dropped, replaced ஆகிய நிலைகளை எப்படிப் பிரித்தறிவது.

அதேபோல், பரிமாற்றம் failed என்று explorer காட்டினால் token உங்கள் wallet-ஐ விட்டு வெளியேறவில்லை; அங்கு deposit ticket அல்ல, balance சரிபார்ப்புதான் தேவை.

Ticket-ல் ஒருபோதும் எழுதக்கூடாதவை

• Seed phrase, private key, password, 2FA code — எந்த அதிகாரப்பூர்வ support-ம் இவற்றைக் கேட்காது.
• Screenshot-களில் தெரியும் முழு கணக்கு எண், அடையாள ஆவண எண், மொத்த இருப்பு போன்றவற்றை, தேவையில்லை என்றால் மறைத்துவிட்டு அனுப்புங்கள்.

Ticket-ஐ platform-ன் app அல்லது அதிகாரப்பூர்வ இணையதளத்தின் உள்ளேயே திறக்கவும். சமூக ஊடகப் பதிவுக்குப் பதில் வரும் "support" கணக்குகள், உதவுவதாகச் சொல்லி முன்பணம் அல்லது wallet அணுகலைக் கேட்பது மிகவும் பொதுவான மோசடி வடிவம்.

பதில் வரும் வரை

மீண்டும் அதே முகவரிக்கு அனுப்பி "சோதித்துப் பார்ப்பதை" தவிர்க்கவும் — முதல் பரிமாற்றத்தின் பிரச்சினை முகவரி அல்லது network தொடர்பானதாக இருந்தால், இரண்டாவது தொகையும் அதே இடத்திலேயே சிக்கும்.

தவறான network-க்கு அனுப்பியது உறுதியானால், மீட்பு சாத்தியமா என்பது platform-ஐப் பொறுத்தது; பல இடங்களில் அது உத்தரவாதம் இல்லாத, கட்டணத்துடன் கூடிய கைமுறை நடைமுறை. அந்த நிலையிலும் மேலே உள்ள அதே தகவல் பட்டியல்தான் தேவைப்படும்; அதனால் ticket-ஐ முழுமையாக எழுதுவது வீண் வேலை அல்ல.

சுருக்கம்

Explorer-ல் confirmations ஏறுவது உங்கள் பணம் chain-ல் நகர்ந்துவிட்டது என்பதை மட்டுமே சொல்கிறது. Exchange தனி அமைப்பில், solidified block-களைப் படித்து, தன் சொந்த threshold-ஐ எட்டிய பிறகே credit செய்யும். எனவே வரிசை இதுதான்: threshold-ஐப் பார்த்துக் காத்திருங்கள் → network, முகவரி, memo, token ஆகிய நான்கையும் நீங்களே சரிபாருங்கள் → மேலே உள்ள பட்டியலுடன் ஒரே செய்தியில் ticket திறங்கள் → பதில் வரும் வரை மீண்டும் அனுப்பாதீர்கள்.

அதிகாரப்பூர்வ ஆதாரங்கள்

• TRON Developer Hub, "Confirmation semantics" — broadcast, inclusion, execution, solidification ஆகிய நிலைகளின் வேறுபாடு: https://developers.tron.network/docs/confirmation-semantics
• TRON Developer Hub, "Exchange wallet integration" — solidified block-களைப் படித்து deposit கண்டறியும் நடைமுறை: https://developers.tron.network/docs/exchangewallet-integrate-with-the-tron-network#5-parsing-blocks-for-deposit-detection
• Etherscan, "Understanding an Ethereum transaction" — transaction பக்கத்தில் உள்ள புலங்களின் விளக்கம்: https://info.etherscan.com/understanding-an-ethereum-transaction/