چگونه تراکنش‌های Cross-Chain و Bridge را در بلاکچین ردیابی کنیم؟

۲۱ شهریور ۱۴۰۵

چگونه تراکنش‌های Cross-Chain و Bridge را در بلاکچین ردیابی کنیم؟

در گذشته، ردیابی یک تراکنش رمزارزی معمولاً با دنبال‌کردن مسیر یک آدرس در یک شبکه مشخص انجام می‌شد. برای مثال، اگر وجوه روی شبکه TRON جابه‌جا می‌شد، تحلیلگر می‌توانست از یک Explorer مانند TRONSCAN شروع کند و انتقال‌های بعدی را بررسی کند. اما امروز بسیاری از فعالیت‌های رمزارزی محدود به یک بلاکچین نیستند. یک دارایی ممکن است ابتدا روی Ethereum قرار داشته باشد، سپس از طریق یک Bridge به شبکه دیگری منتقل شود و در نهایت از یک صرافی غیرمتمرکز، کیف پول شخصی یا صرافی متمرکز عبور کند. اینجاست که Cross-Chain Tracing اهمیت پیدا می‌کند. تحقیقات منتشرشده در سال ۲۰۲۶ نیز نشان می‌دهد که تحلیل تراکنش‌های Cross-Chain از تحلیل تک‌زنجیره‌ای دشوارتر است، زیرا اطلاعات مربوط به یک انتقال ممکن است میان زنجیره مبدأ، زنجیره مقصد و حتی سیستم‌های خارج از زنجیره توزیع شده باشد.

چگونه تراکنش‌های Cross-Chain و Bridge را در بلاکچین ردیابی کنیم؟

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 است یا فقط یک آدرس مستقل است؟

این موضوع نیازمند بررسی شواهد متعدد است.blog image

مرحله اول: شبکه مبدأ را مشخص کنید

اولین مرحله در یک بررسی Cross-Chain، تعیین دقیق شبکه‌ای است که دارایی در آن قرار داشته است.

مثلاً:

  1. Ethereum
  2. BNB Chain
  3. TRON
  4. Polygon
  5. Arbitrum
  6. Optimism
  7. Solana
  8. 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

اما همیشه مقدار دقیق یکسان نیست.

ممکن است:

  1. کارمزد کسر شده باشد.
  2. دارایی Wrapped شده باشد.
  3. توکن متفاوتی صادر شده باشد.
  4. چند خروجی ایجاد شده باشد.
  5. مقصد نهایی مستقیماً 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 متعلق به همان فرد است.

باید شواهد دیگری نیز بررسی شوند.blog image

مرحله پنجم: Amount Correlation

مقدار انتقال نیز اهمیت دارد.

مثلاً:

Source:

100,000 USDT


Destination:

99,950 USDT

اختلاف 50 USDT ممکن است ناشی از کارمزد باشد.

ولی اگر ببینیم:

Source:

100,000 USDT


Destination:

42,000 USDT

باید با دقت بیشتری بررسی کنیم که آیا:

  1. بخشی از دارایی به آدرس دیگری رفته؟
  2. Bridge چند خروجی داشته؟
  3. عملیات دیگری بین این دو رخ داده؟
  4. دارایی در مقصد 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 یا سرویس مربوطه در اختیار می‌گذارد متفاوت باشند.

بنابراین در پرونده‌های حرفه‌ای بهتر است نتیجه‌گیری به شکل سطح اطمینان بیان شود:

  1. Confirmed
  2. Highly Likely
  3. Probable
  4. Possible
  5. 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 در بلاکچین؛

آموزش تحلیل 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

چگونه Timeline تراکنش‌های رمزارزی را برای یک پرونده Blockchain Forensics بسازیم؟

چگونه Timeline تراکنش‌های رمزارزی را برای یک پرونده Blockchain Forensics بسازیم؟

در بسیاری از پرونده‌های کلاهبرداری رمزارزی، اطلاعات زیادی وجود دارد اما مشکل اصلی جای دیگری است: رویدادها به ترتیب درست کنار یکدیگر قرار نگرفته‌اند. ممکن است پرونده شامل ده‌ها TXID، چند کیف پول، دو یا سه شبکه بلاکچینی، یک صرافی، یک DEX و تعداد زیادی آدرس واسط باشد. اگر این اطلاعات بدون ساختار ارائه شوند، حتی یک تحلیل فنی درست نیز می‌تواند برای مخاطب گیج‌کننده باشد. یکی از مؤثرترین روش‌ها برای حل این مشکل، ساخت Transaction Timeline است. Timeline به زبان ساده پاسخ می‌دهد: چه اتفاقی، در چه زمانی، برای چه مقدار دارایی و میان چه آدرس‌هایی رخ داده است؟

رمز عبور

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

ibcd logo