چگونه تراکنشهای Cross-Chain و Bridge را در بلاکچین ردیابی کنیم؟
چگونه تراکنشهای Cross-Chain و Bridge را در بلاکچین ردیابی کنیم؟
در گذشته، ردیابی یک تراکنش رمزارزی معمولاً با دنبالکردن مسیر یک آدرس در یک شبکه مشخص انجام میشد. برای مثال، اگر وجوه روی شبکه TRON جابهجا میشد، تحلیلگر میتوانست از یک Explorer مانند TRONSCAN شروع کند و انتقالهای بعدی را بررسی کند. اما امروز بسیاری از فعالیتهای رمزارزی محدود به یک بلاکچین نیستند. یک دارایی ممکن است ابتدا روی Ethereum قرار داشته باشد، سپس از طریق یک Bridge به شبکه دیگری منتقل شود و در نهایت از یک صرافی غیرمتمرکز، کیف پول شخصی یا صرافی متمرکز عبور کند. اینجاست که Cross-Chain Tracing اهمیت پیدا میکند. تحقیقات منتشرشده در سال ۲۰۲۶ نیز نشان میدهد که تحلیل تراکنشهای Cross-Chain از تحلیل تکزنجیرهای دشوارتر است، زیرا اطلاعات مربوط به یک انتقال ممکن است میان زنجیره مبدأ، زنجیره مقصد و حتی سیستمهای خارج از زنجیره توزیع شده باشد.
Cross-Chain Transaction چیست؟
Cross-Chain Transaction به تراکنشی گفته میشود که در آن انتقال ارزش یا دارایی میان دو شبکه بلاکچینی مختلف اتفاق میافتد.
برای مثال:
Ethereum
↓
Bridge
↓
Arbitrum
↓
DEX
↓
USDT
↓
Wallet B
در این حالت ممکن است تصور کنیم یک تراکنش از Ethereum به Arbitrum انجام شده است، اما در واقع با مجموعهای از تراکنشها مواجه هستیم.
بنابراین:
یک Cross-Chain Transfer لزوماً برابر با یک TXID نیست.
ممکن است برای بازسازی کامل مسیر نیاز داشته باشیم چندین تراکنش را در چند شبکه بررسی کنیم.
Bridge چگونه کار میکند؟
Bridgeها مدلهای مختلفی دارند، اما از دید یک تحلیلگر، معمولاً با دو بخش اصلی مواجه هستیم:
۱. تراکنش در زنجیره مبدأ
کاربر دارایی را به یک قرارداد یا آدرس مشخص ارسال میکند.
مثلاً:
Wallet A
↓
Bridge Contract
۲. تراکنش در زنجیره مقصد
پس از انجام فرآیند Bridge، دارایی متناظر یا دارایی منتقلشده در شبکه مقصد در اختیار کاربر قرار میگیرد.
Bridge
↓
Wallet B
بنابراین یکی از مهمترین کارهای تحلیلگر این است که مشخص کند:
آیا Wallet B واقعاً ادامه همان جریان مالی Wallet A است یا فقط یک آدرس مستقل است؟
این موضوع نیازمند بررسی شواهد متعدد است.
مرحله اول: شبکه مبدأ را مشخص کنید
اولین مرحله در یک بررسی Cross-Chain، تعیین دقیق شبکهای است که دارایی در آن قرار داشته است.
مثلاً:
- Ethereum
- BNB Chain
- TRON
- Polygon
- Arbitrum
- Optimism
- Solana
- TON
نباید صرفاً بر اساس نام توکن نتیجهگیری کرد.
مثلاً USDT میتواند روی چندین شبکه مختلف وجود داشته باشد.
بنابراین باید همزمان سه مورد مشخص شود:
Token
Network
Contract Address
مرحله دوم: تراکنش ورود به Bridge را پیدا کنید
فرض کنید کیف پول مورد بررسی چنین تراکنشی دارد:
Wallet A
↓
Bridge Contract
↓
100,000 USDT
این تراکنش یک نقطه بسیار مهم در Timeline است.
اطلاعاتی که باید ثبت شوند:
فیلد
اطلاعات
TXID
شناسه تراکنش
Network
شبکه
Token
نوع دارایی
Amount
مقدار
Sender
فرستنده
Contract
قرارداد Bridge
Timestamp
زمان
Block
شماره بلاک
مرحله سوم: تراکنش سمت مقصد را پیدا کنید
حالا باید بررسی کنیم که در شبکه مقصد چه اتفاقی افتاده است.
ممکن است:
Ethereum
100,000 USDT
↓
Bridge
↓
Arbitrum
100,000 USDT
↓
Wallet B
اما همیشه مقدار دقیق یکسان نیست.
ممکن است:
- کارمزد کسر شده باشد.
- دارایی Wrapped شده باشد.
- توکن متفاوتی صادر شده باشد.
- چند خروجی ایجاد شده باشد.
- مقصد نهایی مستقیماً Wallet B نباشد.
به همین دلیل، صرفاً جستجوی مقدار یکسان کافی نیست.
مرحله چهارم: زمان را مقایسه کنید
یکی از مهمترین شاخصها در Cross-Chain Analysis، Temporal Correlation یا ارتباط زمانی است.
فرض کنیم:
10:32:14
Wallet A → Bridge
100,000 USDT
10:32:49
Bridge → Wallet B
99,950 USDT
فاصله زمانی ۳۵ ثانیهای میتواند یک نشانه مهم باشد.
اما این موضوع بهتنهایی اثبات نمیکند که Wallet B متعلق به همان فرد است.
باید شواهد دیگری نیز بررسی شوند.
مرحله پنجم: Amount Correlation
مقدار انتقال نیز اهمیت دارد.
مثلاً:
Source:
100,000 USDT
Destination:
99,950 USDT
اختلاف 50 USDT ممکن است ناشی از کارمزد باشد.
ولی اگر ببینیم:
Source:
100,000 USDT
Destination:
42,000 USDT
باید با دقت بیشتری بررسی کنیم که آیا:
- بخشی از دارایی به آدرس دیگری رفته؟
- Bridge چند خروجی داشته؟
- عملیات دیگری بین این دو رخ داده؟
- دارایی در مقصد Swap شده؟
Cross-Chain Tracing فقط دنبالکردن آدرس نیست
یکی از اشتباهات رایج این است که تحلیلگر تصور کند:
«آدرس در شبکه اول همان آدرس در شبکه دوم است.»
در بعضی اکوسیستمها ممکن است ساختار آدرس مشابه یا حتی یکسان باشد، اما این موضوع بهتنهایی مالکیت را ثابت نمیکند.
در یک گزارش حرفهای باید میان این سه مفهوم تفاوت گذاشت:
Address Matching
یعنی دو آدرس از نظر فنی مشابه یا مرتبط هستند.
Transaction Matching
یعنی شواهد نشان میدهد دو رویداد احتمالاً مربوط به یک انتقال هستند.
Entity Attribution
یعنی شواهد کافی برای انتساب آدرس یا جریان به یک شخص یا نهاد وجود دارد.
این سه مفهوم نباید با یکدیگر اشتباه گرفته شوند.
مثال عملی
فرض کنیم یک پرونده شامل سرقت 250,000 USDT باشد.
مسیر اولیه:
Victim
↓
Wallet A
↓
Wallet B
↓
Bridge
↓
Arbitrum
↓
Wallet C
↓
DEX
↓
USDC
↓
Wallet D
↓
Exchange
اگر تحلیلگر فقط Ethereum را بررسی کند، ممکن است مسیر در Bridge متوقف شود.
اما تحلیل Cross-Chain باعث میشود بررسی ادامه پیدا کند.
چه چیزهایی باید در گزارش ثبت شود؟
برای هر مرحله بهتر است جدولی مانند زیر داشته باشید:
مرحله
شبکه
مبدأ
مقصد
دارایی
مقدار
TXID
1
Ethereum
Victim
Wallet A
USDT
250K
TX...
2
Ethereum
Wallet A
Wallet B
USDT
250K
TX...
3
Ethereum
Wallet B
Bridge
USDT
250K
TX...
4
Arbitrum
Bridge
Wallet C
USDT
249K
TX...
5
Arbitrum
Wallet C
DEX
USDT
249K
TX...
این ساختار باعث میشود مسیر برای مقام قضایی، تیم Compliance یا صرافی قابل فهمتر باشد.
چالش اصلی Cross-Chain Investigation
مطالعات جدید درباره Cross-Chain Tracing تأکید میکنند که اطلاعات لازم برای تطبیق تراکنشها ممکن است در چند محیط مختلف توزیع شده باشد و روشهای تطبیق نیز بسته به دادهای که Bridge یا سرویس مربوطه در اختیار میگذارد متفاوت باشند.
بنابراین در پروندههای حرفهای بهتر است نتیجهگیری به شکل سطح اطمینان بیان شود:
- Confirmed
- Highly Likely
- Probable
- Possible
- Unconfirmed
این روش بسیار بهتر از بیان قطعی یک فرضیه ضعیف است.
اشتباهات رایج
اشتباه اول: جستجوی فقط TXID
TXID اول ممکن است فقط آغاز یک زنجیره باشد.
اشتباه دوم: نادیده گرفتن Contract
گاهی چیزی که بهعنوان «آدرس مقصد» دیده میشود در واقع یک Smart Contract است.
اشتباه سوم: بیتوجهی به Token Contract
USDT روی شبکههای مختلف قراردادهای متفاوت دارد.
اشتباه چهارم: فرض مالکیت مشترک
شباهت زمانی و مقداری، بهتنهایی مالکیت مشترک را ثابت نمیکند.
چکلیست ردیابی Cross-Chain
Identify Source Chain
↓
Identify Token Contract
↓
Find Bridge Interaction
↓
Record Source TXID
↓
Identify Destination Chain
↓
Find Corresponding Event
↓
Compare Time
↓
Compare Amount
↓
Analyze Destination Wallet
↓
Continue Tracing
↓
Document Evidence
نتیجهگیری
Cross-Chain بودن یک تراکنش به معنی غیرقابلردگیری بودن آن نیست.
در بسیاری از پروندهها، مشکل اصلی این نیست که دادهای وجود ندارد؛ مشکل این است که دادهها در چند شبکه و چند نوع زیرساخت توزیع شدهاند.
تحلیلگر حرفهای باید به جای دنبالکردن ساده آدرسها، روابط زمانی، مقدار، قرارداد، رویدادها، رفتار کیف پول و مسیر بعدی دارایی را کنار هم قرار دهد.
بلاگها و مقالات
مشاهده همه
آموزش تحلیل 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 به زبان ساده پاسخ میدهد: چه اتفاقی، در چه زمانی، برای چه مقدار دارایی و میان چه آدرسهایی رخ داده است؟