چگونه یک مسیر انتقال رمزارز را در بلاکچین مرحلهبهمرحله ردیابی کنیم؟
چگونه یک مسیر انتقال رمزارز را در بلاکچین مرحلهبهمرحله ردیابی کنیم؟
وقتی یک تراکنش ارز دیجیتال انجام میشود، داستان آن الزاماً با اولین انتقال تمام نمیشود. ممکن است دارایی از یک کیف پول به کیف پول دیگری منتقل شود، سپس به یک آدرس واسط برود، بخشی از آن تبدیل شود و در نهایت به یک صرافی یا سرویس دیگر برسد. همین موضوع باعث شده ردیابی تراکنش در بلاکچین به یکی از مهمترین کاربردهای تحلیل آنچین تبدیل شود. خبر خوب این است که در بسیاری از بلاکچینهای عمومی، بخش قابل توجهی از این مسیر قابل مشاهده است. اما برای انجام یک تحلیل درست، باید بدانیم از کجا شروع کنیم و چگونه بین «داده واقعی» و «برداشت تحلیلی» تفاوت بگذاریم.
ردیابی تراکنش بلاکچین دقیقاً یعنی چه؟
ردیابی تراکنش یعنی دنبال کردن حرکت یک دارایی در طول یک یا چند تراکنش.
یک مسیر ساده میتواند چنین شکلی داشته باشد:
Wallet A → Wallet B → Wallet C → Exchange
در یک بررسی ساده، هدف این است که بدانیم:
- دارایی از کجا آمده؟
- به کجا رفته؟
- چه زمانی منتقل شده؟
- چه مقدار منتقل شده؟
- چه آدرسهایی در مسیر قرار گرفتهاند؟
- مقصد نهایی قابل شناسایی است یا خیر؟
در تحلیل حرفهای، این اطلاعات در قالب یک Transaction Flow یا جریان تراکنش سازماندهی میشوند.
مرحله اول: TXID را پیدا کنید
اولین قدم معمولاً پیدا کردن Transaction ID یا TXID است.
TXID مانند یک شناسه برای پیدا کردن تراکنش موردنظر در بلاکچین عمل میکند.
پس از وارد کردن TXID در Blockchain Explorer میتوان اطلاعات پایه تراکنش را مشاهده کرد.
این اطلاعات ممکن است شامل:
- فرستنده
- گیرنده
- مقدار
- زمان
- کارمزد
- بلاک
- وضعیت تراکنش
باشد.
مرحله دوم: شبکه را مشخص کنید
این مرحله ساده به نظر میرسد اما اشتباه در آن میتواند کل تحلیل را منحرف کند.
مثلاً اگر تراکنش روی Ethereum انجام شده باشد، باید آن را در Explorer مناسب همان شبکه بررسی کنید.
همین موضوع درباره شبکههایی مانند:
- Bitcoin
- BNB Chain
- Tron
- Solana
- Polygon
- Arbitrum
- Base
نیز صدق میکند.
مرحله سوم: مقصد اول را بررسی کنید
فرض کنیم تراکنش چنین باشد:
A → B
حالا سؤال اصلی این است:
B چه نوع آدرسی است؟
ممکن است:
- کیف پول شخصی باشد.
- قرارداد هوشمند باشد.
- آدرس صرافی باشد.
- آدرس واسط باشد.
- بخشی از یک سرویس باشد.
بنابراین نباید صرفاً نام آدرس را ثبت کرد؛ باید رفتار آن را نیز بررسی کرد.
مرحله چهارم: تراکنشهای خروجی را بررسی کنید
اگر B دارایی را دریافت کرده باشد، قدم بعدی بررسی خروجیهای B است.
مثلاً:
A → B
و سپس:
B → C
و بعد:
C → D
در اینجا مسیر به شکل زیر تبدیل میشود:
A → B → C → D
همین فرآیند پایه اصلی Blockchain Tracing است.
مرحله پنجم: زمان را وارد تحلیل کنید
زمان تراکنش اهمیت زیادی دارد.
فرض کنید:
۱۰:۰۱ — دریافت دارایی
۱۰:۰۳ — انتقال ۹۰٪
۱۰:۰۷ — انتقال باقیمانده
این اطلاعات به ما کمک میکند بفهمیم رویدادها با چه فاصلهای اتفاق افتادهاند.
در پروندههای پیچیده، ساختن یک Timeline میتواند حتی از مشاهده ساده تراکنشها مفیدتر باشد.
مرحله ششم: فقط یک مسیر را دنبال نکنید
ممکن است یک کیف پول دارایی را به چند آدرس تقسیم کند:
A → B
سپس:
B → C
B → D
B → E
در این حالت، تحلیلگر باید به جای دنبال کردن یک خط، یک گراف تراکنشی بسازد.
هر آدرس یک Node است و هر انتقال یک Edge.
این مدل برای تحلیل حجم بالای تراکنشها بسیار کاربردی است.
پژوهشهای جدید نیز از تحلیل گراف برای شناسایی و اولویتبندی فعالیتهای پرریسک در شبکههای بلاکچینی استفاده میکنند.
مرحله هفتم: به مقصدهای شناختهشده توجه کنید
اگر مسیر دارایی در نهایت به یک سرویس شناختهشده برسد، تحلیل میتواند وارد مرحله جدیدی شود.
برای مثال:
Wallet A → Wallet B → Wallet C → Exchange
این موضوع بهتنهایی هویت صاحب A را مشخص نمیکند.
اما نشان میدهد دارایی در نقطهای از مسیر به یک سرویس شناختهشده رسیده است.
این تفاوت بسیار مهم است.
آیا میتوان هویت صاحب کیف پول را پیدا کرد؟
نه صرفاً با TXID.
یکی از اشتباهات رایج این است که تصور شود:
آدرس بلاکچین = هویت واقعی فرد
در واقع، آدرس معمولاً یک شناسه آنچین است.
برای نسبت دادن آن به یک شخص یا سازمان ممکن است به اطلاعات خارج از زنجیره، برچسبهای معتبر، اطلاعات سرویسها یا فرآیندهای قانونی نیاز باشد.
یک مثال فرضی
فرض کنید یک دارایی از:
Wallet A
شروع شده است.
پس از آن:
A → B → C → D
بررسی نشان میدهد:
- A انتقال اولیه را انجام داده.
- B فقط برای مدت کوتاهی دارایی را نگه داشته.
- C دارایی را به چند بخش تقسیم کرده.
- D با یک سرویس شناختهشده تعامل داشته است.
در این حالت، تحلیلگر میتواند مسیر را مستند کند؛ اما نباید بدون شواهد بیشتر درباره مالکیت یا نیت صاحبان آدرسها نتیجهگیری کند.
۷ اشتباه رایج در ردیابی تراکنش
۱. بررسی فقط یک TXID
یک TXID معمولاً فقط یک نقطه از مسیر است.
۲. نادیده گرفتن شبکه
هر شبکه ساختار و Explorer متفاوتی دارد.
۳. اشتباه گرفتن قرارداد با کیف پول
Contract Address و Wallet Address عملکرد یکسانی ندارند.
۴. نتیجهگیری درباره هویت
مشاهده یک آدرس به معنی شناخت صاحب آن نیست.
۵. نادیده گرفتن زمان
ترتیب زمانی برای بازسازی مسیر بسیار مهم است.
۶. بررسی نکردن تراکنشهای بعدی
گاهی مهمترین بخش پرونده بعد از تراکنش اولیه اتفاق میافتد.
۷. ثبت نکردن شواهد
تحلیل حرفهای باید قابل بازبینی و مستندسازی باشد.
چکلیست ردیابی
قبل از نهایی کردن تحلیل:
☑ شبکه
☑ TXID
☑ آدرس مبدأ
☑ آدرس مقصد
☑ مبلغ
☑ Timestamp
☑ تراکنشهای بعدی
☑ قراردادهای مرتبط
☑ مقصدهای شناختهشده
☑ سطح اطمینان تحلیل
جمعبندی
ردیابی تراکنش در بلاکچین بیشتر از پیدا کردن یک TXID است.
TXID نقطه شروع است.
بعد از آن باید مسیر دارایی، آدرسهای واسط، زمان انتقال، مقصدهای بعدی و ارتباطات آنچین بررسی شوند.
مهمتر از همه، تحلیلگر باید همیشه بین آنچه روی بلاکچین مشاهده شده و برداشتی که از آن داده دارد تفاوت بگذارد.
همین تفاوت است که یک جستوجوی ساده را به یک تحلیل حرفهای بلاکچین تبدیل میکند.
بلاگها و مقالات
مشاهده همه
آموزش تحلیل 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
چگونه Timeline تراکنشهای رمزارزی را برای یک پرونده Blockchain Forensics بسازیم؟
در بسیاری از پروندههای کلاهبرداری رمزارزی، اطلاعات زیادی وجود دارد اما مشکل اصلی جای دیگری است: رویدادها به ترتیب درست کنار یکدیگر قرار نگرفتهاند. ممکن است پرونده شامل دهها TXID، چند کیف پول، دو یا سه شبکه بلاکچینی، یک صرافی، یک DEX و تعداد زیادی آدرس واسط باشد. اگر این اطلاعات بدون ساختار ارائه شوند، حتی یک تحلیل فنی درست نیز میتواند برای مخاطب گیجکننده باشد. یکی از مؤثرترین روشها برای حل این مشکل، ساخت Transaction Timeline است. Timeline به زبان ساده پاسخ میدهد: چه اتفاقی، در چه زمانی، برای چه مقدار دارایی و میان چه آدرسهایی رخ داده است؟