آیا Pending بودن یعنی دارایی از بین رفته است؟
آیا Pending بودن یعنی دارایی از بین رفته است؟
خیر. Pending معمولاً یعنی Transaction هنوز به Block موردنظر نرسیده است. ابتدا TXID و وضعیت شبکه را بررسی کنید.
تراکنش تاییدنشده یا Unconfirmed / Pending Transaction تراکنشی است که به شبکه ارسال شده اما هنوز در Block نهایی موردنظر شبکه قرار نگرفته است. Pending ماندن لزوماً به معنی از دست رفتن دارایی نیست؛ ممکن است Fee پایین باشد، شبکه شلوغ باشد، Transaction به یک Pending Transaction قبلی وابسته باشد یا حتی از Mempool بعضی Nodeها حذف شده باشد.
مهمترین کار در این وضعیت «ارسال دوباره کورکورانه» نیست. ابتدا باید مشخص شود Transaction واقعاً Broadcast شده، روی کدام Network ارسال شده، TXID چیست و در Explorer همان Network چه Statusی دارد.
برای درک چرخه کلی Transaction از Broadcast تا Block و Finality، مقاله بلاکچین چگونه کار میکند؟ را مطالعه کنید.
در Bitcoin، Node قبل از پذیرش یک Transaction در Mempool علاوه بر Consensus-related checks، Policy محلی خودش را نیز اعمال میکند. Bitcoin Core صریحاً توضیح میدهد Mempool/Relay Policy مجموعه Ruleهای محلی Node برای Unconfirmed Transactionهاست و با Consensus Rules یکسان نیست. مستند Transaction Relay Policy در Bitcoin Core
در Ethereum نیز Pending Transaction به Transactionی گفته میشود که Broadcast شده و منتظر Inclusion در Block است؛ ممکن است بعداً Included، Replaced یا Dropped شود. تعریف Pending Transaction در Ethereum Glossary

برای توضیح ساده میتوان Mempool را «اتاق انتظار Transactionها» دانست، اما از نظر فنی یک Mempool جهانی و یکسان برای کل شبکه وجود ندارد. هر Node Pool محلی خودش را دارد و ممکن است به دلیل Policy، Fee Threshold، Memory Limit یا زمان دریافت، Transactionهای متفاوتی در آن نگه دارد.
در Bitcoin Core حتی اندازه Mempool قابل تنظیم است و در صورت پر شدن، Transactionهای کماولویت میتوانند Evict شوند. به همین دلیل ممکن است Transaction در یک Explorer دیده شود و در Node دیگری وجود نداشته باشد.
برای آموزش دقیق پیدا کردن Transaction Hash و اطلاعاتی که از آن قابل مشاهده است، مقاله TXID یا لینک تایید تراکنش چیست؟ را ببینید.
TXID یک شناسه عمومی برای رهگیری Transaction است و بهخودیخود Private Key شما را افشا نمیکند. با این حال Transaction History روی Public Blockchain میتواند برای تحلیل Onchain استفاده شود.
| Status | معنی | اقدام بعدی |
|---|---|---|
| Pending / Unconfirmed | Broadcast شده اما هنوز در Block موردنظر قرار نگرفته است | Fee، Mempool و امکان Fee Bump را بررسی کنید |
| Confirmed | حداقل در یک Block قرار گرفته است | در صورت نیاز منتظر Confirm/Finality بیشتر بمانید |
| Replaced | نسخه دیگری از Transaction جایگزین شده است | TXID جدید را دنبال کنید |
| Dropped / Not Found | ممکن است از Pool Node/Explorer حذف شده یا اصلاً Broadcast نشده باشد | Wallet/Node مبدا و امکان Rebroadcast یا Replacement را بررسی کنید |
| Failed / Reverted | در شبکههایی مثل Ethereum Execution انجام شده اما State Change موفق نبوده است | علت Revert و Gas مصرفشده را بررسی کنید |
| Confirmed but not credited | Blockchain تایید کرده اما سرویس مقصد هنوز واریز را ثبت نکرده است | Confirmation threshold، Memo/Tag و شبکه مقصد را بررسی کنید |
اولین Confirmation زمانی ایجاد میشود که Transaction داخل یک Block قرار بگیرد. Blockهای بعدی عمق Transaction را بیشتر میکنند و Risk بازنویسی History کاهش مییابد.
همچنین Fee بیشتر تعداد Confirmation موردنیاز را کم نمیکند. Fee بالاتر میتواند احتمال Inclusion سریعتر در Block اول را افزایش دهد، اما تعداد Confirmی که Wallet، Merchant یا Exchange برای پذیرش نهایی میخواهد یک Policy مستقل است.
Bitcoin Blockها بهطور متوسط حدود هر 10 دقیقه تولید میشوند، اما Block Discovery احتمالی است و هیچ تضمینی وجود ندارد که Confirmation دقیقاً بعد از 10 دقیقه رخ دهد.
Bitcoin.org نیز تأکید میکند ممکن است Block بسیار زودتر یا دیرتر پیدا شود و Transaction با Fee پایین در دوره ازدحام مدت بیشتری منتظر بماند. FAQ رسمی Bitcoin درباره Confirmation
بنابراین جمله «تایید Bitcoin حدود 10 دقیقه طول میکشد» باید به «میانگین فاصله Blockها حدود 10 دقیقه است، اما زمان First Confirmation متغیر است» تغییر کند.

در Bitcoin، Minerها هنگام ساخت Block معمولاً به Fee Rate نسبت به Virtual Size توجه میکنند، نه فقط مقدار مطلق Fee. Transaction بزرگتر از نظر vBytes ممکن است برای Priority مشابه Fee بیشتری بخواهد.
در شرایط شلوغی، Transaction با Feerate پایین ممکن است مدت طولانیتر Pending بماند یا از Mempool بعضی Nodeها Evict شود.
برای توضیح کامل Fee Rate و عوامل موثر بر هزینه، مقاله کارمزد بیتکوین چیست؟ را مطالعه کنید.
Replace-by-Fee یا RBF روشی است که در آن یک Transaction تاییدنشده با Transaction دیگری که همان Inputهای متعارض را خرج میکند و Fee اقتصادی بهتری دارد جایگزین میشود.
با این حال، امکان استفاده عملی از Fee Bump همچنان به Wallet، کنترل Inputها، ساخت Transaction جایگزین و Policy شبکه/Nodeهای در مسیر بستگی دارد.
Child Pays For Parent یا CPFP زمانی استفاده میشود که Output یک Transaction تاییدنشده را در Transaction فرزند خرج کنیم و Child Fee کافی برای جذابکردن Package والد + فرزند داشته باشد.
Bitcoin Optech توضیح میدهد Minerهایی که Ancestor Feerate Mining را اجرا میکنند میتوانند Parent کمFee و Child پرFee را بهعنوان یک Package اقتصادی ارزیابی کنند. توضیح CPFP در Bitcoin Optech
CPFP همیشه ممکن نیست؛ باید Output قابلخرج از Parent در اختیار Wallet باشد و Wallet/Node نیز ساخت و Relay مناسب Transaction را پشتیبانی کند.
برای آموزش تخصصی RBF، CPFP و سناریوهای لغو/جایگزینی Bitcoin، مقاله چگونه تراکنش تاییدنشده بیتکوین را لغو یا جایگزین کنیم؟ را ببینید.
در Ethereum هر Account یک Nonce ترتیبی دارد. اگر Transaction با Nonce پایینتر Pending باشد، Transactionهای بعدی همان Account ممکن است منتظر بمانند.
در بسیاری از Walletها میتوان Transaction Pending را با همان Nonce و Fee بالاتر Speed Up کرد؛ برای Cancel نیز Wallet میتواند Transaction دیگری با همان Nonce و Fee بالاتر ایجاد کند. فقط یکی از Transactionهای دارای همان Nonce میتواند در State نهایی اجرا شود.
FAQ بهروز Ethereum همین دو راهکار Speed Up و Cancel با Transaction جایگزین را توضیح میدهد. راهنمای Pending Transaction در Ethereum.org
| وضعیت | اقدام منطقی |
|---|---|
| Fee مناسب و شبکه فقط موقتاً شلوغ است | صبر و مانیتورکردن Explorer |
| Fee بهوضوح پایین است و Wallet Fee Bump دارد | بررسی RBF/Speed Up یا روش مناسب همان Network |
| Transaction وابسته به Parent تاییدنشده است | بررسی Parent و امکان CPFP/Package Fee Bump |
| TXID در Explorer پیدا نمیشود | Broadcast status و Wallet/Service مبدا را بررسی کنید |
| Transaction Confirm شده اما مقصد Credit نکرده | Confirmation requirement و Memo/Tag/Network مقصد را بررسی کنید |
| آدرس یا Network اشتباه انتخاب شده | Fee Bump مشکل را حل نمیکند؛ فوراً وضعیت مقصد و امکان Recovery را بررسی کنید |
اگر Explorer نشان میدهد Transaction Confirm شده، ممکن است مشکل دیگر «Pending Blockchain Transaction» نباشد. صرافی یا سرویس مقصد میتواند تعداد Confirmation بیشتری برای Credit کردن واریز بخواهد، Deposit Processing داخلی داشته باشد یا به Memo/Tag صحیح نیاز داشته باشد.
در این وضعیت TXID، Network، Address، Memo/Tag و تعداد Confirmation را ثبت کنید و فقط از کانال پشتیبانی رسمی سرویس مقصد پیگیری کنید.
Transaction Pending همیشه یک مشکل واحد ندارد. Fee پایین، ازدحام، Parent تاییدنشده، Nonce Gap، Mempool Eviction یا حتی Broadcast نشدن میتوانند علل متفاوتی باشند.
مسیر درست این است که ابتدا Network و TXID را بررسی کنید، سپس مشخص کنید Transaction Pending، Replaced، Dropped، Failed یا Confirmed است. بعد از تشخیص Status میتوان تصمیم گرفت صبر، RBF، CPFP، Ethereum Speed Up یا پیگیری سرویس مقصد مناسب است.
توجه: روشهای Fee Bump و Replacement به Network، Wallet و وضعیت واقعی Transaction بستگی دارند. قبل از ساخت Transaction جایگزین، TXID، Network، Input/Nonce و وضعیت Explorer را بررسی کنید؛ ارسال نادرست Transaction جدید میتواند هزینه اضافی یا خطای عملیاتی ایجاد کند.
خیر. Pending معمولاً یعنی Transaction هنوز به Block موردنظر نرسیده است. ابتدا TXID و وضعیت شبکه را بررسی کنید.
خیر. Mempool محلی هر Node است و Transaction میتواند Confirm، Replace، Drop یا Evict شود.
عدد ثابت جهانی وجود ندارد. Requirement به ارزش Transaction و Policy گیرنده بستگی دارد؛ برای انتقالهای پرارزش، 6 Confirmation یک معیار محافظهکارانه رایج است.
خیر. Fee میتواند شانس Inclusion سریعتر در اولین Block را بیشتر کند، اما تعداد Confirmation موردنیاز گیرنده یک Policy جداگانه است.
نه به این معنا که Fee هر دو Transaction حتماً به Miner پرداخت شود. اگر Replacement تایید شود و Original تایید نشود، Fee مربوط به Transaction نهایی پرداخت میشود.
ممکن است Transaction به آن Node/Explorer نرسیده، از Mempool آن حذف شده یا اصلاً Broadcast نشده باشد. وضعیت Wallet و سرویس مبدا را نیز بررسی کنید.
پس از Inclusion معتبر در Blockchain، Fee Bump برای «لغو همان انتقال» کاربرد ندارد. امکان بازگرداندن Asset معمولاً نیازمند همکاری دارنده مقصد یا سازوکار جداگانه Protocol است.