Transaction hash ملنے کے بعد کیا کریں: Not found، Pending، Fail اور bridge میں اٹکنے پر اگلا قدم
Wallet 0x سے شروع string یا Solana transaction signature دے تو network جانے بغیر اسے کسی بھی search box میں paste نہ کریں۔ یہ گائیڈ transaction hash lookup کو repeatable workflow بناتی ہے: درست chain/explorer چننا، transaction، receipt اور logs پڑھنا، failure reason تلاش کرنا، پھر wait، parameter fix، app support یا stop کا فیصلہ۔ آخر میں آپ خود transaction verify اور secrets کے بغیر troubleshooting evidence تیار کر سکیں گے۔
۳۰ سیکنڈ میں دیکھیں transaction کس layer پر ہے
| آپ کے پاس کیا ہے | کیا معلوم ہوتا ہے | اگلا قدم |
|---|---|---|
| صرف wallet popup، hash نہیں | Request broadcast نہیں ہوئی یا wallet/RPC result نہیں | Wallet Activity اور exact error؛ on-chain ہونے کا دعویٰ نہیں |
| Hash ہے، explorer Not found | غلط network، index delay یا node نے request نہیں لی | Chain ID ملائیں، تھوڑی دیر بعد ایک refresh |
| Pending | Transaction دیکھی گئی مگر final نہیں | Nonce، fee competition اور previous tx |
| Success | Execution کامیاب؛ target/asset پھر بھی verify | To، Method، Logs، transfers، final balance |
| Failed/Reverted | Block میں شامل مگر execution rollback | Receipt، revert reason، params، app state |
1. پہلے درست network اور block explorer چنیں
ایک address کئی chains پر ہو سکتا ہے؛ format یکساں مگر balance اور history الگ۔ Wallet Activity یا project page سے network name اور Chain ID لے کر اسی network کا public explorer کھولیں۔ صرف hash ملنے سے site معتبر ثابت نہیں؛ fake explorer layout copy کر سکتا ہے، جبکہ غلط network Not found دکھاتا ہے۔
- Submit وقت wallet کا network/account لکھیں۔
- Network/project documentation سے explorer کھولیں، ad یا DM shortlink سے نہیں۔
- Hash paste کر کے hostname، network badge، From اور time ملائیں۔
- Not found میں original hash wallet سے دوبارہ copy کریں؛ missing character، space یا address mix-up خارج کریں۔
Testnet اور mainnet ایک address format استعمال کر سکتے ہیں مگر assets/transactions الگ ہوتے ہیں۔ Record نہ ملے تو پہلے network دیکھیں؛ real asset deposit نہ کریں۔
2. Transaction hash، wallet address، block اور contract میں فرق
| Identifier | مطلب | عام غلطی |
|---|---|---|
| Transaction hash/signature | ایک مخصوص transaction کی index key | Receiving address یا success proof سمجھنا |
| Wallet address | Account/public key، کئی tx سے منسلک | Address search سے single receipt کی توقع |
| Contract/program address | Call ہونے والا code/program | Router/proxy کو final receiver سمجھنا |
| Block number/slot | Chain پر record کی position | Block time کو wallet click time سمجھنا |
| Token contract/mint | Asset type کی identity | صرف symbol/icon پر بھروسا |
EVM hash عموماً 0x سے شروع ہوتی ہے مگر prefix اکیلا proof نہیں۔ Solana میں transaction identifier کو signature کہا جاتا ہے۔ Source، format اور explorer returned object type ایک ساتھ دیکھیں۔
3. Status lifecycle: Not found، Pending، Success اور Failed
Not found لازماً failure نہیں: غلط network، index delay، RPC broadcast failure یا incomplete wallet request ہو سکتا ہے۔ Pending ابھی final نہیں؛ previous nonce اگلی tx روک سکتی ہے۔ Success execution complete مگر wrong contract call بھی کامیاب ہو سکتی ہے۔ Failed/Reverted block میں شامل ہو کر rollback ہے۔
Status کے مطابق اگلا قدم
| Explorer کیا دکھاتا ہے | عام طور پر مطلب | اب کیا کریں |
|---|---|---|
| Transaction Hash not found (Etherscan کا پیغام) | غلط chain پر تلاش، ابھی بھیجی گئی اس لیے index نہیں ہوئی، یا transaction broadcast ہی نہیں ہوئی | پہلے chain درست کریں: BNB Chain یا Polygon کی transaction، Ethereum کے Etherscan پر نہیں ملے گی، اور Sepolia testnet کے لیے sepolia.etherscan.io ہے۔ Chain یقینی نہ ہو تو Blockscan (Etherscan ٹیم کا multichain search) پر وہی hash تلاش کریں۔ ابھی بھیجی ہو تو 30 سیکنڈ بعد refresh کریں؛ 1 گھنٹے بعد بھی نہ ملے تو sender، exchange یا wallet سے record مانگیں۔ تصدیق سے پہلے دوسری amount کے ساتھ دوبارہ نہ بھیجیں۔ |
| Pending | Transaction قطار میں ہے، ابھی block میں نہیں گئی | Nonce اور Max fee دیکھ کر Gwei guide کے حصہ 7 کے مطابق انتظار، Speed Up یا Cancel طے کریں؛ مختلف parameters والی نئی transaction نہ بھیجیں۔ |
| Success، مگر وصول کنندہ یا wallet میں نہیں دکھتا | Chain پر execution کامیاب؛ مسئلہ عموماً address، network، token display یا receiving platform کے credit میں ہے | Token Transfers میں receiver address اور token contract دیکھیں؛ اپنے wallet میں 0 ہو تو balance guide کے مطابق token import کریں؛ exchange کو بھیجی ہو تو hash کے ساتھ exchange کی deposit history اور support سے رجوع کریں؛ bridge ہو تو نیچے حصہ 9 دیکھیں۔ |
| Fail / Failed (اکثر ساتھ میں error text) | Transaction block میں جا کر revert ہوئی: بھیجا جانے والا asset نہیں گیا، مگر Gas کٹ گئی | حصہ 7 کی error table سے ملا کر شرط درست کریں، پھر نئی transaction بھیجیں؛ failed transaction کو “cancel” کرنا نہ ممکن ہے نہ ضروری۔ |
4. حقیقی standards screenshot: Solana getTransaction response
نیچے Solana کی official getTransaction RPC documentation کا حقیقی webpage screenshot ہے۔ یہ response میں slot، block time، transaction، meta اور version جیسے fields سمجھنے کے لیے ہے؛ explorer کی generated copy نہیں اور اس میں private wallet data نہیں۔
5. EVM transaction detail fields کیسے پڑھیں
| Field | کس سوال کا جواب | Check |
|---|---|---|
| Status | Execution success/failure | Submitted/Seen سے نہ ملائیں |
| Block/Timestamp | کہاں اور کب record | Block time لازماً click time نہیں |
| From/To | Sender اور direct call target | To router/proxy ہو سکتا ہے |
| Value | Direct native asset amount | Token movement عموماً Logs میں |
| Nonce | Account transaction order | Previous Pending nonce اگلی tx روکتی ہے |
| Method/Input | Function اور parameters | Unknown hex میں source/ABI verify |
| Gas Used/Effective Gas Price | Actual work اور unit price | Final fee receipt سے، max budget سے نہیں |
Verified ABI ہو تو explorer Method اور parameters decode کرتا ہے۔ Raw input ہو تو blind retry نہ کریں؛ app instructions میں expected method ملائیں۔
6. Receipt، Logs، Token Transfers اور Internal Transactions
Transaction object بتاتا ہے کیا request ہوا؛ receipt execution نتیجہ بتاتا ہے۔ Status، Gas Used، deployment میں contractAddress اور logs post-execution evidence ہیں۔
- Logs/Events: Contract structured events؛ Transfer، Approval اور NFT movement یہیں سے decode ہوتے ہیں۔
- Token Transfers: Explorer کا event-derived readable view؛ token contract ملائیں۔
- Internal Transactions/Traces: Execution کے اندر calls/value flow؛ الگ wallet-signed external tx نہیں۔
- Balance change: User result کے لیے مفید مگر explorer scope مختلف؛ raw event/wallet سے cross-check۔
Transfer event نہ ہو تو بھی internal accounting، position یا approval بدل سکتا ہے۔ Transfer موجود ہونے سے market value ثابت نہیں ہوتی۔
7. Failed transaction کی مکمل troubleshooting order
- Failed یا Pending؟ Pending میں پہلے nonce/broadcast؛ دونوں الگ issues۔
- Receipt اور exact error: Block، To، Method، Gas Used، revert reason محفوظ کریں۔
- Business precondition: Balance، approval، deadline، slippage، whitelist، claim limit، contract state۔
- Gas limit یا business revert: Out of gas میں estimate درست ہو سکتا ہے؛ explicit condition صرف fee بڑھانے سے حل نہیں۔
- Retry سے پہلے re-simulate: Same state/params duplicate failure اور Gas cost دے سکتے ہیں۔
Reason خالی ہو تو explorer Debug/Trace (اگر ہو) یا app read-only simulation دیکھیں۔ “On-chain support” کو private key نہ دیں، unknown fix script نہ چلائیں۔
Fail کے ساتھ لکھا error: عام وجوہات اور حل
| Error text | وجہ | کیا کریں |
|---|---|---|
Out of gas | Execution کے لیے Gas Limit کم تھی؛ اکثر ہاتھ سے Gas Limit کم کرنے پر ہوتا ہے | Wallet کی suggested value واپس لائیں اور دوبارہ بھیجیں؛ اسی contract کی حالیہ successful transaction کا Gas Used دیکھ کر اندازہ لیں۔ |
ERC20: transfer amount exceeds balance / ERC20InsufficientBalance | Token amount بیلنس سے زیادہ ہے (decimals کا خیال رکھیں) | بیلنس اور لکھی گئی amount ملائیں؛ Gas والا native coin اور token الگ حساب میں رکھیں۔ |
ERC20: insufficient allowance / ERC20InsufficientAllowance | Approve کی گئی حد کم ہے، contract آپ کے tokens نہیں لے پا رہا | Project page پر پہلے approve کریں (صرف اس بار کی ضروری amount)، کامیاب ہونے کے بعد اصل کام کریں۔ |
UniswapV2Router: INSUFFICIENT_OUTPUT_AMOUNT / Too little received | Swap کے دوران قیمت آپ کی slippage سے باہر چلی گئی | Quote refresh کر کے دوبارہ کوشش کریں یا slippage تھوڑی بڑھائیں؛ صرف transaction چلانے کے لیے slippage بہت زیادہ نہ کریں، اس سے front-running کا خطرہ بڑھتا ہے۔ |
UniswapV2Router: EXPIRED / Transaction too old | Transaction دیر تک Pending رہی اور deadline گزر گئی | نئے سرے سے بھیجیں اور موجودہ Gas fee کافی رکھیں تاکہ دیر تک قطار میں نہ رہے۔ |
| Project کا اپنا پیغام (جیسے already claimed، not whitelisted) یا Bad instruction | Project کی شرط پوری نہیں، یا token ابھی transfer نہیں ہو سکتا | Project announcement دیکھیں یا project کی official site پر دیے گئے channel سے پوچھیں؛ Gas بڑھانے سے حل نہیں ہوگا۔ |
یہ error نام Etherscan کی failed transaction وضاحت اور OpenZeppelin ERC-20 و Uniswap router contracts کے source code سے لیے گئے ہیں (ستمبر 2026 میں جانچے گئے)۔ دوسرے projects اپنے الفاظ استعمال کر سکتے ہیں، مگر وجہ پہچاننے کا طریقہ یہی ہے۔
8. Confirmations اور finality: کب آگے بڑھیں
Confirmations transaction block کے بعد بننے والے blocks کی تعداد ہے۔ Network، bridge، exchange اور app requirements مختلف؛ سب chains کے لیے ایک fixed number محفوظ نہیں۔ Receiver public policy اور live chain state دیکھیں۔
پہلی Success پر evidence ختم نہ کریں۔ Receiving app index میں وقت لے سکتی ہے؛ testnet chain Success اور task Completed الگ states ہیں۔
9. L2 اور bridge میں ایک hash مکمل journey نہیں
L2 explorer L1 data fee، batch یا message status دکھا سکتا ہے۔ Bridge میں source lock/burn، relay اور destination mint/release steps ہو سکتے ہیں۔ Source-chain Success کا مطلب destination asset پہنچنا نہیں۔
- Source اور destination chain لکھیں۔
- Source hash، message ID اور destination hash محفوظ کریں۔
- Bridge status waiting/challenge/claimable/completed دیکھیں۔
- Delay پر unknown “manual sync” page سے wallet connect نہ کریں۔
Source chain پر Success، منزل پر رقم نہیں پہنچی: کہاں دیکھیں، کس سے رابطہ کریں
- جو bridge استعمال کیا اس کی official site پر واپس جا کر transaction history صفحہ کھولیں (عموماً History، Transactions یا Activity)؛ وہی wallet connect کریں یا source hash سے status دیکھیں۔
- Bridge کا message explorer ہو تو وہاں بھی دیکھا جا سکتا ہے: LayerZero messages کے لیے LayerZero Scan (testnet کے لیے testnet.layerzeroscan.com)، جہاں status Confirming، Inflight، Delivered، Failed، Blocked یا Payload Stored ہوتا ہے؛ Wormhole کے لیے Wormholescan۔ Delivered ہو تو destination hash لے کر منزل والی chain کا explorer دیکھیں؛ Confirming یا Inflight کا مطلب ہے ابھی confirmation یا execution باقی ہے؛ Payload Stored ہو تو عموماً bridge یا app صفحے سے retry کرنا پڑتا ہے۔
- Official native bridge کا withdrawal اکثر کئی مراحل میں ہوتا ہے: Optimism documentation کے مطابق OP Mainnet سے Ethereum mainnet واپسی میں 7 دن کا challenge period ہے اور درمیان میں آپ کو خود مزید transaction بھیجنی پڑتی ہے۔ Bridge صفحہ prove یا claim کا کہے تو خود click کریں، ورنہ رقم نہیں پہنچے گی۔
- Failed یا Blocked دکھے، یا bridge صفحے پر لکھا متوقع وقت گزر جائے: bridge کی official site سے (search ad یا inbox link سے نہیں) Help Center یا Discord ticket تک جائیں؛ source اور destination chain کے نام، source hash، message ID (اگر ہو)، wallet address، وقت اور screenshot دیں۔
- خود سے inbox میں آنے والا “bridge support”، “sync/repair” site پر wallet connect کرانے والا یا seed phrase مانگنے والا دھوکے باز ہے؛ اصل support کو آپ کی private key نہیں چاہیے۔ فراڈ ہو چکا ہو تو TxID، address اور chat کے screenshots کے ساتھ NCCIA کی helpline 1799 پر رابطہ کریں یا complaint.nccia.gov.pk پر شکایت درج کریں۔
10. Solana: Signature، Slot، Instruction اور Program Logs
Solana explorer signature، slot، block time، fee payer، account keys، instructions، program logs، compute units اور token balance changes دکھاتا ہے۔ EVM nonce/gas price/event model جوں کا توں لاگو نہ کریں۔
- Cluster—mainnet، devnet یا project environment—تصدیق کریں۔
- Signature status اور slot، پھر fee payer دیکھیں۔
- Instructions expand کر کے called program/accounts ملائیں۔
- Failure میں Program Logs کی پہلی relevant error تلاش کریں۔
- Pre/post token balances expected result سے ملائیں۔
11. Hash share کیا جا سکتا ہے، مگر linkability سمجھیں
Hash password نہیں اور public chain پر query ہو سکتی ہے، مگر address، وقت، balance changes، contracts اور history جوڑتی ہے۔ Support کو minimum hash، network اور error دیں؛ screenshot mask کریں۔
- Seed phrase، private key، OTP، session cookie یا wallet export کبھی نہیں۔
- Email، social account، extensions، notifications اور دوسری tabs mask کریں۔
- Wallets link نہیں کرنا چاہتے تو ایک image/record میں سب addresses نہ دکھائیں۔
- DM “support” میں website کی public support route سے رابطہ دوبارہ شروع کریں۔
12. Wallet سے conclusion تک مکمل workflow
- Wallet Activity سے original hash، network اور time لیں۔
- Network/project docs سے correct explorer کھولیں۔
- Status پڑھ کر Not found/Pending/Success/Failed branch لیں۔
- From، To، Method/Instruction اور Value ملائیں۔
- Receipt، Logs، Transfers، Internal calls یا Program Logs دیکھیں۔
- Wallet balance اور app page compare کر کے chain/app sync الگ کریں۔
- Minimum evidence اور conclusion لکھیں؛ واضح cause کے بغیر re-sign نہیں۔
نتیجہ testnet task record میں لکھیں۔ Fee کے لیے Gwei/Gas guide اور approval کے لیے revoke guide پڑھیں۔
13. تین عام scenarios
A: Wallet Sent، explorer Not found
Network اور hash source ملائیں۔ درست network میں تھوڑا انتظار، Wallet Activity refresh؛ chain hash نہ ہو تو RPC/error evidence دیکھیں اور فوراً مختلف amount نہ بھیجیں۔
B: Success مگر receiver token نہیں دکھاتا
Token contract، target address اور network چیک کریں۔ Wallet میں token add نہ ہونا، display delay، next bridge step یا same-symbol fake token ہو سکتا ہے۔
C: Failed اور Gas کٹ گئی
Tx block میں execute ہو کر rollback ہوئی؛ computation کی fee ہو سکتی ہے۔ Revert reason/precondition درست کر کے re-simulate کریں۔ Cancel spent Gas واپس نہیں کرتا۔
14. Verification checklist
- Network/Chain ID یا Solana cluster confirmed۔
- Hash اپنی Wallet Activity سے۔
- Status اور confirmations پڑھے۔
- From، To، Method/Instruction، Value ملائے۔
- Receipt، Logs/Transfers یا Program Logs دیکھے۔
- Token contract/mint اور destination verified۔
- Chain state اور app state الگ record۔
- Screenshot masked، کوئی secret نہیں۔
- Clear cause کے بغیر retry نہیں۔
عام سوالات
Hash ہو تو transfer successful؟
نہیں۔ Hash صرف transaction تلاش کرنے کی نشانی ہے؛ درست network پر Status، From، To اور asset change دیکھیں۔
Explorer پر “Transaction Hash not found” آئے تو کیا کریں؟
پہلے دیکھیں کس chain پر تلاش کر رہے ہیں: BNB Chain، Polygon یا testnet کی transaction، Ethereum mainnet کے Etherscan پر نہیں ملتی؛ Blockscan پر وہی hash multichain search کریں۔ ابھی بھیجی ہو تو 30 سیکنڈ بعد refresh کریں؛ 1 گھنٹے بعد بھی نہ ملے تو sender، exchange یا wallet سے record مانگیں، اور تصدیق سے پہلے دوسری amount کے ساتھ دوبارہ نہ بھیجیں۔
Success مگر asset نہیں کیوں؟
Destination address، network اور token contract ملائیں، پھر دیکھیں کہ bridge کا اگلا مرحلہ باقی تو نہیں یا receiving platform مزید confirmations تو نہیں مانگ رہا۔ Wallet display delay کا مطلب chain پر asset نہ ہونا نہیں؛ exchange کو بھیجی ہو تو hash کے ساتھ exchange کی deposit history دیکھیں۔
Failed transaction cancel ہو سکتی ہے؟ رقم کہاں گئی؟
Cancel نہ ممکن ہے نہ ضروری: Failed کا مطلب ہے transaction block میں جا کر revert ہوئی، بھیجا جانے والا asset نہیں گیا، صرف Gas کٹی۔ Status کے ساتھ لکھا error (جیسے Out of gas، insufficient allowance، Too little received) دیکھ کر شرط درست کریں اور نئی transaction بھیجیں۔
Bridge کی source chain پر Success مگر منزل پر رقم نہیں پہنچی، کس سے رابطہ کریں؟
پہلے bridge کی official site کے history صفحے یا LayerZero Scan اور Wormholescan جیسے message explorer میں source hash سے status دیکھیں؛ processing جاری ہو تو انتظار کریں، claim درکار ہو تو خود claim کریں۔ Failed، Blocked یا وقت گزر جائے تو official site سے Help Center میں ticket کھولیں اور source hash، دونوں chains کے نام، wallet address اور وقت دیں۔ خود سے inbox میں آنے والا “support” دھوکے باز ہے۔
Support کو hash دینا safe؟
Secret نہیں مگر address/activity link کرتی ہے۔ Official support کو minimum data؛ seed/private key/OTP کبھی نہیں۔
ذرائع
آخری check: 2026-09-28۔ اس بار status کے مطابق اگلا قدم، عام failures کی table، اور bridge میں اٹکنے پر کہاں دیکھیں اور کس سے رابطہ کریں، شامل کیا گیا؛ explorer کے پیغامات اور bridge status کے نام ستمبر 2026 میں جانچے گئے۔