صرافی رمزارز پاسخگوی پشتیبانی نیست و برداشت غیرفعال است؛ آیا قابل پیگیری قضایی است؟

صرافی رمزارز پاسخگوی پشتیبانی نیست و برداشت غیرفعال است وقتی صرافی پاسخ نمی‌دهد و دکمه برداشت برای کاربر غیرفعال شده، طبیعی است که اولین تصور «بلوکه کردن پول» یا حتی «کلاهبرداری» باشد. اما از نظر حقوقی این دو نشانه به‌تنهایی برای اثبات جرم کافی نیستند. توقف برداشت ممکن است ناشی از قفل امنیتی بعد از تغییر رمز یا 2FA، بررسی KYC و EDD، درخواست اسناد منشأ وجوه، محدودیت جغرافیایی، دستور قضایی، اختلاف P2P، تعمیر کیف پول شبکه، یا یک رخداد امنیتی واقعی باشد. همین تفاوت، مسیر پیگیری را از یک تیکت فنی ساده تا دعوای حقوقی، شکایت کیفری یا اقدام بین‌المللی تغییر می‌دهد.

بله، در بسیاری از سناریوها امکان پیگیری وجود دارد؛ اما نوع پیگیری باید با علت محدودیت و هویت صرافی منطبق باشد. اگر صرافی ایرانی است، رابطه قراردادی، مقررات جاری، وضعیت مجوز، تعهدات نگهداری دارایی و مسیرهای قضایی داخل کشور اهمیت بیشتری دارد. اگر صرافی خارجی است، علاوه بر ماهیت اختلاف، شخصیت حقوقی طرف قرارداد، کشور ثبت، Terms of Use، شرط داوری، تحریم‌ها و امکان اجرای تصمیم در خارج از ایران تعیین‌کننده می‌شوند. در پرونده‌ای که شخص ثالث حساب را هک کرده یا دارایی را منتقل کرده نیز ممکن است صرافی صرفاً محل نگهداری داده یا مقصد تراکنش باشد و نه مرتکب جرم.

صرافی رمزارز پاسخگوی پشتیبانی نیست آیا قابل پیگیری قضایی است؟

بله، اگر پس از بررسی مشخص شود حق قراردادی یا مالکیت شما نقض شده، دارایی بدون مبنای معتبر نگه داشته شده، تعهد صرافی اجرا نشده، یا رفتار مشخصی واجد وصف کیفری است، امکان اقدام حقوقی یا کیفری وجود دارد. اما «پاسخ ندادن» به‌تنهایی جرم مستقل ایجاد نمی‌کند و «غیرفعال شدن برداشت» نیز الزاماً به معنای تصاحب مجرمانه نیست. موضوع باید با علت، مدت، قرارداد، پیام‌های صرافی و رفتار واقعی طرفین سنجیده شود.

در صرافی داخلی، اگر کاربر دارایی یا وجهی را طبق قرارداد در اختیار پلتفرم گذاشته و پلتفرم بدون مبنای قراردادی یا قانونی از تعیین تکلیف آن خودداری کند، ممکن است بحث الزام به ایفای تعهد، استرداد دارایی یا مطالبه خسارت مطرح شود. مواد ۲۱۹ تا ۲۲۱ قانون مدنی بر لازم‌الاتباع بودن قراردادهای صحیح و آثار تخلف از تعهد تأکید دارند. البته خواسته دقیق باید با نوع قرارداد، ماهیت دارایی و وضعیت حساب تنظیم شود و نمی‌توان برای همه پرونده‌ها یک عنوان واحد نوشت. متن قانون مدنی

اگر قرائن نشان دهد شخصی با دسترسی غیرمجاز، تغییر داده، توقف یا دستکاری سامانه یا مداخله غیرمجاز در سیستم توانسته مال یا منفعت مالی به دست آورد، موضوع ممکن است وارد قلمرو جرایم رایانه‌ای شود. ماده ۱۳ قانون جرایم رایانه‌ای، که در متن تنقیحی به ماده ۷۴۱ بخش تعزیرات منتقل شده، ناظر به تحصیل مال یا منفعت از طریق اعمال غیرمجاز در سامانه است. استفاده از این عنوان فقط زمانی درست است که عناصر رفتار واقعاً وجود داشته باشد؛ اختلاف حسابداری، تأخیر پشتیبانی یا اجرای یک محدودیت قانونی را نباید بدون دلیل به این جرم تبدیل کرد. متن قانون جرایم رایانه‌ای

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

سناریوهای رایج؛ اول بفهمید دقیقاً چه چیزی غیرفعال شده است

«برداشت غیرفعال» یک وضعیت واحد نیست. ممکن است کل حساب بسته شده باشد، فقط برداشت یک شبکه متوقف باشد، برداشت به دلیل تغییر تنظیمات امنیتی قفل شده باشد، حساب وارد بررسی انطباق شده باشد، یا صرافی به دستور مرجع صالح اجازه انتقال ندهد. تشخیص همین تفاوت، اولین مرحله حقوقی پرونده است.

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

چارچوب حقوقی ایران؛ کدام قواعد به پرونده صرافی مربوط می‌شوند؟

برای این موضوع یک ماده واحد که بگوید «صرافی پاسخ نداد، پس جرم واقع شده» وجود ندارد. بسته به سناریو، قواعد قراردادها، قانون تجارت الکترونیکی، قانون جرایم رایانه‌ای، آیین دادرسی کیفری، مقررات ناظر بر کارگزاران رمزپول و قواعد مطالبه خسارت می‌توانند هم‌زمان یا جداگانه مطرح شوند.

۱) رابطه قراردادی کاربر و صرافی

در یک اختلاف عادی با صرافی داخلی، نقطه شروع معمولاً قرارداد کاربری و تعهدات متقابل است. مواد ۲۱۹ و ۲۲۰ قانون مدنی بر الزام طرفین به مفاد قرارداد صحیح و نتایج قانونی و عرفی آن تأکید دارند و ماده ۲۲۱ در شرایط مقرر مسئولیت ناشی از تخلف از تعهد را مطرح می‌کند. بنابراین باید Terms، نسخه شرایط استفاده در زمان رخداد، سیاست برداشت، رویه احراز هویت، هشدارهای ریسک و هر الحاقیه مرتبط کنار هم دیده شود. یک اسکرین‌شات از صفحه اصلی صرافی جای قرارداد و نسخه شرایط حاکم بر حساب شما را نمی‌گیرد.

۲) داده‌پیام و اسناد الکترونیکی

مواد ۱۲ تا ۱۵ قانون تجارت الکترونیکی تصریح می‌کنند که اسناد و ادله می‌توانند به شکل داده‌پیام باشند و ارزش اثباتی آنها صرفاً به دلیل قالب الکترونیکی قابل رد نیست. در عین حال، ارزش واقعی مدرک به روش نگهداری، عوامل اطمینان‌بخش، تمامیت و قابلیت انتساب آن بستگی دارد. پس ایمیل، تیکت، فایل CSV، گزارش حساب، پیام داخل اپلیکیشن و داده‌های بلاکچین می‌توانند مهم باشند؛ اما هر کدام باید روشن کند چه گزاره‌ای را اثبات می‌کنند. قانون تجارت الکترونیکی

۳) مقررات کارگزاران رمزپول

هیأت عالی بانک مرکزی در سال ۱۴۰۴ «دستورالعمل تأسیس، فعالیت، انحلال و نظارت بر کارگزاران رمزپول» را تصویب کرده است. این دستورالعمل ۵۸ ماده دارد و درباره مجوز فعالیت، وظایف کارگزار، الزامات شرکتی و نظارت صحبت می‌کند. برای پرونده یک پلتفرم داخلی باید ابتدا بررسی شود آیا و چگونه در دامنه همین مقررات قرار می‌گیرد و وضعیت مجوز یا تطبیق آن چیست؛ صرف استفاده از عنوان «صرافی رمزارز» برای نتیجه‌گیری درباره وضعیت نظارتی کافی نیست. متن دستورالعمل کارگزاران رمزپول

۴) مسئولیت کیفری فقط با وجود رفتار مجرمانه

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

۵) خسارت و هزینه دادرسی

ماده ۵۱۵ آیین دادرسی مدنی امکان مطالبه خسارات ناشی از دادرسی یا تأخیر و عدم انجام تعهد را در شرایط قانونی مطرح می‌کند و ماده ۵۱۹ نیز هزینه دادرسی، حق‌الوکاله در حدود قانونی و هزینه‌هایی مانند کارشناسی را در زمره خسارات دادرسی می‌شناسد. این بدان معنا نیست که هر کاهش قیمت رمزارز یا هر سود از دست‌رفته حتماً قابل وصول است؛ رابطه سببیت، مبنای قانونی، نوع خسارت و قابلیت اثبات باید جداگانه بررسی شود. متن ماده ۵۱۵ قانون آیین دادرسی مدنی

ادله دیجیتال؛ چه چیزی را فوراً ذخیره کنیم؟

پرونده قوی با «تعداد زیاد اسکرین‌شات» ساخته نمی‌شود؛ با زنجیره‌ای منظم از مدارک ساخته می‌شود که مالکیت حساب، موجودی، واقعه، زمان، تراکنش، مکاتبه و انتساب را به هم وصل کند. بهترین حالت این است که علاوه بر تصاویر، فایل‌های اصلی و خروجی‌های قابل دانلود نیز نگهداری شوند.

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

در آیین دادرسی جرایم رایانه‌ای، ماده ۶۶۹ امکان صدور دستور حفاظت از داده‌های ذخیره‌شده برای تحقیق یا دادرسی را پیش‌بینی می‌کند و ماده ۶۷۰ درباره ارائه داده‌های حفاظت‌شده با دستور مقام قضایی است. ماده ۶۸۵ نیز در شرایط مقرر قابلیت استناد داده رایانه‌ای را با توجه به صحت و تمامیت مطرح می‌کند. بنابراین در رخدادهای امنیتی، سرعت در طرح موضوع و درخواست حفظ داده می‌تواند مهم باشد؛ به‌خصوص وقتی خطر حذف یا چرخش لاگ‌ها وجود دارد. آیین دادرسی جرایم رایانه‌ای

اگر موضوع شما برداشت غیرمجاز از کیف پول و سپس انتقال به صرافی است، راهنمای تنظیم شکواییه سرقت ارز دیجیتال از کیف پول می‌تواند برای تفکیک مالکیت کیف پول، انتقال غیرمجاز و ردیابی مقصد مفید باشد.

راهکارهای فنی قبل از شکایت؛ چه چیزهایی را بررسی کنیم؟

قبل از نسبت دادن تخلف، باید مشخص شود مشکل فقط یک توقف فنی عمومی نیست. وضعیت شبکه، صفحه Status صرافی، شبکه انتخابی، Memo/Tag، وضعیت کیف پول، محدودیت امنیتی، تیکت Compliance و وجود یا نبود TxID را بررسی کنید. این بررسی هم ممکن است مشکل را حل کند و هم در صورت حل نشدن، پرونده را دقیق‌تر می‌کند.

اگر دکمه برداشت غیرفعال است

ابتدا پیام دقیق کنار دکمه را ثبت کنید. عبارت‌هایی مانند Suspended، Under Review، Risk Control، Security Hold، Wallet Maintenance یا Verification Required از نظر فنی یک معنی ندارند. از صفحه اسکرین‌شات بگیرید و اگر صرافی صفحه وضعیت عمومی دارد، وضعیت همان دارایی و شبکه را بررسی کنید. اگر محدودیت عمومی است، تاریخ شروع و اعلام رسمی را ذخیره کنید. اگر فقط برای حساب شماست، این تفاوت را در Timeline بنویسید.

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

اگر برداشت Completed است ولی دارایی نرسیده

از صرافی TxID بخواهید و آن را در اکسپلورر همان شبکه بررسی کنید. اگر TxID معتبر و Confirmed است، آدرس مقصد، شبکه و در صورت وجود Memo یا Tag را با حساب مقصد تطبیق دهید. اگر تراکنش روی شبکه وجود ندارد ولی صرافی وضعیت را Completed نشان می‌دهد، از پشتیبانی بخواهید شناسه تراکنش آن‌چین و شبکه دقیق را ارائه کند. اگر تراکنش روی شبکه صحیح است اما مقصد آن را نمایش نمی‌دهد، پرونده ممکن است به پلتفرم مقصد نیز مربوط شود.

در این سناریو باید بین «دارایی از صرافی خارج نشده»، «دارایی خارج شده ولی به مقصد اشتباه رفته» و «دارایی درست به آدرس متعلق به پلتفرم مقصد رسیده ولی هنوز در حساب کاربر Credit نشده» تفاوت گذاشت. هر یک از این وضعیت‌ها مسئولیت فنی و حقوقی متفاوتی ایجاد می‌کند.

اگر احتمال هک وجود دارد

قبل از پاک‌سازی دستگاه یا حذف ایمیل‌ها، شواهد حادثه را حفظ کنید. سپس از مسیرهای رسمی، رمز عبور ایمیل و حساب را تغییر دهید، 2FA را بازبینی کنید، نشست‌های ناشناس را ببندید و API Keyهای مشکوک را لغو کنید. Seed Phrase یا کد 2FA را برای هیچ «کارشناس بازیابی» ارسال نکنید. اگر برداشت هنوز در مرحله قابل توقف است، فوراً از صرافی درخواست Secure Account و حفظ لاگ‌های ورود و برداشت کنید.

اگر ایمیل تغییر رمز، تأیید برداشت یا ورود از دستگاه جدید دریافت کرده‌اید، آن را پاک نکنید. زمان ایمیل، فرستنده، Header قابل دسترس و ارتباط زمانی آن با TxID می‌تواند در بازسازی رخداد مؤثر باشد. در پرونده سایبری گاهی همین ترتیب زمانی مشخص می‌کند آیا برداشت پس از یک دسترسی مشکوک انجام شده یا از یک نشست قبلاً مجاز صورت گرفته است.

اگر صرافی اسناد منشأ وجوه می‌خواهد

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

اگر بخشی از دارایی حاصل معاملات قبلی، انتقال از کیف پول شخصی، دریافت از شخص ثالث یا فروش دارایی دیگری است، هر بخش را جداگانه توضیح دهید. یک جدول ساده شامل «تاریخ، مبلغ، مبدأ، مقصد، TxID و سند مرتبط» معمولاً از ده‌ها فایل بدون توضیح مفیدتر است.

در ۲۴ ساعت اول چه کار کنم و چه کار نکنم؟

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

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

شکایت کیفری یا دادخواست حقوقی؟ تفاوتی که نتیجه پرونده را عوض می‌کند

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

در پرونده‌ای که مرز میان اختلاف قراردادی و جرم سایبری روشن نیست، بررسی توسط وکیل ارزدیجیتال باید از «صورت مسئله» شروع شود: چه کسی چه تعهدی داشته، کدام عمل انجام نشده، آیا انتقال غیرمجاز رخ داده، چه مدرکی برای انتساب وجود دارد و کدام مرجع واقعاً اختیار رسیدگی دارد.

روند قدم‌به‌قدم پیگیری و دادرسی در ایران

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

گام اول: هویت طرف را دقیق کنید

در صرافی داخلی، نام تجاری را با نام شخصیت حقوقی اشتباه نگیرید. شناسه شرکت، نام حقوقی درج‌شده در قرارداد، حساب بانکی، فاکتور، Terms و هر اطلاعات ثبتی قابل دسترس را کنار هم بگذارید. اگر طرف شما یک شرکت است، دادخواست یا شکایت باید با توجه به شخصیت صحیح و نقش واقعی آن تنظیم شود. اگر طرف حقیقی یا حساب واسطه P2P درگیر است، اطلاعات او نیز باید جدا شود.

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

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

درخواست شما باید شامل UID، تاریخ شروع محدودیت، دارایی و مقدار، شبکه، شماره تیکت قبلی و خواسته مشخص باشد. خواسته می‌تواند «اعلام علت محدودیت»، «تعیین مدارک ناقص»، «بررسی و رفع محدودیت در صورت تکمیل الزامات»، «تعیین تکلیف دارایی»، یا «حفظ لاگ‌های مرتبط» باشد. از اتهام‌زنی کلی خودداری کنید.

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

گام سوم: مسیر قضایی مناسب را انتخاب کنید

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

گام چهارم: درخواست‌های فنی را مشخص کنید

در شکایت سایبری فقط ننویسید «خواهشمند است رسیدگی شود». اگر واقعاً مرتبط است، درخواست بررسی و حفظ لاگ ورود، IP، دستگاه، زمان تغییر تنظیمات، اطلاعات حساب مقصد، سوابق برداشت، داده KYC و جریان انتقال را مطرح کنید. اینکه کدام داده قابل اخذ است به صلاحیت، محل نگهداری، قانون و همکاری سرویس‌دهنده بستگی دارد؛ به‌خصوص در مورد صرافی خارجی، دادگاه ایران لزوماً دسترسی مستقیم به همه داده‌های شرکت خارجی ندارد.

ماده ۶۶۹ آیین دادرسی کیفری اجازه می‌دهد در شرایط مقرر دستور حفاظت از داده‌های رایانه‌ای صادر شود و ماده ۶۷۰ نیز درباره دستور ارائه داده‌های حفاظت‌شده است. این ساختار نشان می‌دهد که «حفظ داده» و «ارائه داده» دو مرحله یکسان نیستند. در پرونده‌ای که احتمال حذف لاگ وجود دارد، همین تفاوت می‌تواند اهمیت عملی داشته باشد.

گام پنجم: کارشناسی را جدی بگیرید

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

یک گزارش قابل فهم بهتر است برای هر تراکنش مشخص کند: دارایی چیست، شبکه چیست، TxID کدام است، از چه آدرسی به چه آدرسی رفته، زمان چه بوده، ارزش تقریبی در زمان رخداد چه بوده و این تراکنش دقیقاً کدام بخش ادعا را پشتیبانی می‌کند. نمودار شلوغ بدون پاسخ به این پرسش‌ها الزاماً ارزش اثباتی بیشتری ندارد.

روش اثبات جرم در پرونده صرافی و برداشت غیرمجاز

برای اثبات جرم باید فراتر از «دارایی من کم شده» رفت. وقوع رفتار مجرمانه، انتساب رفتار به متهم، وجود نتیجه یا منفعت مالی، رابطه سببیت و در عناوینی که عنصر روانی لازم دارند، سوءنیت باید از مجموعه ادله و قرائن قابل استنباط باشد. در فضای رمزارز، بلاکچین فقط بخشی از این زنجیره را روشن می‌کند.

۱) اثبات مالکیت یا کنترل اولیه

باید نشان دهید دارایی پیش از واقعه در اختیار شما بوده است. در حساب صرافی، UID، تاریخچه واریز، خرید، صورت‌حساب و KYC می‌تواند کمک کند. در کیف پول غیرامانی، آدرس، سوابق انتقال از حساب‌های شناخته‌شده، امضای پیام در شبکه‌هایی که امکان آن وجود دارد و سایر قرائن ممکن است مطرح شوند. ارائه Seed Phrase به اشخاص دیگر راه مناسبی برای اثبات مالکیت نیست و خطر امنیتی جدی ایجاد می‌کند.

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

۲) اثبات وقوع عمل غیرمجاز

ورود ناشناس، تغییر ایمیل، ایجاد API Key، خاموش شدن 2FA، برداشت بدون تأیید شما یا دستکاری سوابق می‌تواند قرینه باشد. اما هر کدام باید با زمان و داده فنی پشتیبانی شود. صرف اینکه شما معامله‌ای را به خاطر نمی‌آورید کافی نیست؛ باید تاریخچه حساب، هشدارهای امنیتی و داده‌های مرتبط بررسی شوند.

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

۳) اثبات جریان دارایی

TxID، آدرس مقصد، تراکنش‌های بعدی و در صورت امکان داده‌های معتبر مرتبط می‌توانند جریان دارایی را نشان دهند. اگر دارایی وارد یک صرافی متمرکز شده، آدرس واریز ممکن است فقط نشان دهد دارایی به زیرساخت آن پلتفرم رسیده است. برای دانستن اینکه کدام کاربر داخلی دریافت‌کننده بوده، معمولاً نیاز به اطلاعات داخلی صرافی است.

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

۴) انتساب به شخص

مهم‌ترین حلقه همین است. IP، دستگاه، شماره تلفن، ایمیل، KYC، حساب بانکی، شناسه کاربر مقصد، ارتباطات و شواهد تکمیلی می‌توانند به انتساب کمک کنند. اگر این حلقه وجود نداشته باشد، ممکن است جریان رمزارز روشن باشد اما شخص مرتکب هنوز ناشناس بماند.

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

۵) حفظ تمامیت مدرک

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

قانون آیین دادرسی کیفری برای برخی داده‌های ترافیکی و اطلاعات کاربران قواعد نگهداری و حفاظت پیش‌بینی کرده است. ماده ۶۶۷ درباره نگهداری برخی داده‌های ترافیک و اطلاعات کاربران توسط ارائه‌دهندگان خدمات دسترسی است و مواد بعدی سازوکار حفاظت و ارائه داده را پیش‌بینی می‌کنند. این قواعد اهمیت «زمان» را در پرونده‌های سایبری نشان می‌دهند.

۶) رابطه سببیت را فراموش نکنید

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

نمونه شکواییه و دادخواست برای دادگاه

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

نمونه شکواییه در فرض برداشت یا دسترسی غیرمجاز

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

نمونه دادخواست حقوقی علیه صرافی داخلی در فرض عدم اجرای تعهد

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

نمونه متن مطالبه قبل از دعوا

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

اگر صرافی خارجی پاسخ نمی‌دهد، آیا در ایران می‌توان شکایت کرد؟

ممکن است بخشی از پرونده در ایران قابل پیگیری باشد، به‌خصوص اگر جرم رایانه‌ای در صلاحیت ایران قرار گیرد یا مرتکب داخل کشور باشد؛ اما این با امکان الزام مستقیم شرکت خارجی یا اجرای رأی علیه دارایی آن در خارج یکی نیست. قرارداد، کشور شخصیت حقوقی، شرط داوری و محل دارایی تعیین‌کننده‌اند.

ماده ۶۶۴ آیین دادرسی کیفری برای برخی جرایم رایانه‌ای موارد صلاحیت دادگاه‌های ایران را مشخص کرده است، اما این ماده را نباید به گزاره ساده «هر کاربر ایرانی می‌تواند هر صرافی خارجی را در ایران محکوم کند» تبدیل کرد. در دعوای قراردادی، Terms ممکن است قانون حاکم یا داوری خارجی را مقرر کرده باشد و اجرای رأی نیز تابع محل دارایی و قوانین مربوط خواهد بود. متن بخش دهم آیین دادرسی کیفری

پنج سندی که قبل از اقدام علیه صرافی خارجی لازم دارید

سپس مبلغ دارایی، هزینه احتمالی دعوا، امکان اجرای تصمیم و محدودیت‌های تحریمی را کنار هم بگذارید. ممکن است دعوایی از نظر نظری قابل طرح باشد اما هزینه رسیدگی خارجی یا داوری نسبت به مبلغ پرونده منطقی نباشد. گاهی یک Notice دقیق، تکمیل فرایند Compliance یا استفاده از سازوکار اعتراض رسمی پلتفرم نتیجه‌محورتر از ورود فوری به دادرسی بین‌المللی است.

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

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

اگر صرافی به علت ایرانی بودن حساب را محدود کرده چه کنیم؟

اولین اقدام حقوقی نباید جعل محل اقامت یا ساخت مدرک باشد. پیام محدودیت، نسخه Terms مربوط به Restricted Jurisdictions، اطلاعاتی که هنگام افتتاح حساب ارائه شده و مسیر رسمی بستن حساب یا Withdrawal-only را بررسی کنید. اگر پلتفرم امکان اعتراض، تکمیل احراز هویت یا خروج دارایی طبق رویه رسمی دارد، همان مسیر را مستند طی کنید.

استفاده از VPN، IP متفاوت یا سابقه ورود از کشورهای مختلف ممکن است در پرونده بعضی پلتفرم‌ها از نظر Compliance اهمیت پیدا کند؛ اما نتیجه آن به Terms همان صرافی بستگی دارد. برای تحلیل حقوقی باید سابقه واقعی حساب گفته شود. پنهان کردن اطلاعاتی که بعداً در لاگ‌های پلتفرم دیده می‌شود می‌تواند اعتبار روایت کاربر را کاهش دهد.

اگر صرافی خارجی فقط مقصد دارایی سرقت‌شده است

در این حالت باید بین «شکایت از خود صرافی» و «استفاده از اطلاعات صرافی برای شناسایی دریافت‌کننده» فرق گذاشت. اگر هکر دارایی را به حساب یک صرافی خارجی فرستاده، صرافی ممکن است داده KYC یا اطلاعات حساب مقصد داشته باشد؛ ولی این به معنای مجرم بودن صرافی نیست. مسیر مناسب می‌تواند شامل گزارش فوری، حفظ TxIDها و تلاش برای درخواست قانونی حفظ یا ارائه اطلاعات از طریق مراجع صالح باشد.

اشتباهات رایج و دام‌های «بازیابی دارایی»

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

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

در انتخاب مشاور نیز بهتر است از رتبه‌بندی‌های مبهم فاصله بگیرید. عبارت بهترین وکیل بلاک چین به خودی خود هیچ تضمین کیفی نیست. سؤال‌های دقیق‌تر این‌ها هستند: آیا تجربه پرونده مشابه دارد؟ آیا می‌تواند TxID و داده فنی را بفهمد؟ آیا قرارداد و مرجع حل اختلاف را بررسی می‌کند؟ آیا درباره محدودیت‌های پرونده شفاف است؟ و آیا از وعده قطعی نتیجه خودداری می‌کند؟

چک‌لیست مدارک و اقدامات قبل از مراجعه قضایی

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

چه زمانی مراجعه به متخصص منطقی‌تر است؟

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

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

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

آیا می‌توان صرافی را مجبور به آزادسازی دارایی کرد؟

در یک پرونده داخلی، اگر پس از رسیدگی مشخص شود صرافی تعهد قابل اجرا دارد و مبنای قانونی یا قراردادی معتبری برای ادامه محدودیت وجود ندارد، ممکن است خواسته‌ای با محور اجرای تعهد یا استرداد دارایی مطرح شود. اما عبارت «اجبار به باز کردن حساب» برای همه پرونده‌ها خواسته درستی نیست؛ گاهی مسئله اصلی تحویل دارایی است و ادامه فعالیت حساب موضوعیت ندارد.

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

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

اگر صرافی اصلاً پاسخ ندهد، چه زمانی موضوع جدی‌تر می‌شود؟

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

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

در مقابل، اگر پلتفرم یک دلیل مشخص مانند بررسی منشأ وجوه اعلام کرده، فهرست اسناد داده و پرونده همچنان در فرایند Compliance قرار دارد، باید ابتدا کیفیت پاسخ کاربر و شرایط همان فرایند بررسی شود. اختلاف در مدت بررسی می‌تواند موضوع مطالبه باشد، اما نباید وضعیت را بدون دلیل به «سرقت» تبدیل کرد.

آیا پیام تلگرام یا چت پشتیبانی ارزش حقوقی دارد؟

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

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

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

اگر موجودی در حساب دیده می‌شود ولی نمی‌توان برداشت کرد، مالکیت چه وضعی دارد؟

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

به همین دلیل ممکن است کاربر بتواند موجودی خود را اثبات کند ولی برای اثبات اینکه توکن‌های مشخصی در یک آدرس معین «عیناً» متعلق به اوست به داده بیشتری نیاز باشد. خواسته حقوقی نیز باید متناسب با همین ساختار نوشته شود. در برخی پرونده‌ها بحث انجام تعهد قراردادی اهمیت بیشتری از تلاش برای انتساب یک آدرس عمومی به کاربر دارد.

چطور یک Timeline حرفه‌ای برای پرونده بسازیم؟

Timeline باید هر رویداد را به مدرک مربوط وصل کند. تاریخ و ساعت، اتفاق، مبلغ یا دارایی، شناسه تراکنش، اقدام شما، پاسخ صرافی و نام فایل مدرک را در یک جدول وارد کنید. این کار هم برای وکیل و هم برای کارشناس و مرجع رسیدگی بسیار مفید است.

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

سؤالات پرتکرار کاربران

جمع‌بندی؛ از «پشتیبانی جواب نمی‌دهد» تا یک پرونده قابل اثبات

عدم پاسخ صرافی و غیرفعال بودن برداشت می‌تواند از نظر مالی بسیار جدی باشد، اما پرونده حقوقی از جایی قوی می‌شود که مشکل به‌صورت دقیق تعریف شود. ابتدا مشخص کنید محدودیت فنی است یا شخصی؛ سپس علت اعلامی، قرارداد، موجودی، TxIDها و مکاتبات را حفظ کنید. اگر موضوع KYC یا منشأ وجوه است، پاسخ واقعی و منسجم بدهید. اگر برداشت غیرمجاز رخ داده، امنیت حساب و حفظ لاگ‌ها را در اولویت قرار دهید. اگر صرافی داخلی تعهد را اجرا نمی‌کند، مسیر حقوقی و نظارتی را بررسی کنید. اگر جرم محتمل است، شکواییه باید رفتار، مدارک و درخواست‌های فنی را روشن توضیح دهد. و اگر صرافی خارجی است، قبل از دعوا شخصیت حقوقی، قانون حاکم، شرط داوری و امکان اجرای تصمیم را بسنجید.

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

اگر کسی خود را متخصص این حوزه معرفی می‌کند، از او بخواهید قبل از وعده نتیجه توضیح دهد: طرف صحیح پرونده چه کسی است؟ مشکل حقوقی است یا کیفری؟ TxID چه چیزی را اثبات می‌کند و چه چیزی را نه؟ چه داده‌ای هنوز باید از صرافی گرفته شود؟ و در صورت صدور رأی، اجرای آن چگونه خواهد بود؟ این سؤالات برای ارزیابی ادعاهای تبلیغاتی درباره تخصص بسیار مفیدتر از عنوان‌های کلی هستند.