Crypto transfer வரவில்லை என்றால் TXID மூலம் எப்படி சரிபார்ப்பது?

“Crypto வரவில்லை” என்பது ஒரே பிரச்சினை அல்ல. Sender transaction உருவாக்காமலிருக்கலாம், network இன்னும் pending ஆக இருக்கலாம், transaction fail ஆகியிருக்கலாம், chain-ல் success ஆனால் wrong address/network-க்கு சென்றிருக்கலாம், அல்லது exchange இன்னும் internal credit செய்யாமல் இருக்கலாம். முதலில் எந்த நிலை என்பதைப் பிரிக்காமல் மீண்டும் அனுப்புவது இழப்பை இரட்டிப்பாக்கலாம்.

ethereum.org வெளியிட்ட Ethereum transaction செயல்முறை கல்விப் பக்கம்; உண்மையான பயனர் transaction அல்லது address எதுவும் படத்தில் இல்லை

முதல் ஆதாரம்: Transaction Hash

Sender-ன் app “completed” என்று சொல்வதை மட்டும் நம்பாமல் Transaction Hash அல்லது TxID-ஐப் பெறுங்கள். இது blockchain explorer-ல் ஒரு குறிப்பிட்ட transaction-ஐத் தேடும் identifier. Hash இல்லை என்றால் withdrawal request platform-க்குள் pending review, rejected அல்லது இன்னும் broadcast ஆகாத நிலையில் இருக்கலாம். Bank reference, order ID மற்றும் wallet address transaction hash அல்ல.

Hash-ஐ message-ல் வந்த random explorer link-ல் திறக்க வேண்டாம். அந்த network-ன் official documentation பரிந்துரைக்கும் explorer-ஐ தனியாகத் திறந்து hash paste செய்யுங்கள். Ethereum.org block explorer documentation-ன் படி status, block, timestamp, from, to, token transfers, value, fee மற்றும் nonce போன்ற விவரங்கள் பார்க்க முடியும்.

நிலை 1: Hash கிடைக்கவில்லை

Self-custody wallet-ல் send button அழுத்தியபின் hash இல்லை என்றால் wallet RPC connection, signature rejection, insufficient gas அல்லது broadcast error இருக்கலாம். Activity log மற்றும் error text-ஐப் பாருங்கள். Password அல்லது seed phrase கேட்கும் “transaction accelerator” website-ஐப் பயன்படுத்த வேண்டாம்.

Exchange withdrawal-ல் hash இல்லாதபோது processing, security review, network maintenance அல்லது cancellation நிலையை withdrawal history-ல் பாருங்கள். Official support-க்கு withdrawal ID, asset, network, amount மற்றும் timezone உடன் நேரம் கொடுக்கவும். Hash உருவாகும்வரை receiver explorer-ல் எதையும் காண முடியாது.

நிலை 2: Pending

Pending என்றால் network இன்னும் transaction-ஐ block-ல் சேர்க்கவில்லை. Fee மிகவும் குறைவு, network congestion அல்லது அதே account-ன் முந்தைய nonce pending ஆகியிருக்கலாம். Wallet official speed-up/cancel feature இருந்தால் அதன் விளக்கத்தை வாசியுங்கள்; cancel கூட replacement transaction, guarantee அல்ல. ஒரே nonce-ஐ தவறாக கையாளுவது பின்னர் transactions-ஐ தாமதிக்கலாம்.

Random support agent-க்கு remote access கொடுத்து fee fix செய்ய வேண்டாம். Hardware wallet அல்லது account-ல் மீண்டும் sign செய்யும் முன் replacement transaction destination, amount, nonce மற்றும் fee-ஐப் புரிந்துகொள்ளுங்கள். Exchange withdrawal pending என்றால் user பொதுவாக chain fee replacement செய்ய முடியாது; platform support/status page தேவை.

நிலை 3: Failed

Failed status transaction top-level execution revert ஆனதைச் சொல்கிறது. பல EVM transfer-களில் asset state change நடைபெறாமல் இருக்கலாம், ஆனால் gas செலவாகும். “Failed, ஆகவே receiver-க்கு எதுவும் செல்லவில்லை” என்று token transfer logs பார்க்காமல் எல்லா chains-க்கும் பொதுவிதி அமைக்க வேண்டாம்; பயன்படுத்திய protocol documentation-ஐப் பார்க்கவும்.

Failure காரணமாக out of gas, contract rule, slippage, paused token அல்லது wrong call இருக்கலாம். அதே transaction-ஐ மீண்டும் submit செய்வதற்கு முன் error/revert reason மற்றும் current contract state-ஐப் புரிந்துகொள்ளுங்கள். Unknown token transfer fail ஆனபின் “unlock” website தேடுவது scam trap ஆக இருக்கலாம்.

நிலை 4: Success, ஆனால் wallet-ல் தெரியவில்லை

Explorer-ல் To address, token transfer recipient, network மற்றும் contract address அனைத்தையும் receiver எதிர்பார்த்த தகவலுடன் ஒப்பிடுங்கள். Native asset transfer மற்றும் token contract interaction வேறுபட்ட fields-ல் காட்டப்படலாம். ஒரே symbol கொண்ட token வேறு contract ஆக இருக்கலாம்.

Address சரியாகவும் token balance explorer-ல் இருக்கவும் wallet UI காட்டவில்லை என்றால் correct network-க்கு switch செய்துள்ளீர்களா, token official contract-ஐ wallet ஆதரிக்கிறதா, app sync/cache பிரச்சினையா என்பதைக் காணுங்கள். Token import செய்யும்போது contract-ஐ project official source-ல் இருந்து பெறுங்கள்; search result-ல் இருந்து அல்ல. Seed phrase import செய்து வேறு website-ல் “balance refresh” செய்ய வேண்டாம்.

Wrong network அல்லது same-looking address

ஒரே 0x address பல EVM-compatible networks-ல் தோன்றலாம்; ஆனால் receiver அந்த network-ஐ support செய்கிறாரா என்பது தனி கேள்வி. Self-custody address-ன் key அதே network-ல் கட்டுப்பாடு தரக்கூடும், ஆனால் wallet configuration மற்றும் gas தேவைப்படும். Smart-contract wallet address வேறு chains-ல் அதே control கொண்டிருக்கும் என்று கருத வேண்டாம்.

Exchange unsupported network-க்கு deposit செய்தால் automatic credit இருக்காமல் போகலாம். Recovery தொழில்நுட்பமாக சாத்தியமா, fee என்ன, ஆதரவு உள்ளதா என்பதை receiving exchange மட்டுமே கூற முடியும். Extra transaction அனுப்பி “activate” செய்ய வேண்டாம்.

Memo/Tag மற்றும் minimum deposit

Shared exchange address-க்கு சரியான Memo/Tag இல்லாமல் அனுப்பினால் chain success ஆனாலும் user account credit ஆகாமல் இருக்கலாம். Receiving platform official ticket-க்கு hash, address, tag, amount, network, timestamp மற்றும் sender record கொடுக்கவும். Recovery guarantee இல்லை; seed phrase/OTP தேவையில்லை.

Minimum deposit-க்கு கீழே அனுப்பியதும் இதேபோல் explorer success, account credit இல்லை என்ற நிலை ஏற்படலாம். Platform policy-ல் accumulation அல்லது manual recovery உள்ளதா பார்க்கவும். “மீதியை அனுப்பினால் பழையதும் வரும்” என்று support page தெளிவாகச் சொல்லாவிட்டால் மேலும் அனுப்ப வேண்டாம்.

Wrong address

Explorer destination நீங்கள் எதிர்பார்த்த முகவரியல்ல என்றால் address poisoning, clipboard replacement அல்லது manual error சாத்தியம். Confirmed transaction பொதுவாக sender-ஆல் reverse செய்ய முடியாது. Evidence சேமித்து, sender exchange official support மற்றும் known custodial destination இருந்தால் receiving service-ஐ அணுகலாம். Recovery service முன்பணம் அல்லது seed phrase கேட்டால் அது இரண்டாம் scam ஆக இருக்கலாம்.

Support ticket evidence pack

Transaction Hash/TxID text மற்றும் explorer URL
Asset, contract மற்றும் network
From, To, Memo/Tag
Gross amount, fee மற்றும் எதிர்பார்த்த net amount
அனுப்பிய நேரம், timezone உடன்
Exchange withdrawal/deposit ID
Status மற்றும் confirmation count screenshot
Sensitive data mask செய்யப்பட்ட error screenshot

Password, seed phrase, private key, full API key அல்லது remote control கொடுக்க வேண்டாம். Screenshot மட்டும் அனுப்பாமல் hash-ஐ copyable text ஆகவும் கொடுக்கவும்.

முடிவு மரம்

Hash இல்லை: sender wallet/exchange broadcast நிலை. Pending: network/nonce/fee. Failed: revert காரணம். Success + wrong destination: recovery uncertain. Success + correct address, self-custody UI missing: network/contract/display. Success + exchange not credited: confirmations, Memo/Tag, minimum, maintenance மற்றும் support.

ஒரே symptom-க்கு வெவ்வேறு காரணங்கள் உள்ளன. Transaction hash-ல் இருந்து தொடங்கி ஒவ்வொரு boundary-யையும் ஒழுங்காகச் சரிபார்ப்பதே வேகமான மற்றும் பாதுகாப்பான troubleshooting.

Receiver மற்றும் sender வேறு நபர்கள் என்றால், இருவரும் ஒரே screenshot-ஐப் பார்த்து முடிவு செய்யாமல் தங்கள் பக்கத்தில் தனித்தனியாக பதிவைச் சரிபார்க்க வேண்டும். Sender hash, network மற்றும் destination-ஐ வழங்க வேண்டும்; receiver தனது current deposit instruction, account credit மற்றும் maintenance status-ஐ வழங்க வேண்டும். இவ்வாறு பொறுப்பை இரு systems-ஆகப் பிரித்தால் “என் app completed காட்டுகிறது” என்ற சுற்று உரையாடலைத் தவிர்த்து, chain boundary அல்லது platform boundary எங்கு தடை உள்ளது என்பதை தெளிவாகக் காண முடியும்.