Crypto அனுப்புவதற்கு முன் சிறிய test transfer ஏன் அவசியம்?

முழு crypto தொகையையும் ஒரே முறையில் அனுப்புவது ஒரு தவறை பெரிய இழப்பாக மாற்றலாம். Small test transfer என்பது முதலில் கட்டுப்படுத்தக்கூடிய அளவு asset-ஐ அனுப்பி, சரியான network வழியாக சரியான destination-க்கு வந்து, பெறுநர் அதை பயன்படுத்தக்கூடிய balance-ஆகக் காண்கிறாரா என்பதை உறுதி செய்வது. இது வெறும் “சிறிதாக அனுப்பு” என்ற அறிவுரை அல்ல; நல்ல test-க்கு தெளிவான வெற்றி அளவுகோலும் இரண்டாவது கட்ட சரிபார்ப்பும் வேண்டும்.

Test transfer எதைச் சோதிக்கிறது?

சரியாக வடிவமைக்கப்பட்ட test பின்வரும் கேள்விகளுக்கு பதில் தரும்: தேர்ந்தெடுத்த asset சரியா, sender மற்றும் receiver ஒரே network-ஐ பயன்படுத்துகிறார்களா, address format ஏற்கப்படுகிறதா, Memo/Tag தேவைப்பட்டால் அது சரியாகச் சென்றதா, transaction chain-ல் உறுதிப்படுத்தப்பட்டதா, பெறுநரின் உண்மையான interface-ல் balance அல்லது credit தோன்றுகிறதா. Exchange deposit என்றால் minimum deposit, required confirmations மற்றும் account routing-ஐயும் சோதிக்கலாம்.

Explorer-ல் Success என்று தோன்றுவது மட்டும் இறுதி வெற்றி அல்ல. அது protocol transaction செயல்பட்டதைச் சொல்கிறது. Exchange internal credit செய்ய இன்னும் confirmations, maintenance அல்லது manual review தேவைப்படலாம். Test முடிந்தது என்று கருதுவதற்கு பெறுநர் தனது wallet அல்லது account-ல் பயன்படக்கூடிய தொகையைப் பார்த்ததாக உறுதி செய்ய வேண்டும்.

அது எதை நிரூபிக்காது?

Test வெற்றி உங்கள் device malware இல்லாதது என்று நிரூபிக்காது. Main transfer நேரத்தில் clipboard address மாற்றப்படலாம்; பெறுநர் புதிய deposit address வழங்கலாம்; நீங்கள் வேறு network-க்கு மாறலாம்; whitelist அல்லது browser session compromise ஆகலாம். மேலும் token contract address வேறாக இருந்தால் ஒரே symbol கொண்ட போலி asset தவறாகத் தேர்ந்தெடுக்கப்படலாம்.

எனவே test transaction-ஐ main transfer-ன் substitute ஆக அல்ல, ஒரு தனி control ஆகப் பாருங்கள். Main transfer-க்கு முன் asset, network, முழு address, tag, amount மற்றும் fee-ஐ மீண்டும் வாசிக்க வேண்டும்.

எவ்வளவு சிறிய தொகை சரியான test?

ஒரே நிலையான தொகை எல்லா chains மற்றும் exchanges-க்கும் பொருந்தாது. Test amount தேர்வு செய்யும்போது மூன்று வரம்புகள் உள்ளன: தவறு நடந்தால் ஏற்றுக்கொள்ளக்கூடிய இழப்பு, network fee-ஐ ஒப்பிடும் போது அர்த்தமுள்ள அளவு, receiving platform-ன் minimum deposit. Minimum-க்கு கீழே அனுப்பினால் transaction வெற்றியாக இருந்தாலும் platform credit செய்யாமல் இருக்கலாம். சில token transfer-களுக்கு native gas asset தேவைப்படும்; மீதமுள்ள balance main transfer-க்கும் போதுமா என்று கணக்கிடுங்கள்.

உதாரணமாக “1 unit எப்போதும் test” என்ற rule வேண்டாம். Asset விலை, chain fee, exchange policy மாறலாம். ஒவ்வொரு transfer நாளிலும் official deposit/withdrawal page-ல் current minimum மற்றும் fee-ஐ வாசிக்க வேண்டும். Fee மிகவும் அதிகமாக இருந்தால், அவசரமில்லாமல் congestion குறையும் வரை காத்திருப்பது அல்லது recipient ஆதரிக்கும் பாதுகாப்பான வேறு network-ஐ இருவரும் ஒப்புக்கொள்வது நல்லது. Network-ஐ ஒருதலைப்பட்சமாக மாற்றாதீர்கள்.

இரண்டு கட்ட transfer நடைமுறை

1. பெறுநருடன் asset, network மற்றும் account type-ஐ எழுத்தில் உறுதி செய்யுங்கள்.
2. பெறுநர் தனது தற்போதைய Receive/Deposit பக்கத்திலிருந்து address மற்றும் Memo/Tag-ஐ வழங்க வேண்டும்.
3. Sender withdrawal page-ல் அதே asset மற்றும் network-ஐத் தேர்ந்தெடுக்க வேண்டும்.
4. Address-ஐ copy செய்து paste செய்த பின் முழுமையாக ஒப்பிடுங்கள்; QR scan செய்தாலும் output-ஐ வாசியுங்கள்.
5. Platform minimum-க்கு மேல், ஆனால் தவறு ஏற்பட்டால் ஏற்றுக்கொள்ளக்கூடிய test amount-ஐ அமைக்கவும்.
6. Confirmation screen-ல் net amount, fee, destination மற்றும் network-ஐ சேமித்து அனுப்புங்கள்.
7. Transaction hash-ஐ பதிவு செய்து explorer-ல் status பார்க்கவும்.
8. பெறுநர் தனது உண்மையான wallet/account balance-ல் credit-ஐ உறுதி செய்ய வேண்டும்.
9. Main transfer தொடங்குவதற்கு முன் destination இன்னும் அதேதானா என்று கேளுங்கள்.
10. Main amount, reserve gas மற்றும் fee-ஐ கணக்கிட்டு, முழு confirmation screen-ஐ மீண்டும் சரிபார்த்து அனுப்புங்கள்.

Test மற்றும் main transfer இடையே என்ன மாறலாம்?

Browser refresh, app logout, network selection, account switch, hardware wallet account, destination tag மற்றும் recipient address அனைத்தும் மாறக்கூடியவை. Test முடிந்த பிறகு நீண்ட இடைவெளி இருந்தால் அல்லது பெறுநர் புதிய instructions கொடுத்தால் புதிய test செய்யுங்கள். முதலில் allowlist சேர்க்க platform cooling period இருந்தால், அந்த காலத்திற்குப் பிறகு address மாறவில்லையா என்று உறுதி செய்யவும்.

Corporate payment அல்லது பெரிய treasury transfer-க்கு maker-checker முறையைப் பயன்படுத்தலாம்: ஒருவர் விவரங்களைத் தயாரிக்க, வேறு ஒருவர் independent source-இல் இருந்து destination-ஐ சரிபார்த்து approve செய்ய வேண்டும். Screenshot மட்டும் evidence ஆகாது; அது பழையதாகவும் திருத்தப்பட்டதாகவும் இருக்கலாம். Live official page மற்றும் authenticated recipient confirmation முக்கியம்.

Exchange, self-custody இரண்டின் வேறுபாடு

Self-custody wallet-க்கு அனுப்பும்போது recipient private key கட்டுப்பாட்டில் இருந்தால் on-chain confirmation-க்கு பின் balance பொதுவாக wallet interface-ல் தெரியும். ஆனால் token visibility-க்கு correct network அல்லது contract import தேவைப்படலாம். Exchange deposit-ல் ஒரே address பல users-க்கு பகிரப்பட்டு Memo/Tag மூலம் account routing செய்யப்படலாம். Address மட்டும் சரியானது என்பதால் credit உறுதி ஆகாது.

Exchange maintenance, unsupported token contract, wrong network அல்லது minimum deposit காரணமாக credit தாமதிக்கலாம். Support-க்கு transaction hash, deposit address, tag, amount, network மற்றும் timestamp தேவைப்படும். Seed phrase அல்லது password எந்த legitimate support request-க்கும் தேவையில்லை.

வழக்கமான தவறுகள்

• Test-ஐ ஒரு network-ல் செய்து main transfer-ஐ மற்றொரு network-ல் அனுப்புதல்.
• Explorer success பார்த்தவுடன் receiver credit உறுதிப்படுத்தாமல் main amount அனுப்புதல்.
• Test history-லிருந்து சுருக்கப்பட்ட address-ஐ copy செய்தல்; இது address poisoning ஆபத்து.
• Fee கழித்த பிறகு test amount minimum-க்கு கீழே போவது.
• Token symbol மட்டும் பார்த்து contract வேறுபாட்டை கவனிக்காதது.
• Hardware wallet device screen-ஐ வாசிக்காமல் computer prompt-ஐ approve செய்தல்.
• Main transfer-ல் “Max” தேர்வு செய்து gas அல்லது எதிர்கால recovery fee-க்கு balance விடாமல் அனுப்புதல்.

Test வரவில்லை என்றால்

மீண்டும் அனுப்ப வேண்டாம். முதலில் transaction hash இருக்கிறதா, status pending/failed/success எது, chain மற்றும் recipient address சரியா, token contract சரியா, confirmations போதுமா என்பதைக் காணுங்கள். Failed transaction என்றால் asset பொதுவாக அனுப்பப்படாமல் இருக்கலாம், ஆனால் gas செலவாகியிருக்கலாம். Success ஆனால் exchange credit இல்லை என்றால் official support மற்றும் deposit policy-ஐப் பயன்படுத்துங்கள்.

Recipient “வேறு address-க்கு மீண்டும் அனுப்பு” என்றால் முதலில் அவருடைய account compromise ஆகவில்லையா என்று வேறு channel-ல் உறுதி செய்யுங்கள். அவசரப்படுத்தும் fake support-க்கு seed phrase, OTP, remote access அல்லது recovery fee கொடுக்காதீர்கள்.

Main transfer முன் இறுதி checklist

• Test amount actual receiver balance-ல் வந்ததா?
• Test மற்றும் main asset contract ஒன்றேதானா?
• Network selection மாறவில்லையா?
• முழு address மற்றும் Memo/Tag மீண்டும் சரியா?
• Main amount + fee-க்கு balance போதுமா?
• Hardware device காட்டும் destination சரியா?
• Transaction hash மற்றும் recipient confirmation பதிவு செய்யப்படுகிறதா?

Small test இழப்பை கட்டுப்படுத்துகிறது; ஆனால் பாதுகாப்பை உருவாக்குவது test-க்குப் பிறகு செய்யும் independent recheck தான்.

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

• ethereum.org: How to use a wallet
• ethereum.org: Ethereum wallets
• Kraken Support: Destination Tag for XRP deposits