அனுப்பிய கிரிப்டோ பல மணி நேரம் ஆகியும் வரவில்லை: எங்கே நிற்கிறது என்று கண்டறிவது எப்படி?

"நான் அனுப்பிவிட்டேன்" என்று ஒருவர் சொல்கிறார், உங்கள் பக்கம் இன்னும் ஒன்றும் வரவில்லை. ஒரு மணி நேரம், மூன்று மணி நேரம், சில நேரம் ஒரு நாள். இந்த இடைவெளியில் பெரும்பாலானோர் செய்வது ஒன்றுதான் — மீண்டும் மீண்டும் app-ஐத் திறந்து பார்ப்பது, அல்லது பதற்றத்தில் இரண்டாவது முறை அனுப்புவது.

ஆனால் "வரவில்லை" என்பது ஒரே பிரச்சினை அல்ல. அது குறைந்தது ஐந்து வெவ்வேறு நிலைகளைக் குறிக்கும், ஒவ்வொன்றுக்கும் வெவ்வேறு தீர்வு உண்டு — சிலவற்றுக்குத் தீர்வே இல்லை, காத்திருப்பதைத் தவிர. எந்த நிலையில் இருக்கிறீர்கள் என்பதை ஐந்து நிமிடத்தில் கண்டறிய முடியும். அதற்குத் தேவை support ticket அல்ல, சரியான வரிசையில் மூன்று கேள்விகள்.

முதலில் மூன்று கேள்வி, இந்த வரிசையில்

1. TxID (transaction hash) கையில் இருக்கிறதா? இல்லை என்றால், பரிவர்த்தனை இன்னும் அனுப்பியவரின் wallet-ஐ விட்டு வெளியே வந்திருக்கக் கூட இல்லை என்பதற்கு வாய்ப்பு உண்டு.
2. அந்த TxID பொது நெட்வொர்க்கில் தெரிகிறதா? explorer-ல் தேடும்போது "not found" என்று வந்தால் அது நிலை 1. வந்துவிட்டால் நிலை 2, 3 அல்லது 4.
3. நெட்வொர்க்கில் முடிந்துவிட்டதா, ஆனால் உங்கள் கணக்கில் மட்டும் இல்லையா? அப்படியானால் பிரச்சினை நெட்வொர்க்கில் இல்லை, பெறும் தளத்தில் — அது முற்றிலும் வேறு வகை காத்திருப்பு.

TxID-ஐ எங்கே தேடுவது, திரையில் எந்தப் புலம் எதைச் சொல்கிறது என்பதை இன்னும் பழகவில்லை என்றால், முதலில் அதைக் கற்றுக்கொள்வது நல்லது; இந்தக் கட்டுரை அதற்குப் பிறகு வரும் கேள்விக்கானது — "நிலை தெரிந்தாச்சு, இப்போது ஏன் நிற்கிறது?"

நிலை 1: explorer-ல் TxID-ஐயே காணவில்லை

wallet-ல் "Pending" என்று காட்டுகிறது, ஆனால் explorer-ல் அதே hash "Transaction not found" என்கிறது. இது பொதுவாக நெட்வொர்க் பிரச்சினை அல்ல — பரிவர்த்தனை இன்னும் நெட்வொர்க்குக்குப் பரவவில்லை.

அடிக்கடி வரும் காரணங்கள்:

• wallet-ன் node இணைப்பு தோல்வி. மொபைல் தரவு துண்டிப்பு அல்லது wallet-ல் அமைக்கப்பட்ட RPC முகவரி வேலை செய்யாதது. wallet-ஐ மூடித் திறந்து, வேறு இணைப்பில் (Wi-Fi ↔ mobile data) மீண்டும் பாருங்கள்.
• தவறான explorer. BEP20-ல் அனுப்பிவிட்டு Ethereum explorer-ல் தேடினால் எப்போதும் "not found" தான் வரும். இது நினைப்பதை விட அதிகம் நடக்கிறது; எந்த நெட்வொர்க்கில் அனுப்பப்பட்டது என்பதை அனுப்பியவரின் திரையில் இருந்தே உறுதி செய்யுங்கள்.
• கட்டணம் நெட்வொர்க்கின் குறைந்தபட்ச வரம்புக்கும் கீழே. இந்த நிலையில் பல node-கள் பரிவர்த்தனையை ஏற்காமல் விட்டுவிடும். wallet-ல் மட்டும் அது pending ஆக நிற்கும்.

இங்கே ஒரு நல்ல செய்தி உண்டு: நெட்வொர்க்கை அடையாத பரிவர்த்தனை என்பது நடக்காத பரிவர்த்தனை. பணம் எங்கும் போகவில்லை. wallet-ன் pending பட்டியலில் இருந்து அதை அகற்றிவிட்டு (பல wallet-களில் "clear pending" அல்லது app cache அழிப்பு) மீண்டும் சரியான கட்டணத்துடன் அனுப்பலாம்.

நிலை 2: Bitcoin-ல் mempool வரிசையில் நிற்கிறது

Bitcoin-ல் உறுதிப்படுத்தப்படாத பரிவர்த்தனைகள் mempool எனும் பொது வரிசையில் காத்திருக்கின்றன. சுரங்கத் தொழிலாளர்கள் ஒவ்வொரு block-லும் அதிக கட்டண விகிதம் (sat/vB) தரும் பரிவர்த்தனைகளை முதலில் எடுப்பார்கள். உங்கள் விகிதம் வரிசையின் அடிப்பகுதியில் இருந்தால், நேரம் கடந்தாலும் முறை வராது.

செய்ய வேண்டியது வரிசையை ஊகிப்பது அல்ல, அளப்பது:

1. உங்கள் பரிவர்த்தனையின் fee rate-ஐ explorer-ல் பாருங்கள் (sats அல்ல, sat/vB).
2. அதே explorer-ல் தற்போதைய பரிந்துரைக்கப்பட்ட விகிதத்தை பாருங்கள். 2026 செப்டம்பர் 22 அன்று நாங்கள் சரிபார்த்தபோது mempool.space-ன் பரிந்துரை நான்கு நிலைகளிலும் 1 sat/vB ஆக இருந்தது, வரிசையில் சுமார் 79,000 பரிவர்த்தனைகள் இருந்தன. இது நிலையான எண் அல்ல — திருவிழா நாட்களில் இது பத்து மடங்காகவும் ஏறும்.
3. உங்கள் விகிதம் பரிந்துரையை விடக் குறைவாக இருந்தால், காரணம் கண்டுபிடிக்கப்பட்டது. அதிகமாக இருந்தும் நிற்கிறது என்றால் காரணம் வேறு — பெரும்பாலும் கீழே சொல்லப்படும் "parent" பிரச்சினை.

வெறுமனே காத்திருக்க விருப்பமில்லை என்றால் இரண்டு உண்மையான வழிகள் உள்ளன, இரண்டுக்கும் அனுப்பியவரின் wallet தேவை:

• RBF (Replace-By-Fee). அனுப்பும்போது replaceable எனக் குறிக்கப்பட்ட பரிவர்த்தனையை, அதே நாணயத்தை உள்ளடக்கிய அதிக கட்டணப் பதிப்பால் மாற்றலாம். இது கோட்பாடு அல்ல, தினமும் நடப்பது:

• CPFP (Child Pays For Parent). பெறுநர் பக்கம் பயன்படுத்தும் வழி. வந்த (இன்னும் உறுதிப்படுத்தப்படாத) நாணயத்தைச் செலவழிக்கும் புதிய பரிவர்த்தனையை அதிக கட்டணத்துடன் உருவாக்கினால், சுரங்கத் தொழிலாளி இரண்டையும் சேர்த்து எடுக்க வேண்டியிருக்கும்.

இரண்டும் முடியாதபோது — உதாரணமாக ஒரு தளத்திலிருந்து அனுப்பப்பட்ட, replaceable அல்லாத பரிவர்த்தனை — எஞ்சியிருப்பது காத்திருப்பு மட்டுமே. வரிசை காலியாகும்போது குறைந்த விகிதப் பரிவர்த்தனைகளும் ஏறும்.

நிலை 3: EVM நெட்வொர்க்கில் nonce வரிசையில் சிக்கியது

Ethereum, BSC, Polygon போன்ற EVM நெட்வொர்க்குகளில் ஒவ்வொரு முகவரிக்கும் பரிவர்த்தனைகள் nonce எனும் தொடர் எண்ணைப் பெறுகின்றன: 0, 1, 2, 3… நெட்வொர்க் இவற்றை வரிசையாகத்தான் ஏற்கும். nonce 5 குறைந்த gas-உடன் சிக்கிக்கொண்டால், நீங்கள் அதன் பிறகு அனுப்பும் nonce 6, 7 அனைத்தும் — கட்டணம் எவ்வளவு உயர்த்தினாலும் — 5 முடியும் வரை காத்திருக்கும்.

இதை நோயறிவது எளிது: wallet-ல் ஒன்றுக்கு மேற்பட்ட பரிவர்த்தனைகள் pending-ல் இருந்தால், மிகப் பழையதைப் பாருங்கள். அதுதான் அடைப்பு.

செய்யக்கூடியவை:

• மாற்றுதல் (speed up). அதே nonce, அதிக கட்டணம். பல wallet-களில் இது "Speed up" பொத்தான். ஒரு நுட்பமான விதி உண்டு: பெரும்பாலான node மென்பொருள்கள் ஒரு பழைய pending பரிவர்த்தனையை மாற்ற குறைந்தது 10% அதிக கட்டணம் கேட்கின்றன (go-ethereum-ல் இது --txpool.pricebump அமைப்பின் இயல்பு மதிப்பு). 2% மட்டும் ஏற்றினால் மாற்றம் ஏற்கப்படாது, wallet "already known" போன்ற பிழையைக் காட்டும்.
• ரத்து (cancel). அதே nonce-ல், உங்களுக்கே 0 மதிப்பு அனுப்பும் பரிவர்த்தனையை அதிக கட்டணத்துடன் அனுப்புவது. இது உண்மையான ரத்து அல்ல — பழைய பரிவர்த்தனையை வெற்று ஒன்றால் மாற்றுவது. இது வேலை செய்வது பழையது இன்னும் block-ல் ஏறாத வரை மட்டுமே.

2026 செப்டம்பர் 22 அன்று Ethereum-ன் base fee ஒரு பொது RPC-ல் 0.089 gwei அளவில் இருந்தது — அதாவது இன்று "gas குறைவாகக் கொடுத்ததால் சிக்கியது" என்பது பழைய காலத்தை விட அரிது. அதனால் EVM-ல் நீண்ட காத்திருப்பு வரும்போது முதலில் சந்தேகிக்க வேண்டியது கட்டணத்தை அல்ல, முந்தைய nonce-ஐ.

நிலை 4: TRON-ல் ஆற்றல் (energy) போதவில்லை

TRC20 USDT அனுப்புவோருக்கு இது மிக அடிக்கடி வரும், ஆனால் குறைவாகப் புரிந்துகொள்ளப்பட்ட நிலை. TRON-ல் கட்டணம் "fee" வடிவில் மட்டும் இல்லை — bandwidth மற்றும் energy எனும் இரு வளங்களாக இருக்கிறது. ஒரு சாதாரண கணக்குக்கு நாளொன்றுக்கு 600 bandwidth இலவசம்; ஆனால் energy இலவசமாகக் கிடைப்பதில்லை. TRX-ஐ stake செய்யாவிட்டால், தேவையான energy-க்கு ஈடாக TRX எரிக்கப்படும்.

எவ்வளவு? 2026 செப்டம்பர் 22 அன்று TRON-ன் பொது node-ல் நாங்கள் மதிப்பிட்டபோது, USDT இல்லாத ஒரு முகவரிக்கு USDT அனுப்ப 130,285 energy தேவைப்பட்டது. அதே நேரத்தில் நெட்வொர்க்கின் getEnergyFee அளவுரு 100 sun ஆக இருந்தது — அதாவது சுமார் 13 TRX. கணக்கில் அவ்வளவு TRX இல்லாவிட்டால் பரிவர்த்தனை தோல்வியடையும்.

தோல்வியின் வடிவம்தான் குழப்பத்தை உண்டாக்குகிறது: பரிவர்த்தனை நெட்வொர்க்கில் பதிவாகிவிடும், confirmations கூட ஏறும் — ஆனால் எந்த token-ஐயும் நகர்த்தாது.

மேலே உள்ளது இன்று நெட்வொர்க்கில் நடந்த ஒரு உண்மையான பரிவர்த்தனை. இது ஒரு smart contract அழைப்பு (USDT இப்படித்தான் நகர்கிறது), block-ல் ஏறியது, உறுதிப்படுத்தப்பட்டது — ஆனால் TRC-20 நிகழ்வு எதுவும் இல்லை. அதாவது USDT நகரவில்லை. அனுப்பியவர் explorer-ல் "பரிவர்த்தனை இருக்கிறதே" என்று பார்த்து பணம் போய்விட்டதாக நினைக்கலாம்; பெறுநர் காத்திருப்பார்.

இந்த நிலையில் செய்ய வேண்டியது: அனுப்புநரின் கணக்கில் TRX இருப்பைச் சரிபாருங்கள். போதிய TRX சேர்த்த பிறகு மீண்டும் அனுப்ப வேண்டும். ஏற்கனவே தோல்வியுற்ற முயற்சியில் செலவான வளத்தைத் திரும்பப் பெற முடியாது. நிலையான அனுப்புநராக இருந்தால் TRX-ஐ stake செய்து energy பெறுவது ஒவ்வொரு முறையும் எரிப்பதை விட மலிவானது.

நிலை 5: நெட்வொர்க்கில் முடிந்தது, ஆனால் தளத்தில் வரவு இல்லை

explorer பச்சை, confirmations நிறைய, முகவரி சரி — ஆனால் தளத்தின் இருப்பில் ஒன்றும் இல்லை. இங்கே நெட்வொர்க் தன் வேலையை முடித்துவிட்டது; காத்திருப்பது தளத்தின் விதிகளுக்காக.

முதல் காரணம்: அந்தத் தளம் கேட்கும் confirmations எண்ணிக்கை. இது நெட்வொர்க் விதி அல்ல, ஒவ்வொரு தளமும் தானே முடிவு செய்வது — மேலும் அது ஒரே நாணயத்துக்கும் chain-ஐப் பொறுத்து பெரிதும் மாறுபடும். KuCoin-ன் பொது API-ல் USDT-க்கான மதிப்புகளை 2026 செப்டம்பர் 22 அன்று எடுத்தபோது:

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

இரண்டாம் காரணம்: அந்தத் தளத்தில் அந்த chain-ன் deposit தற்காலிகமாக நிறுத்தப்பட்டிருப்பது. இது பொதுவாக அறிவிப்பாக மட்டும் வெளியிடப்படும், பயனர் திரையில் எச்சரிக்கை வராமலே போகலாம். அதே API-ல் அதே நேரத்தில் USDT-ன் Optimism deposit அணைக்கப்பட்டிருந்தது, withdraw மட்டும் இயங்கியது. வேறொரு தளத்தின் (Gate) பொது API-ல் USDT-க்கான Algorand மற்றும் 0G chain-களும் deposit நிறுத்தப்பட்ட நிலையில் இருந்தன. அனுப்பும் முன் அந்தத் தளத்தின் deposit பக்கத்தில் அந்த chain தோன்றுகிறதா என்று பார்ப்பதே எளிய பாதுகாப்பு.

மூன்றாம் காரணம்: memo/tag விடுபட்டது அல்ல, தவறான chain. ஒரே முகவரி பல EVM நெட்வொர்க்குகளில் இருப்பதால், BEP20-ல் அனுப்பியதை ERC20 deposit ஆக எதிர்பார்த்தால் அது வராது. இந்தத் தவறின் விளைவுகளையும் மீட்பு சாத்தியங்களையும் BEP20, ERC20 மற்றும் தவறான chain-ஐத் தவிர்க்கும் வழிகாட்டியில் விரிவாகப் பார்க்கலாம். memo/tag கேட்கும் நாணயங்களுக்கு அதை விட்டுவிட்டால் தளத்தின் உள்ளேயே பணம் நின்றுவிடும்.

எது சரிசெய்ய முடியாது என்பதையும் தெரிந்துகொள்ளுங்கள்

நேரத்தை வீணாக்காமல் இருக்க இது முக்கியம்:

• உறுதிப்படுத்தப்பட்ட பரிவர்த்தனையை ரத்து செய்ய முடியாது. எந்த explorer-லும், எந்த wallet-லும் "undo" பொத்தான் கிடையாது.
• தவறான முகவரிக்குப் போனதை பெறுநர் தானாகத் திருப்பி அனுப்பினால் மட்டுமே திரும்பும். பெறுநர் ஒரு தளமாக இருந்தால் சில நேரங்களில் (கட்டணத்துடன்) மீட்பு சாத்தியம்; தனிநபர் wallet என்றால் வழி இல்லை.
• "மீட்டெடுக்கும் சேவை" என்று கூறி அணுகுபவர்கள் அனைவரும் மோசடி. பணம் காணவில்லை என்று பொது இடத்தில் எழுதியவுடன் இவர்கள் வருவார்கள். உண்மையான support எந்தச் சூழலிலும் seed phrase, கடவுச்சொல் அல்லது OTP கேட்காது; இந்த அணுகுமுறைகளின் வடிவங்களை போலி அழைப்புகள் மற்றும் போலி customer support அடையாளங்கள் கட்டுரையில் பார்க்கலாம்.

புகார் அளிக்கும் முன் தயாரிக்க வேண்டியவை

நிலை 5 என்று உறுதியாகி, தேவையான confirmations எட்டி, deposit நிறுத்தமும் இல்லை என்றால் — அப்போதுதான் தளத்திடம் செல்ல வேண்டும். ஒரே செய்தியில் இவற்றைக் கொடுத்தால் பதில் சுழற்சி குறையும்:

• முழு TxID (சுருக்கமல்ல), மற்றும் explorer இணைப்பு
• நெட்வொர்க் பெயர் (TRC20 / ERC20 / BEP20 என்று தெளிவாக)
• அனுப்புநர் மற்றும் பெறுநர் முகவரிகள்
• தொகை மற்றும் நாணயம், memo/tag பயன்படுத்தியிருந்தால் அதுவும்
• explorer காட்டும் நேரம் மற்றும் தற்போதைய confirmations எண்ணிக்கை

தளத்திற்கு அனுப்பும் திரைப்படங்களில் கணக்கு எண், மின்னஞ்சல், அடையாள ஆவணங்கள் தேவையில்லாமல் தெரிந்தால் மறைத்துவிடுங்கள். deposit திரையில் எந்தப் புலங்களைச் சரிபார்க்க வேண்டும் என்பதை deposit network, முகவரி, memo சரிபார்க்கும் வழிகாட்டியில் படிக்கலாம்.

சுருக்கம்

அடுத்த முறை காத்திருப்பு நீளும்போது இந்த வரிசையில் செல்லுங்கள்: TxID இருக்கிறதா → explorer-ல் தெரிகிறதா → தெரியவில்லை என்றால் அனுப்புநர் பக்கம் (இணைப்பு, கட்டணம், நெட்வொர்க்) → தெரிகிறது ஆனால் உறுதியாகவில்லை என்றால் அந்த நெட்வொர்க்கின் வரிசை விதி (Bitcoin-ல் sat/vB, EVM-ல் nonce, TRON-ல் energy) → உறுதியாகிவிட்டு வரவு இல்லை என்றால் தளத்தின் confirmations மற்றும் deposit நிலை.

பெரும்பாலான சந்தர்ப்பங்களில் பணம் தொலையவில்லை; அது ஒரு குறிப்பிட்ட வரிசையில் நிற்கிறது. எந்த வரிசை என்று தெரிந்தால், காத்திருப்பு பீதியாக மாறுவதில்லை — அதுவே இரண்டாவது முறை அனுப்புவது போன்ற விலையுயர்ந்த தவறுகளையும் தடுக்கிறது.

சரிபார்க்கப்பட்ட ஆதாரங்கள்

இந்தக் கட்டுரையில் உள்ள எண்கள் 2026 செப்டம்பர் 22 அன்று பொதுத் தரவுகளிலிருந்து நேரடியாக எடுக்கப்பட்டவை. இவை நேரத்துக்கு நேரம் மாறும் — முறையைப் பயன்படுத்துங்கள், எண்களை மனப்பாடம் செய்யாதீர்கள்.

• Bitcoin mempool நிலை மற்றும் RBF மாற்றங்கள்: mempool.space
• Bitcoin-ன் replace-by-fee விதிகள்: BIP125
• EVM nonce மற்றும் பரிவர்த்தனை அமைப்பு: ethereum.org — Transactions
• pending பரிவர்த்தனையை மாற்றத் தேவையான குறைந்தபட்ச கட்டண உயர்வு (txpool.pricebump, இயல்பு 10): go-ethereum command-line options
• TRON-ன் bandwidth/energy வள அமைப்பு: TRON developer docs — Resource Model
• TRON நெட்வொர்க் அளவுருக்கள் மற்றும் energy மதிப்பீடு: wallet/getchainparameters மற்றும் wallet/triggerconstantcontract பொது முனைகள்
• தளங்களின் confirmations மற்றும் deposit நிலை: KuCoin api/v3/currencies/USDT மற்றும் Gate api/v4/wallet/currency_chains பொது API-கள்

இந்தக் கட்டுரை தகவல் நோக்கத்திற்கானது; முதலீட்டு ஆலோசனை அல்ல. குறிப்பிட்ட தளங்கள் உதாரணங்களாக மட்டுமே குறிப்பிடப்பட்டுள்ளன, பரிந்துரையாக அல்ல.