چطور تراکنشهای رمزارز را مثل یک کارآگاه سایبری ردیابی کنیم؟
چطور تراکنشهای رمزارز را مثل یک کارآگاه سایبری ردیابی کنیم؟ راهنمای کامل برای تازهکارها
این مقاله نحوه کارکرد بلاکچین، مفهوم آدرسها، هش تراکنش، و مسیر جریان پول را توضیح میدهد و به کاربران نشان میدهد چطور مثل یک تحلیلگر واقعی، اولین ردیابی خود را انجام دهند.
ردیابی تراکنشهای بلاکچین، شاید در نگاه اول کاری تخصصی و پیچیده به نظر برسد، اما واقعیت این است که اگر محیط کار بلاکچین را درک کنید، این کار به شدت جذاب و حتی هیجانانگیز است. بلاکچین دقیقا مثل یک دفتر حسابداری عمومی است؛ با این تفاوت که هیچ صفحهای از آن مخفی نیست و هر تراکنشی که انجام شده برای همیشه روی آن ثبت شده است.
اولین قدم برای ردیابی، شناخت آدرسها است. هر کیف پول در بلاکچین یک آدرس دارد و هر تراکنش از یک آدرس به آدرس دیگر منتقل میشود. وقتی یک هش تراکنش (TXID) را در یک بلاک اکسپلورر وارد میکنید، دقیقاً میتوانید ببینید پول از کجا آمده و به کجا رفته. این یعنی تمام حرکتها قابل مشاهده هستند، حتی اگر مالک واقعی آدرسها ناشناس باشد.
بخش جذاب کار از زمانی شروع میشود که جریان تراکنشها را گامبهگام دنبال کنید. معمولاً هکرها یا کلاهبردارها سعی میکنند مسیر پول را پیچیده کنند؛ با انتقال های سریع، استفاده از چند کیف پول یا ادغام تراکنشها. اما بلاکچین دروغ نمیگوید—هر حرکت ردپایی دارد.

در مراحل حرفهایتر، تحلیلگران از ابزارهایی مثل Chainalysis یا Elliptic استفاده میکنند؛ اما واقعیت این است که بخش زیادی از ردیابیها را حتی با ابزارهای رایگان هم میتوان انجام داد. کافی است بدانید دنبال چه چیزهایی هستید: الگوهای تکراری، رفتارهای مشکوک، مسیرهای غیرعادی و آدرسهایی که فعالیت زیاد دارند.
اگر تازه وارد این حوزه شدهاید، بهترین تمرین این است که یک تراکنش ساده را انتخاب کنید و قدم به قدم جریان پول را دنبال کنید. تجربه اولین ردیابی همیشه دید شما را عوض میکند—انگار برای اولین بار پردهای از دنیای سایبری کنار میرود و شما میبینید که چطور دادهها مثل یک نقشه زنده حرکت میکنند.
بلاگها و مقالات
مشاهده همه
آموزش ردیابی تراکنشهای TON و Jetton؛
در بسیاری از شبکههای بلاکچینی، بررسی یک تراکنش با شناسایی آدرس مبدأ، آدرس مقصد و مقدار انتقال آغاز میشود. اما در شبکه TON، معماری پیاممحور و اجرای ناهمزمان قراردادهای هوشمند باعث میشود تحلیل تراکنشها به رویکرد متفاوتی نیاز داشته باشد. فرض کنید قربانی اعلام میکند که ۱۵ هزار واحد از یک Jetton از کیف پول او خارج شده است. بررسی اولیه نشان میدهد تراکنشی از کیف پول قربانی به یک قرارداد هوشمند ارسال شده، اما آدرس قرارداد با آدرس شخص دریافتکننده یکسان نیست. آیا دارایی واقعاً به همان قرارداد منتقل شده است؟ آیا قرارداد فقط واسطه انتقال بوده؟ آیا Jetton موردنظر معتبر است؟ و چگونه میتوان ادامه مسیر آن را شناسایی کرد؟ پاسخ این پرسشها در شناخت معماری Jetton و بررسی زنجیره پیامهای TON قرار دارد. فهرست مطالب ۱. تفاوت TON و شبکههای مبتنی بر EVM ۲. Jetton چیست و چگونه نگهداری میشود؟ ۳. ساختار انتقال Jetton ۴. تحلیل پیامهای داخلی ۵. شناسایی قرارداد اصلی توکن ۶. بررسی Swap و انتقال دارایی ۷. خطاهای رایج در ردگیری TON ۸. تهیه گزارش کارشناسی
آموزش تحلیل Transaction Logs و Event Logs در بلاکچین؛
تصور کنید در حال بررسی یک پرونده سرقت رمزارز هستید. قربانی اعلام کرده که ۵۰ هزار USDT از کیف پولش خارج شده و شناسه تراکنش را نیز در اختیار شما قرار داده است. وقتی TXID را در یک Blockchain Explorer وارد میکنید، با اطلاعاتی مانند فرستنده، گیرنده، زمان، کارمزد و وضعیت تراکنش مواجه میشوید. اما یک نکته وجود دارد: آنچه در نمای اولیه Explorer دیده میشود، لزوماً تمام اتفاقات داخل تراکنش نیست. یک تراکنش ممکن است با چند قرارداد هوشمند تعامل کند، چندین Token Transfer ایجاد کند و عملیات پیچیدهای مانند Swap یا انتقال دارایی به آدرس ثالث انجام دهد. برای بازسازی این رویدادها، تحلیلگر باید از مشاهده سطحی تراکنش عبور کند و وارد بررسی Transaction Receipt، Event Logs و Execution Trace شود.
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 تحلیل کنیم؟
در یک پرونده ساده 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