ردیابی تراکنش در بلاکچین از صفر:

۱۲ دی ۱۴۰۴

ردیابی تراکنش در بلاکچین از صفر: اگر فقط یک آدرس داشته باشیم، چه کاری می‌توانیم انجام دهیم؟

بسیاری از کاربران بعد از سرقت یا کلاهبرداری فقط یک آدرس در اختیار دارند. این مقاله توضیح می‌دهد که با داشتن تنها یک آدرس بلاکچینی، چه اطلاعاتی می‌توان استخراج کرد و ردیابی تراکنش‌ها از کجا شروع می‌شود.

ردیابی تراکنش در بلاکچین از صفر:

یکی از پرتکرارترین سؤال‌ها بعد از یک کلاهبرداری رمزارزی این است: «من فقط آدرس کیف پول مقصد را دارم، آیا کاری می‌شود انجام داد؟»

پاسخ کوتاه این است: بله، و اتفاقاً همین کافی است برای شروع ردیابی.

blog image

در بلاکچین، آدرس‌ها مثل حساب بانکی عمل می‌کنند، با این تفاوت مهم که تمام تراکنش‌های آن‌ها برای همیشه قابل مشاهده است. وقتی یک آدرس در اختیار دارید، در واقع به دفترچه کامل فعالیت‌های مالی آن دسترسی دارید.

اولین قدم، وارد کردن آدرس در یک بلاک‌اکسپلورر معتبر است. در این مرحله، هدف صرفاً دیدن عددها نیست؛ بلکه باید رفتار آدرس را بررسی کنید. آیا این آدرس فقط دریافت‌کننده است یا ارسال هم دارد؟ آیا فعالیت آن ناگهانی شروع شده یا سابقه طولانی دارد؟

در بسیاری از پرونده‌ها، آدرس‌های کلاهبرداری الگوی مشخصی دارند:

دریافت چند تراکنش پشت‌سرهم، سپس انتقال سریع دارایی به آدرس‌های دیگر. این الگو برای گم‌کردن رد پول طراحی شده، اما دقیقاً همین رفتار غیرعادی، نقطه شروع تحلیل بلاکچین است.

وقتی مسیر خروجی‌ها را دنبال می‌کنید، معمولاً به یکی از این سه مقصد می‌رسید:

کیف پول شخصی، صرافی متمرکز، یا سرویس‌های واسط مثل میکسرها. شناسایی این مقصدها، ارزش اطلاعاتی بالایی دارد و تعیین می‌کند مرحله بعدی ردیابی چگونه باشد.

نکته مهم این است که ردیابی موفق، به ابزار پیچیده وابسته نیست؛ بلکه به درک رفتار تراکنش‌ها وابسته است. حتی با ابزارهای رایگان هم می‌توان سرنخ‌های بسیار مهمی به دست آورد، اگر بدانید به چه چیزهایی نگاه کنید.



بلاگ‌ها و مقالات

مشاهده همه‌
آموزش ردیابی تراکنش‌های TON و Jetton؛

آموزش ردیابی تراکنش‌های TON و Jetton؛

در بسیاری از شبکه‌های بلاکچینی، بررسی یک تراکنش با شناسایی آدرس مبدأ، آدرس مقصد و مقدار انتقال آغاز می‌شود. اما در شبکه TON، معماری پیام‌محور و اجرای ناهم‌زمان قراردادهای هوشمند باعث می‌شود تحلیل تراکنش‌ها به رویکرد متفاوتی نیاز داشته باشد. فرض کنید قربانی اعلام می‌کند که ۱۵ هزار واحد از یک Jetton از کیف پول او خارج شده است. بررسی اولیه نشان می‌دهد تراکنشی از کیف پول قربانی به یک قرارداد هوشمند ارسال شده، اما آدرس قرارداد با آدرس شخص دریافت‌کننده یکسان نیست. آیا دارایی واقعاً به همان قرارداد منتقل شده است؟ آیا قرارداد فقط واسطه انتقال بوده؟ آیا Jetton موردنظر معتبر است؟ و چگونه می‌توان ادامه مسیر آن را شناسایی کرد؟ پاسخ این پرسش‌ها در شناخت معماری Jetton و بررسی زنجیره پیام‌های TON قرار دارد. فهرست مطالب ۱. تفاوت TON و شبکه‌های مبتنی بر EVM ۲. Jetton چیست و چگونه نگهداری می‌شود؟ ۳. ساختار انتقال Jetton ۴. تحلیل پیام‌های داخلی ۵. شناسایی قرارداد اصلی توکن ۶. بررسی Swap و انتقال دارایی ۷. خطاهای رایج در ردگیری TON ۸. تهیه گزارش کارشناسی

آموزش تحلیل Transaction Logs و Event Logs در بلاکچین؛

آموزش تحلیل Transaction Logs و Event Logs در بلاکچین؛

تصور کنید در حال بررسی یک پرونده سرقت رمزارز هستید. قربانی اعلام کرده که ۵۰ هزار USDT از کیف پولش خارج شده و شناسه تراکنش را نیز در اختیار شما قرار داده است. وقتی TXID را در یک Blockchain Explorer وارد می‌کنید، با اطلاعاتی مانند فرستنده، گیرنده، زمان، کارمزد و وضعیت تراکنش مواجه می‌شوید. اما یک نکته وجود دارد: آنچه در نمای اولیه Explorer دیده می‌شود، لزوماً تمام اتفاقات داخل تراکنش نیست. یک تراکنش ممکن است با چند قرارداد هوشمند تعامل کند، چندین Token Transfer ایجاد کند و عملیات پیچیده‌ای مانند Swap یا انتقال دارایی به آدرس ثالث انجام دهد. برای بازسازی این رویدادها، تحلیلگر باید از مشاهده سطحی تراکنش عبور کند و وارد بررسی Transaction Receipt، Event Logs و Execution Trace شود.

Peel Chain چیست؟

Peel Chain چیست؟

Peel Chain چیست؟ فرض کنید یک Wallet مقدار قابل توجهی Bitcoin در اختیار دارد و مالک آن نمی‌خواهد تمام موجودی را در یک تراکنش منتقل کند. در عوض چنین الگویی ایجاد می‌شود: Wallet A │ 10 BTC ↓ Wallet B ───→ 0.5 BTC │ 9.5 BTC ↓ Wallet C ───→ 0.7 BTC │ 8.8 BTC ↓ Wallet D ───→ 1 BTC │ 7.8 BTC ↓ Wallet E در هر مرحله مقدار کوچکی از موجودی جدا یا اصطلاحاً Peel می‌شود و بخش عمده به مرحله بعد می‌رود. به این ساختار Peel Chain گفته می‌شود.

چگونه تراکنش‌های DEX و Liquidity Pool را در تحقیقات Blockchain Forensics تحلیل کنیم؟

چگونه تراکنش‌های DEX و Liquidity Pool را در تحقیقات Blockchain Forensics تحلیل کنیم؟

در یک پرونده ساده Blockchain Forensics ممکن است مسیر دارایی چنین باشد: Victim ↓ Wallet A ↓ Wallet B ↓ Exchange در چنین شرایطی دنبال‌کردن مسیر نسبتاً ساده است. اما کافی است Wallet B با یک صرافی غیرمتمرکز یا DEX تعامل کند. مسیر ناگهان به چیزی شبیه این تبدیل می‌شود: Wallet B ↓ DEX Router ↓ Liquidity Pool ↓ USDT → ETH ↓ Wallet B در این مرحله یکی از اشتباهات رایج این است که تحلیلگر تصور کند وجوه به آدرس Smart Contract منتقل شده و مسیر به پایان رسیده است. در حالی که در بسیاری از موارد، دارایی فقط تبدیل شده است. پژوهش‌های جدید حوزه Blockchain Forensics نیز نشان می‌دهند که گسترش DeFi، Bridgeها و تراکنش‌های پیچیده Smart Contract، ردگیری وجوه را از یک مسئله ساده دنبال‌کردن آدرس‌ها به تحلیل چندلایه جریان ارزش تبدیل کرده است. Doi

رمز عبور

جهت ورود به رمز عبور خود را وارد کنید.

ibcd logo