📅 تاریخ انتشار: شهریور ۱۴۰۵ | 🔄 آخرین بروزرسانی: شهریور ۱۴۰۵ | ⏱ زمان مطالعه تقریبی: ۲۵ دقیقه
اگر حساب شما لیکویید شده، ابتدا باید مشخص شود «زیان بازار» بوده یا «زیان قابل انتساب»
قبل از ثبت شکایت، باید قیمت لیکویید، Mark Price، سابقه سفارشها، وضعیت مارجین، زمان اختلال احتمالی و شرایط استفاده صرافی بررسی شود. صرف بزرگ بودن زیان، مسئولیت حقوقی صرافی را ثابت نمیکند.
⚖️ پیش از حذف حساب، بستن تیکت یا تغییر تنظیمات API، از گزارش معاملات، Order IDها، Liquidation History، ایمیلها و نسخه شرایط استفاده صرافی نسخه قابل نگهداری تهیه کنید.
پاسخ کوتاه: لیکویید شدن در معاملات فیوچرز به خودی خود جرم، کلاهبرداری یا تقصیر صرافی محسوب نمیشود. اگر موقعیت معاملاتی مطابق قواعد اعلامشده صرافی و در اثر کاهش مارجین تا حد تعیینشده بسته شده باشد، اصل زیان معمولاً بخشی از ریسک پذیرفتهشده معامله اهرمی است. پرونده حقوقی زمانی جدی میشود که بتوان نقض تعهد، خطای قابل انتساب، دستکاری، دسترسی غیرمجاز، اجرای مغایر با قواعد اعلامشده یا رفتار متقلبانه را به زیان مشخص و قابل محاسبه مرتبط کرد.
چه زمانی میتوان خسارت را مطالبه کرد؟
لیکویید شدن در فیوچرز و مطالبه خسارت برای بسیاری از معاملهگران، لحظه لیکویید شدن چیزی شبیه ناپدید شدن سرمایه در چند ثانیه است. عدد موجودی تغییر میکند، پوزیشن بسته میشود و نخستین سؤال طبیعی این است: «آیا میتوانم از صرافی شکایت کنم؟» پاسخ حقوقی به این پرسش نه یک «بله» ساده است و نه یک «خیر» مطلق. باید ابتدا بفهمیم دقیقاً چه اتفاقی در سامانه معاملاتی افتاده است.
کمیسیون معاملات آتی کالای ایالات متحده آمریکا، CFTC، در راهنمای رسمی خود درباره معاملات ارز مجازی توضیح میدهد که استفاده از حسابهای اهرمی میتواند اثر حرکت قیمت را تشدید کند و زمانی که بازار برخلاف جهت معاملهگر حرکت میکند، معاملهگر ممکن است مجبور به تأمین مارجین بیشتر یا بستن موقعیت شود. بنابراین اصل وجود زیان در یک معامله اهرمی، به تنهایی نشانه تقصیر پلتفرم نیست. منبع رسمی: CFTC – Understand the Risks of Virtual Currency Trading
بخش مهم پرونده، تفکیک «ریسک ذاتی معامله» از «رفتار قابل انتساب به شخص یا پلتفرم» است. اگر نتیجه بررسی نشان دهد پوزیشن دقیقاً براساس سازوکار اعلامشده پلتفرم و قیمت مرجع معتبر بسته شده است، صرف این ادعا که «اگر صرافی پوزیشن را نمیبست، قیمت بعداً برمیگشت» معمولاً مبنای کافی برای اثبات مسئولیت نیست. اما اگر گزارشها نشان دهند پلتفرم برخلاف شرایط قرارداد، سفارش معتبر را اجرا نکرده، دادهای را نادرست ثبت کرده، دسترسی غیرمجاز رخ داده یا عملکرد سامانه با قواعد اعلامشده متفاوت بوده است، وضعیت حقوقی میتواند تغییر کند.
لیکویید شدن در فیوچرز چیست و چرا هر لیکوییدی قابل شکایت نیست؟
پاسخ کوتاه: لیکویید شدن فرآیندی است که در آن، پس از کاهش حاشیه امن مارجین تا سطح تعیینشده، سامانه معاملاتی تمام یا بخشی از پوزیشن را میبندد. جزئیات فرمول، Maintenance Margin، Mark Price، نوع مارجین و سازوکار کاهش پوزیشن بین صرافیها متفاوت است؛ بنابراین برای ارزیابی حقوقی باید قواعد همان پلتفرم در زمان وقوع رویداد بررسی شود.
در یک معامله Spot، اگر قیمت دارایی پایین بیاید معمولاً خود دارایی در حساب باقی میماند؛ اما معامله فیوچرز اهرمی ساختار متفاوتی دارد. معاملهگر با وثیقه یا مارجینی محدود، موقعیتی با ارزش اسمی بزرگتر ایجاد میکند. هرچه اهرم بیشتر باشد، حرکت کوچکتر بازار میتواند اثر بزرگتری بر سرمایه اختصاصیافته به موقعیت ایجاد کند.
برای نمونه، مستند رسمی OKX درباره سازوکار لیکویید معاملات فیوچرز توضیح میدهد که در ساختار آن پلتفرم، وقتی Maintenance Margin Ratio به آستانه مقرر برسد، کاهش پوزیشن یا Forced Liquidation ممکن است فعال شود. همان صفحه تصریح میکند که قیمت تخمینی لیکویید ثابت نیست و در محاسبات مربوط به لیکویید از Mark Price استفاده میشود. این توضیح مربوط به قواعد OKX است و نباید بدون بررسی مستندات به سایر صرافیها تعمیم داده شود. منبع رسمی: OKX – How does liquidation work in futures trading?
OKX در توضیح جداگانه Mark Price نیز آن را قیمت مرجعی معرفی میکند که برای محاسبه سود و زیان تحققنیافته و کاهش احتمال لیکوییدهای غیرضروری ناشی از نوسان غیرعادی استفاده میشود و آن را از Last Price تفکیک میکند.
- زیان طبیعی بازار: قیمت طبق دادههای معتبر حرکت کرده و پوزیشن مطابق قواعد اعلامشده بسته شده است.
- اختلاف قراردادی: کاربر مدعی است صرافی برخلاف Terms of Service یا قواعد معاملاتی خود عمل کرده است.
- اختلال فنی قابل بررسی: سفارش معتبر ثبت شده اما کاربر مدعی است به علت اختلال منتسب به پلتفرم اجرا نشده است.
- دسترسی غیرمجاز: شخص دیگری بدون اجازه وارد حساب شده و پوزیشن، اهرم یا سفارشها را تغییر داده است.
- رفتار متقلبانه یا دستکاری داده: ادعا درباره ایجاد، تغییر یا حذف غیرمجاز دادهها، سفارشها یا سوابق حساب مطرح است و باید با ادله فنی اثبات شود.
در نتیجه جمله «من لیکویید شدهام» برای ایجاد یک پرونده قابل دفاع کافی نیست. سؤال دقیقتر این است: چه رفتار مشخصی، توسط چه شخص یا سامانهای، برخلاف چه تعهد یا قاعدهای انجام شده و این رفتار چگونه مستقیماً باعث چه میزان خسارت شده است؟

سناریوهای رایج لیکویید شدن برای کاربران ایرانی
پاسخ کوتاه: کاربران ایرانی علاوه بر ریسک عادی اهرم، ممکن است با محدودیت جغرافیایی، KYC، تغییر IP، استفاده از VPN، محدودیت برداشت، تغییر شرایط ارائه خدمت و دشواری دسترسی به مرجع حل اختلاف خارجی روبهرو شوند. با این حال هیچکدام از این عوامل به تنهایی اثباتکننده مسئولیت صرافی نیست.
۱. لیکویید عادی پس از حرکت سریع بازار
در این حالت نمودار بازار، Mark Price و سوابق پوزیشن با قواعد اعلامشده هماهنگ است. کاربر ممکن است احساس کند حرکت قیمت بسیار کوتاه بوده یا چند دقیقه بعد بازار برگشته است، اما اگر پوزیشن براساس سازوکار معتبر همان صرافی وارد شرایط لیکویید شده باشد، بازگشت بعدی بازار به خودی خود مسئولیتی برای صرافی ایجاد نمیکند.
۲. Stop Loss ثبت شده اما ظاهراً اجرا نشده است
این یکی از مهمترین سناریوهای قابل بررسی است. باید مشخص شود سفارش Stop از چه نوعی بوده، Trigger آن براساس Last Price، Mark Price یا Index Price تنظیم شده، سفارش Market بوده یا Limit، آیا سفارش واقعاً Accepted شده، وضعیت آن در Order History چیست و آیا شرایط بازار باعث پر نشدن سفارش Limit شده است.
وجود اسکرینشات از صفحه معامله به تنهایی ثابت نمیکند که دستور باید حتماً در قیمت مورد انتظار اجرا میشده است. در بازارهای سریع، نوع سفارش و منبع Trigger نقش اساسی دارد. حتی در مستند رسمی OKX تصریح شده است که TP/SL و Forced Liquidation دو سازوکار مستقل هستند و ممکن است شرایط لیکویید پیش از فعال شدن Trigger استاپ رخ دهد.
۳. قطعی یا اختلال همزمان با نزدیک شدن به لیکویید
اینجا باید رابطه سببیت اثبات شود. اینکه اپلیکیشن برای یک کاربر باز نشده، به تنهایی ثابت نمیکند مشکل از زیرساخت صرافی بوده است. اینترنت، VPN، DNS، دستگاه یا مسیر شبکه کاربر نیز میتواند عامل باشد. در مقابل، اگر اطلاعیه رسمی پلتفرم، گزارش عمومی اختلال، پاسخ پشتیبانی، صفحه Status یا سایر دادههای فنی نشان دهد خود سامانه در همان بازه زمانی دچار اختلال بوده، ارزش اثباتی موضوع افزایش مییابد.
۴. تغییر پوزیشن توسط API، ربات یا شخص ثالث
اگر API Key در اختیار یک ربات معاملاتی، مدیر سرمایه، سرویس کپیتریدینگ یا نرمافزار ثالث قرار گرفته باشد، باید ابتدا معلوم شود دستور زیانبار از کجا صادر شده است. ممکن است اختلاف اصلی نه با صرافی، بلکه با ارائهدهنده ربات، توسعهدهنده سرویس یا شخصی باشد که مجوز معامله داشته است.
۵. مسدودی یا محدودیت حساب در زمان باز بودن پوزیشن
این سناریو از نظر حقوقی حساستر است. باید مشخص شود آیا کاربر پیشتر درباره محدودیت منطقهای آگاه بوده، شرایط استفاده چه میگفته، آیا صرافی امکان بستن پوزیشن یا کاهش ریسک را باقی گذاشته و علت محدودیت چه بوده است.
برای بررسی کلیتر اختلاف با صرافی و تفاوت مسیر کیفری و حقوقی، مقاله واقعی سایت درباره شکایت از صرافی ارز دیجیتال نیز میتواند مکمل این بحث باشد.
چارچوب حقوقی مطالبه خسارت ناشی از لیکویید شدن در ایران
پاسخ کوتاه: در یک دعوای خسارت باید ابتدا رابطه قراردادی یا مبنای مسئولیت غیرقراردادی مشخص شود. سپس نقض تعهد یا تقصیر، خسارت واقعی و رابطه مستقیم میان رفتار مورد اعتراض و زیان اثبات شود. اگر ادعای کیفری مطرح است، علاوه بر زیان باید عناصر قانونی عنوان مجرمانه مورد ادعا نیز وجود داشته باشد.
اصل قرارداد و شرایط استفاده صرافی
ماده ۱۰ قانون مدنی مقرر میکند قراردادهای خصوصی نسبت به کسانی که آن را منعقد کردهاند، در صورتی که مخالف صریح قانون نباشند، نافذ هستند. ماده ۲۱۹ نیز عقودی را که مطابق قانون واقع شدهاند برای طرفین و قائممقام آنان لازمالاتباع میداند، مگر اینکه به رضایت طرفین اقاله یا به علت قانونی فسخ شوند. ماده ۲۲۱ نیز در شرایط مقرر قانونی، تخلف از تعهد را با مسئولیت جبران خسارت مرتبط میکند. متن این مواد در مجموعه متن قانون مدنی قابل بررسی است. منبع حقوقی: متن قانون مدنی
در اختلاف با یک پلتفرم معاملاتی، Terms of Service، Risk Disclosure، Futures Agreement و قواعد مخصوص Liquidation از مهمترین اسناد پرونده هستند. باید نسخهای بررسی شود که در تاریخ وقوع حادثه برای حساب یا منطقه کاربر قابل اعمال بوده است، نه صرفاً نسخه فعلی سایت.
مسئولیت مدنی خارج از قرارداد
ماده ۱ قانون مسئولیت مدنی مقرر میکند هر کس بدون مجوز قانونی، عمداً یا در نتیجه بیاحتیاطی به مال یا حق قانونی دیگری لطمه وارد کند و موجب ضرر مادی یا معنوی شود، در شرایط مقرر مسئول جبران خسارت ناشی از عمل خود است. منبع حقوقی: متن قانون مسئولیت مدنی مصوب ۱۳۳۹
اهمیت این مبنا در پروندههایی آشکار میشود که مسئولیت صرفاً از قرارداد استخراج نمیشود. با این حال وجود زیان مالی به تنهایی کافی نیست و همچنان باید رفتار زیانبار و ارتباط آن با خسارت قابل اثبات باشد.
خسارت مستقیم و مسئله عدمالنفع
ماده ۵۱۵ قانون آیین دادرسی مدنی درباره امکان مطالبه خسارات ناشی از دادرسی، تأخیر در انجام تعهد یا عدم انجام آن در شرایط مقرر صحبت میکند و تبصره ۲ همان ماده مقرر کرده است که خسارت ناشی از عدمالنفع قابل مطالبه نیست. افزون بر آن، ماده ۵۲۰ تصریح دارد که در مطالبه خسارت، خواهان باید ثابت کند زیان بلاواسطه ناشی از عدم انجام تعهد، تأخیر آن یا عدم تسلیم خواسته بوده است. منبع حقوقی: متن قانون آیین دادرسی مدنی – مواد ۵۱۵ و ۵۲۰
⚠️ نکته بسیار مهم: اگر کاربر بگوید «اگر لیکویید نمیشدم، سه روز بعد قیمت بالا میرفت و صد هزار دلار سود میکردم»، این ادعا با مطالبه سرمایه یا وثیقهای که مستقیماً بر اثر یک رفتار قابل اثبات از بین رفته متفاوت است. سود فرضی آینده علاوه بر دشواری اثبات، با محدودیت قانونی مربوط به عدمالنفع نیز روبهرو است.
برای همین در یک دادخواست حرفهای بهتر است زیان واقعی، مستقیم و قابل محاسبه از سودی که صرفاً انتظار میرفت در آینده به دست آید تفکیک شود.

چه زمانی امکان بررسی مسئولیت صرافی جدیتر میشود؟
پاسخ کوتاه: مسئولیت زمانی قابل بررسی جدی است که یک رفتار مشخص و قابل اثبات با زیان مرتبط باشد؛ مانند اجرای پوزیشن برخلاف قواعد اعلامشده، ثبت نادرست داده، عدم اجرای تعهد قراردادی، دسترسی غیرمجاز یا نقص فنی قابل انتساب. حتی در این موارد نیز نتیجه نهایی به قرارداد، صلاحیت مرجع رسیدگی، ادله و کارشناسی فنی بستگی دارد.
| سناریو | وضعیت اولیه حقوقی | مدرک کلیدی |
|---|---|---|
| لیکویید مطابق قیمت و مارجین | عموماً در محدوده ریسک معاملاتی | Liquidation History و Mark Price |
| Stop Loss معتبر اجرا نشده | قابل بررسی قراردادی و فنی | Order ID، نوع سفارش و لاگ وضعیت |
| دسترسی ناشناس به حساب | احتمال پرونده امنیتی یا کیفری | Login History، IP، API Log |
| اختلال سراسری صرافی | نیازمند اثبات رابطه سببیت | گزارش اختلال، تیکت و داده زمانی |
| تغییر غیرمجاز داده معاملات | قابل بررسی کیفری در صورت تحقق عناصر قانونی | لاگ، نسخههای متفاوت گزارش و کارشناسی |
وجود یک خطای نرمافزاری نیز به معنای خودکار بودن مسئولیت نیست. باید نشان داده شود خطا واقعاً رخ داده، به پلتفرم یا شخص مورد شکایت قابل انتساب بوده و اگر آن خطا رخ نمیداد خسارت مورد مطالبه ایجاد نمیشد یا دستکم میزان آن متفاوت بود.
از طرف دیگر، عبارتهایی مانند بهترین وکیل ارز دیجیتال نباید جای تحلیل فنی پرونده را بگیرند. معیار واقعی، توانایی خواندن گزارش معاملات، Terms of Service، ساختار API، تاریخچه سفارش و تبدیل این دادهها به ادعایی حقوقی و قابل اثبات است.
ادله دیجیتال؛ چه چیزهایی را قبل از شکایت باید حفظ کنیم؟
پاسخ کوتاه: مهمترین مدارک شامل گزارش کامل معاملات، Order ID، Position History، Liquidation History، Mark Price، تیکتهای پشتیبانی، ایمیلها، تاریخچه ورود، API Log، نسخه شرایط استفاده در تاریخ حادثه و مدارک واریز و برداشت است. TxID فقط برای انتقالهای ثبتشده روی بلاکچین کاربرد دارد و برای هر معامله داخلی صرافی الزاماً TxID وجود ندارد.
قانون تجارت الکترونیکی ایران برای پروندههای دیجیتال یک قاعده مهم دارد. ماده ۱۲ مقرر میکند اسناد و ادله اثبات دعوا ممکن است به صورت دادهپیام باشند و ارزش اثباتی آنها صرفاً به دلیل شکل و قالب الکترونیکی قابل رد نیست. ماده ۱۳ نیز ارزش اثباتی دادهپیام را با توجه به عوامل اطمینانبخش و روشهای ایمنی مورد استفاده مرتبط میکند و مواد ۱۴ و ۱۵ درباره دادهپیام و سابقه الکترونیکی مطمئن قواعد بیشتری دارند. منبع حقوقی: قانون تجارت الکترونیکی – مواد ۱۲ تا ۱۵
این موضوع برای پرونده لیکویید اهمیت زیادی دارد؛ زیرا تقریباً تمام شواهد چنین پروندهای الکترونیکی است. با این حال «اسکرینشات» و «داده اصلی» ارزش فنی یکسانی ندارند. اسکرینشات ممکن است فاقد متادیتا، شناسه سفارش یا اطلاعات لازم برای بازسازی کامل رویداد باشد. فایل Export شده مستقیم از صرافی، ایمیل رسمی، گزارش API یا سوابق دارای شناسه یکتا معمولاً امکان بررسی فنی بیشتری فراهم میکنند.
- از صفحه Position History خروجی کامل بگیرید.
- Liquidation Price و قیمت واقعی اجرا را ثبت کنید.
- Mark Price History بازه چند دقیقه قبل و بعد از حادثه را نگه دارید.
- Order ID تمام Stop Loss و Take Profitهای مرتبط را ثبت کنید.
- نوع Trigger سفارش را مشخص کنید.
- اگر API فعال بوده، نام سرویس، مجوزها و زمان ساخت API Key را ثبت کنید.
- Login History و دستگاههای واردشده را ذخیره کنید.
- پیامهای امنیتی ایمیل و کدهای ورود را حذف نکنید.
- تیکت پشتیبانی را همراه شماره پرونده و زمان ارسال نگه دارید.
- نسخه Terms of Service و Futures Rules در تاریخ حادثه را ذخیره کنید.
- اگر واریز یا برداشت آنچین مرتبط وجود دارد، TxID و شبکه را ثبت کنید.
- زمان رویدادها را با منطقه زمانی مشخص، ترجیحاً همراه UTC، یادداشت کنید.
اگر کاربر فقط یک تصویر از صفحه لیکویید داشته باشد، کارشناس نمیتواند بهراحتی پاسخ دهد که آیا پوزیشن در قیمت صحیح بسته شده، آیا Stop Loss واقعاً ثبت شده یا آیا دستور دیگری چند ثانیه پیش از لیکویید اجرا شده است.
در پروندههای جدی، مشورت با وکیل ارزدیجیتال زمانی ارزشمند است که بررسی حقوقی با تحلیل فنی دادهها همراه باشد؛ یعنی قبل از انتخاب عنوان دعوا معلوم شود ادعا دقیقاً روی کدام داده و کدام تعهد قابل اثبات است.
برای شناخت بهتر اهمیت حفظ ادله در پروندههای مرتبط با دارایی دیجیتال، مقاله واقعی سایت درباره انتخاب وکیل مناسب برای پرونده سرقت ارز دیجیتال نیز شامل بخش مستقلی درباره ادله و مستندسازی دیجیتال است.
روش اثبات جرم در پرونده لیکویید؛ چه زمانی موضوع از دعوای حقوقی عبور میکند؟
پاسخ کوتاه: زیان مالی مساوی با وقوع جرم نیست. برای انتساب یک عنوان کیفری باید رفتار مشخصی وجود داشته باشد که عناصر قانونی همان جرم را داشته باشد؛ برای مثال دسترسی غیرمجاز، جعل رایانهای، ایجاد یا تغییر متقلبانه داده، اخلال غیرمجاز یا تحصیل مال از طریق دستکاری سامانه. اختلاف ساده درباره اجرای سفارش معمولاً ابتدا یک مسئله فنی و قراردادی است.
قانون جرایم رایانهای مصوب ۱۳۸۸ برای رفتارهایی مانند دسترسی غیرمجاز، جعل رایانهای، تخریب یا اخلال در داده و سامانه و تحصیل مال از طریق اعمال غیرمجاز بر روی سامانههای رایانهای عناوین مستقلی پیشبینی کرده است. متن قانون و ساختار مواد آن در منبع زیر قابل بررسی است.
به عنوان نمونه، ماده ۱ قانون جرایم رایانهای دسترسی غیرمجاز به داده یا سامانه حفاظتشده را جرمانگاری کرده است. ماده ۶ درباره تغییر یا ایجاد غیرمجاز دادههای قابل استناد یا وارد کردن متقلبانه داده مقررات جعل رایانهای را بیان میکند. در متن تنقیحی قانون مجازات اسلامی، رفتارهایی از قبیل مختل کردن غیرمجاز سامانه یا تحصیل مال از طریق وارد کردن، تغییر، محو، ایجاد یا متوقف کردن داده نیز در فصل جرایم رایانهای پیشبینی شدهاند.
بنابراین اگر کسی صرفاً بگوید «صرافی من را لیکویید کرد، پس کلاهبرداری کرده»، این نتیجهگیری حقوقی کافی نیست. برای مثال در ادعای دستکاری داده باید بتوان نشان داد دادهای برخلاف واقع و به صورت غیرمجاز ایجاد، تغییر یا حذف شده است. در ادعای دسترسی غیرمجاز باید نشانهای از ورود یا استفاده بدون اجازه وجود داشته باشد. در ادعای تحصیل مال از طریق دستکاری سامانه نیز رفتار فنی، انتساب آن و نتیجه مالی باید بررسی شود.
زنجیره اثبات پیشنهادی
مرحله اول: حادثه فنی را دقیق تعریف کنید.
مرحله دوم: داده خام مرتبط با حادثه را حفظ کنید.
مرحله سوم: تفاوت رفتار واقعی با قواعد اعلامشده را نشان دهید.
مرحله چهارم: هویت یا سامانه مسئول رفتار را تا حد ممکن مشخص کنید.
مرحله پنجم: خسارت واقعی را جدا از سود فرضی محاسبه کنید.
مرحله ششم: رابطه زمانی و فنی میان رفتار و خسارت را اثبات کنید.
در برخی پروندهها نظریه کارشناس رسمی در حوزه فناوری اطلاعات، حسابداری، امور مالی یا رشته مرتبط میتواند برای تحلیل موضوع لازم باشد. تشخیص رشته کارشناسی مناسب نیز به ماهیت اختلاف بستگی دارد.
اگر ماجرا با فیشینگ، سرقت اطلاعات ورود یا انتقال غیرمجاز دارایی آغاز شده باشد، مقاله واقعی شکایت از هکر ارز دیجیتال چگونه است؟ میتواند برای شناخت تفاوت این سناریو با یک لیکویید عادی مفید باشد.
قبل از طرح شکایت کیفری، عنوان پرونده را با واقعیت فنی تطبیق دهید
انتخاب عنوانی مانند کلاهبرداری یا دسترسی غیرمجاز بدون داده فنی کافی میتواند تمرکز پرونده را از مسئله واقعی منحرف کند. گاهی مسیر صحیح، مطالبه خسارت قراردادی است و گاهی شواهد واقعاً ماهیت کیفری دارند.
💡 یک جدول زمانی یکصفحهای تهیه کنید: زمان ورود به معامله، تغییر مارجین، ثبت Stop، زمان اختلال، زمان لیکویید، اولین تماس با پشتیبانی و پاسخ صرافی.

اگر همین امروز لیکویید شدهاید، قدمبهقدم چه کار کنید؟
پاسخ کوتاه: ابتدا شواهد را حفظ کنید، سپس بدون دستکاری غیرضروری حساب وضعیت سفارشها و ورودها را بررسی کنید، یک تیکت رسمی بزنید، پاسخ صرافی را ثبت کنید، خسارت واقعی را محاسبه کنید و بعد درباره مسیر قراردادی، حقوقی یا کیفری تصمیم بگیرید.
قدم اول: هیچ دادهای را پاک نکنید
اگر احتمال سوءاستفاده از API وجود دارد، امنیت حساب اولویت دارد و ممکن است لازم باشد کلید API غیرفعال شود؛ اما پیش از حذف، تا جایی که امنیت اجازه میدهد مشخصات کلید، زمان ساخت، مجوزها و سرویس متصل به آن را ثبت کنید. ایمیلها، پیامهای ورود و هشدارهای امنیتی را حذف نکنید.
قدم دوم: گزارش کامل بگیرید
فقط از صفحه لیکویید اسکرینشات نگیرید. Position History، Order History، Liquidation History، Funding History، Account Statement و هر فایل رسمی قابل Export را ذخیره کنید. اگر پلتفرم امکان دانلود CSV دارد، نسخه اصلی فایل را بدون تغییر نگه دارید.
قدم سوم: عدد خسارت را درست محاسبه کنید
مشخص کنید چه مقدار مارجین واقعاً از دست رفته، چه کارمزد یا هزینهای کسر شده، چه مبلغی پیش از حادثه در حساب وجود داشته و کدام قسمت از رقم مورد ادعا صرفاً سود مورد انتظار آینده است. این تفکیک در تنظیم خواسته اهمیت اساسی دارد.
قدم چهارم: تیکت دقیق بزنید
به جای جمله کلی «پولم را برگردانید»، شماره پوزیشن، Symbol، زمان UTC، Order ID و سؤال فنی دقیق را بنویسید. مثلاً بپرسید: «پوزیشن شماره … براساس کدام Mark Price و در چه Maintenance Margin Ratio وارد فرآیند Liquidation شد؟» یا «وضعیت نهایی Stop Order با شناسه … چه بوده است؟»
قدم پنجم: پاسخ صرافی را به شکل اصلی نگه دارید
ایمیل یا پاسخ تیکت را به صورت اصلی حفظ کنید. اگر امکان Print to PDF وجود دارد، نسخهای ذخیره کنید. اگر پاسخ داخل اپلیکیشن نمایش داده میشود، علاوه بر اسکرینشات، شماره تیکت و متن کامل مکالمه را نیز نگه دارید.
قدم ششم: شرایط استفاده را بررسی کنید
بخشهای مربوط به Liquidation، Service Availability، System Maintenance، Limitation of Liability، Governing Law، Arbitration، Dispute Resolution و Restricted Jurisdictions اهمیت ویژه دارند.
قدم هفتم: مسیر دعوا را انتخاب کنید
پیش از ثبت پرونده باید معلوم شود طرف شکایت چه کسی است: شرکت صرافی؟ شخص حقیقی؟ مدیر سرمایه؟ صاحب ربات؟ شخصی که وارد حساب شده؟ یا فردی که با وعده مدیریت سرمایه به حساب دسترسی گرفته است؟ اشتباه در شناسایی خوانده یا مشتکیعنه میتواند پرونده را از ابتدا دشوار کند.
اشتباهات رایج بعد از لیکویید شدن
پاسخ کوتاه: متهم کردن صرافی بدون مدرک، پاک کردن سوابق API، ارسال اسکرینشات ناقص، محاسبه سود فرضی بهعنوان خسارت قطعی، نخواندن شرایط استفاده و پرداخت پول به افراد مدعی «ریکاوری تضمینی» از اشتباهات رایج هستند.
- نوشتن شکواییه احساسی بدون Timeline فنی.
- اعلام رقم خسارت بدون گزارش حساب.
- ادعای دستکاری قیمت فقط بر اساس تفاوت نمودار دو صرافی.
- نادیده گرفتن تفاوت Last Price و Mark Price.
- فراموش کردن نوع Cross یا Isolated Margin.
- نادیده گرفتن Funding و Maintenance Margin.
- دادن رمز عبور یا Seed Phrase به افراد مدعی بازیابی دارایی.
- پرداخت «مالیات آزادسازی»، «هزینه ضدپولشویی» یا «کارمزد بازیابی» به کیف پول ناشناس بدون مبنای قابل راستیآزمایی.
- تغییر فایلهای گزارش یا بریدن بخشهای مهم اسکرینشات.
- طرح ادعای کیفری بدون شواهد کافی از رفتار دارای وصف مجرمانه.
در این مرحله تبلیغاتی مانند بهترین وکیل رمز ارز نیز نباید جای بررسی پرونده را بگیرد. پرسش مهمتر این است که آیا شخص بررسیکننده میتواند تفاوت Mark Price، Liquidation Price، API Order و Transaction ID را بفهمد و آن را به زبان قابل استفاده برای مرجع قضایی تبدیل کند.
همچنین باید مراقب افرادی بود که پس از مشاهده اعلام عمومی زیان، با عنوان متخصص بازیابی یا Recovery Agent تماس میگیرند. CFTC در صفحه اختصاصی Digital Asset Frauds درباره الگوهایی هشدار میدهد که در آنها قربانی برای برداشت یا آزادسازی دارایی با درخواست پرداخت هزینههای اضافی و جعلی مواجه میشود.
برای شناخت الگوهای متفاوت کلاهبرداری سرمایهگذاری نیز مقاله واقعی سایت درباره طرح پانزی در ارز دیجیتال چیست؟ قابل مطالعه است.
نمونه دادخواست مطالبه خسارت ناشی از لیکویید شدن
پاسخ کوتاه: نمونه زیر یک قالب آموزشی است و باید براساس هویت طرفین، قرارداد، مرجع صالح، مبلغ خسارت، قانون قابل اعمال و نتیجه بررسی فنی بازنویسی شود. استفاده مستقیم از آن بدون تطبیق با پرونده توصیه نمیشود.
نمونه آموزشی دادخواست حقوقی
خواهان: مشخصات کامل زیاندیده
خوانده: شخص حقیقی یا حقوقی مسئول حسب مستندات پرونده
خواسته: مطالبه خسارت مستقیم و اثباتشده ناشی از نقض تعهد یا تقصیر، به انضمام خسارات دادرسی و هزینه کارشناسی در حدود مقررات قانونی
دلایل و منضمات احتمالی: قرارداد یا Terms of Service، گزارش معاملات، Position History، Order History، Liquidation History، تیکت پشتیبانی، Account Statement، گزارش کارشناسی، ایمیلهای رسمی و سایر ادله حسب مورد.
شرح دادخواست:
احتراماً، اینجانب در تاریخ … از طریق حساب کاربری … اقدام به ایجاد موقعیت معاملاتی در بازار … نمودهام. مطابق سوابق پیوست، در ساعت … سفارش … با شناسه … در سامانه ثبت شده است. با وجود ثبت سفارش و تحقق شرایطی که حسب ادعای اینجانب و مستندات پیوست برای اجرای آن وجود داشته، سفارش مذکور به نحو مورد انتظار اجرا نشده و متعاقباً موقعیت اینجانب در ساعت … لیکویید شده است.
بر اساس نسخه شرایط استفاده و قواعد معاملاتی قابل اعمال در تاریخ حادثه، خوانده متعهد به … بوده است. با این حال دادههای پیوست و مکاتبات انجامشده حاکی از … است. خسارت مستقیم مورد ادعا براساس Account Statement و سوابق معاملات مبلغ یا معادل … بوده و این رقم از سود احتمالی یا فرضی آینده تفکیک شده است.
با توجه به ضرورت بررسی تخصصی ارتباط میان عملکرد سامانه، وضعیت سفارش، قیمت مرجع، زمان اجرای دستورات و زیان ایجادشده، تقاضای ارجاع امر به کارشناسی تخصصی، بررسی مستندات الکترونیکی و در صورت احراز نقض تعهد یا تقصیر و رابطه سببیت، صدور حکم مقتضی نسبت به جبران خسارت مستقیم و قانونی مورد استدعاست.
در پرونده واقعی ممکن است این قالب اساساً مناسب نباشد. برای مثال اگر طرف اصلی یک شرکت خارجی با شرط داوری در کشور دیگر باشد، ثبت همین متن در دادگاه ایران لزوماً مسیر مؤثر دعوا نیست. اگر عامل زیان شخصی باشد که با API حساب شما معامله کرده، خوانده نیز ممکن است متفاوت باشد.
کار وکیل پرونده های ارز دیجیتال در چنین اختلافی باید پیش از هر چیز شامل تشخیص درست طرف دعوا، خواسته، مبنای مسئولیت و ادله قابل اثبات باشد؛ زیرا بسیاری از تصمیمهای تعیینکننده پرونده قبل از ثبت دادخواست گرفته میشوند.

نمونه شکواییه کیفری؛ فقط زمانی که شواهد رفتار مجرمانه وجود دارد
پاسخ کوتاه: اگر شواهدی از دسترسی غیرمجاز، تغییر متقلبانه داده، جعل رایانهای، تحصیل مال از طریق دستکاری سامانه یا رفتار دارای وصف کیفری دیگری وجود داشته باشد، امکان بررسی مسیر کیفری مطرح میشود. صرف لیکویید شدن یا اختلاف درباره قیمت برای انتساب جرم کافی نیست.
نمونه آموزشی شکواییه
شاکی: مشخصات زیاندیده
مشتکیعنه: در صورت شناسایی، مشخصات شخص؛ در غیر این صورت حسب وضعیت و تشخیص مرجع رسیدگی
موضوع: درخواست رسیدگی به دسترسی، تغییر یا دستکاری غیرمجاز و خسارت مالی ناشی از آن، با تعیین عنوان قانونی براساس تحقیقات
احتراماً، در تاریخ … متوجه تغییرات غیرمجاز در حساب معاملاتی خود شامل … شدم. مطابق Login History و پیامهای امنیتی پیوست، ورود یا دسترسی در زمان … از طریق … ثبت شده که مورد تأیید اینجانب نبوده است. پس از این دسترسی، سفارش یا پوزیشن … ایجاد یا تغییر یافته و در ادامه مبلغ یا دارایی … از بین رفته یا منتقل شده است.
مدارک شامل تاریخچه ورود، گزارش سفارشها، ایمیلهای امنیتی، API Log، شناسههای مرتبط، مکاتبه با پلتفرم و گردش حساب به پیوست ارائه میشود.
با توجه به ماهیت فنی موضوع، تقاضای بررسی ادله دیجیتال، ارجاع به مرجع تخصصی یا کارشناس حسب تشخیص مقام قضایی، بررسی منشأ دستورات و انجام اقدامات قانونی لازم برای شناسایی عامل یا عوامل احتمالی مورد استدعاست.
در متن شکواییه بهتر است بدون مستند کافی عنوان مجرمانه قطعی به شخص یا شرکت نسبت داده نشود. توضیح دقیق وقایع، زمان، ابزار فنی و نتیجه مالی معمولاً ارزشمندتر از استفاده از تعداد زیادی عنوان کیفری است.
در چنین مواردی وکیل پرونده های رمز ارز باید بتواند میان «خطای معاملهگر»، «اختلاف قراردادی» و «رفتار کیفری قابل انتساب» تمایز بگذارد؛ زیرا هر کدام مسیر اثبات و مرجع رسیدگی متفاوتی میتوانند داشته باشند.
کاربر ایرانی چگونه موضوع لیکویید در صرافی خارجی را پیگیری کند؟
پاسخ کوتاه: در اختلاف با صرافی خارجی، یکی از نخستین اسناد تعیینکننده Terms of Service است. باید شرکت طرف قرارداد، کشور ثبت، قانون حاکم، شرط داوری، مرجع شکایت، محدودیت جغرافیایی و وضعیت احراز هویت بررسی شود. ایرانی بودن کاربر میتواند مسیر پیگیری را پیچیدهتر کند، اما نتیجه برای همه پلتفرمها یکسان نیست.
یکی از اشتباهات متداول، تصور «صرافی خارجی» به عنوان یک شخصیت حقوقی واحد است. دو پلتفرم ممکن است از نظر شرکت طرف قرارداد، محل ثبت، شرایط داوری، نهاد ناظر، محدودیت کشورهای تحت پشتیبانی و شیوه رسیدگی به شکایت کاملاً متفاوت باشند.
مرحله اول: شرکت حقوقی طرف قرارداد را پیدا کنید
نام تجاری پلتفرم الزاماً همان شخص حقوقی طرف قرارداد نیست. Terms of Service معمولاً مشخص میکند کاربر با کدام شرکت یا نهاد قرارداد دارد. این موضوع در تعیین طرف دعوا، محل ابلاغ و مرجع حل اختلاف اهمیت دارد.
مرحله دوم: شرط حل اختلاف را بخوانید
ممکن است قرارداد، داوری، دادگاه یک کشور مشخص یا فرآیند شکایت داخلی را مقرر کرده باشد. قبل از هر اقدام باید این بخش خوانده شود؛ زیرا هزینه و امکان عملی پیگیری میتواند مستقیماً از همین شرط تأثیر بگیرد.
مرحله سوم: وضعیت جغرافیایی و KYC را بررسی کنید
اگر پلتفرم در زمان ایجاد حساب ارائه خدمت به اشخاص یا ساکنان یک منطقه را محدود کرده باشد، این موضوع میتواند در اختلاف قراردادی اثرگذار باشد. نتیجه حقوقی به متن قرارداد، قانون حاکم، نحوه ثبتنام و واقعیت پرونده بستگی دارد و نمیتوان یک پاسخ واحد برای همه صرافیها ارائه کرد.
تحریمها را نباید نادیده گرفت
برنامه تحریمهای ایران در OFAC فعال است و صفحه رسمی Sanctions Programs and Country Information در حال بروزرسانی است. در زمان بازبینی این مقاله، صفحه OFAC برنامه تحریمهای ایران را در فهرست برنامههای فعال نشان میدهد. منبع رسمی: OFAC – Sanctions Programs and Country Information
مهمتر اینکه OFAC در FAQ شماره 1250 که در ۱ مه ۲۰۲۶ منتشر شده، به طور مشخص درباره وضعیت «صرافیهای دارایی دیجیتال ایرانی» تحت تحریمهای آمریکا توضیح داده و اعلام کرده است که Iranian digital asset exchanges در چارچوب مقررات مورد اشاره آن FAQ، در تعریف مؤسسات مالی ایرانی قرار میگیرند و اموال و منافع آنها در حوزه صلاحیت آمریکا مشمول قواعد انسداد توضیحدادهشده در آن صفحه است. منبع رسمی: OFAC FAQ 1250 – Are Iranian digital asset exchanges blocked under OFAC sanctions?
OFAC همچنین راهنمای اختصاصی برای صنعت ارز مجازی درباره رعایت تحریمها منتشر کرده است. این راهنما تأکید میکند که اعضای صنعت دارایی مجازی، از جمله صرافیها و ارائهدهندگان کیف پول، باید ریسک تحریم را براساس حوزه فعالیت، مشتریان و موقعیت جغرافیایی ارزیابی کنند. منبع رسمی: OFAC – Sanctions Compliance Guidance for the Virtual Currency Industry
⚖️ هشدار عملی برای کاربر ایرانی: استفاده از VPN یا تغییر IP لزوماً محدودیت قراردادی مربوط به محل اقامت، کشور تحت پشتیبانی یا الزامات KYC را از بین نمیبرد. پیش از طرح اختلاف باید بررسی شود کاربر هنگام ثبتنام چه اطلاعاتی ارائه کرده، چه شرایطی را پذیرفته و پلتفرم در تاریخ حادثه چه قواعدی داشته است.
در یک پرونده فرامرزی، عبارت تبلیغاتی بهترین وکیل بلاکچین بدون شناخت قانون حاکم و قرارداد فایدهای ندارد. ممکن است پرونده علاوه بر حقوق ایران به مشاوره حقوقی در حوزه قضایی شرکت خارجی، داوری بینالمللی یا مکاتبه حقوقی برونمرزی نیاز داشته باشد.
به همین دلیل، انتخاب بهترین وکیل بلاک چین نیز نباید فقط بر اساس عنوان یک سایت یا تبلیغات باشد؛ توانایی تشخیص مرجع صالح، محدودیت اجرایی رأی، شرط داوری و هزینه واقعی پیگیری بینالمللی اهمیت بیشتری دارد.

جدول چکلیست مدارک و اقدامات پرونده لیکویید
پاسخ کوتاه: هرچه پرونده به دادههای اصلی، زمانبندی روشن و اسناد رسمیتر متکی باشد، امکان تحلیل دقیقتر بیشتر است. جدول زیر میتواند قبل از جلسه مشاوره یا ثبت شکایت استفاده شود.
| مدرک/اقدام | اهمیت | وضعیت پیشنهادی |
|---|---|---|
| Account Statement | محاسبه زیان واقعی | فایل اصلی ذخیره شود |
| Position History | مشخصات پوزیشن و زمان | کامل |
| Order History | بررسی Stop و دستورات | همراه Order ID |
| Liquidation History | هسته اصلی اختلاف | ضروری |
| Mark Price History | بررسی قیمت مرجع | بازه قبل و بعد حادثه |
| Login History | کشف دسترسی مشکوک | در صورت وجود ذخیره شود |
| API Log | منشأ دستورات رباتی | بسیار مهم |
| TxID | اثبات انتقالهای آنچین | فقط در صورت وجود انتقال |
| تیکت پشتیبانی | موضع رسمی پلتفرم | شماره و زمان حفظ شود |
| Terms of Service | تعیین تعهد و مرجع حل اختلاف | نسخه زمان حادثه |
| Timeline | اثبات رابطه زمانی | با ساعت و منطقه زمانی |
چه کسی باید پرونده را بررسی کند؟
پاسخ کوتاه: پرونده لیکویید صرفاً یک پرونده حقوقی یا صرفاً یک مسئله ترید نیست. در پروندههای پیچیده ممکن است ترکیبی از تحلیل حقوق قراردادها، جرایم رایانهای، کارشناسی فناوری اطلاعات و بررسی فنی ساختار معاملات مشتقه لازم باشد.
جستجوی عبارتی مانند وکیل ارز دیجیتال ممکن است نقطه شروع باشد، اما معیار انتخاب باید توانایی توضیح دقیق مسئله باشد. اگر شخص بررسیکننده تفاوت بین معامله Spot و Futures، Cross و Isolated، Mark Price و Last Price یا سفارش Stop Market و Stop Limit را نمیداند، تحلیل حقوقی ممکن است بر فرض نادرستی بنا شود.
همین مسئله درباره عنوان وکیل رمز ارز نیز صدق میکند. پروندهای که ظاهراً درباره بلاکچین است شاید در واقع هیچ اختلاف آنچینی نداشته باشد و تمام اتفاقات در پایگاه داده داخلی یک صرافی متمرکز رخ داده باشد.
نکته مهمتر این است که یک متخصص حقوقی این حوزه باید محدودیت پرونده را نیز صریح بیان کند. اگر مستندات نشان دهد لیکویید مطابق قواعد اعلامشده بازار و پلتفرم رخ داده، وعده قطعی بازگرداندن سرمایه قابل دفاع نیست.
سوالات متداول درباره شکایت و مطالبه خسارت لیکویید شدن
۱. آیا میتوان به دلیل لیکویید شدن از صرافی شکایت کرد؟
بله، بررسی و در شرایط مناسب طرح دعوا یا شکایت ممکن است، اما موفقیت آن نیازمند دلیل مشخص است. اگر لیکویید کاملاً مطابق قواعد اعلامشده و حرکت بازار رخ داده باشد، صرف از دست رفتن سرمایه معمولاً مسئولیت صرافی را اثبات نمیکند. باید نقض تعهد، تقصیر، رفتار غیرمجاز یا تخلف قابل انتساب و ارتباط آن با خسارت اثبات شود.
۲. اگر Stop Loss اجرا نشده باشد، صرافی باید خسارت بدهد؟
نه لزوماً. ابتدا باید ثابت شود سفارش معتبر ثبت و پذیرفته شده، Trigger آن طبق تنظیمات فعال شده و شرایط اجرای سفارش وجود داشته است. در سفارش Limit ممکن است بازار از قیمت عبور کند بدون آنکه سفارش به طور کامل اجرا شود. Order ID، نوع Trigger، Order History و شرایط رسمی صرافی برای پاسخ لازم است.
۳. اسکرینشات لیکویید برای اثبات کافی است؟
معمولاً بهتر است به اسکرینشات اکتفا نشود. اسکرینشات میتواند بخشی از ادله باشد، اما گزارش اصلی حساب، Position History، Order History، Mark Price، تیکت پشتیبانی و فایلهای قابل Export امکان بررسی دقیقتری فراهم میکنند. اعتبار نهایی هر دلیل توسط مرجع رسیدگی و با توجه به مجموعه ادله ارزیابی میشود.
۴. اگر بعد از لیکویید قیمت برگشته باشد، میتوان سود از دسترفته را مطالبه کرد؟
اثبات چنین خسارتی بسیار دشوارتر است. اینکه قیمت بعداً افزایش یافته، به تنهایی ثابت نمیکند معاملهگر حتماً تا همان قیمت پوزیشن را نگه میداشت یا سود را محقق میکرد. علاوه بر مشکل اثبات، تبصره ۲ ماده ۵۱۵ قانون آیین دادرسی مدنی درباره عدمالنفع نیز باید در تحلیل پرونده لحاظ شود. خسارت مستقیم و تحققیافته وضعیت متفاوتی دارد.
۵. اگر حساب با API مدیریت شده باشد، مسئول خسارت چه کسی است؟
باید منشأ دستور مشخص شود. اگر ربات یا مدیر سرمایه مجاز به معامله بوده، قرارداد بین کاربر و ارائهدهنده سرویس اهمیت دارد. اگر API Key سرقت شده یا خارج از حدود مجوز استفاده شده باشد، وضعیت متفاوت است. API Log، زمان ایجاد کلید و سطح دسترسی آن مدارک کلیدی هستند.
۶. آیا کاربر ایرانی میتواند از صرافی خارجی خسارت بگیرد؟
امکان پیگیری را نمیتوان به طور کلی رد یا تضمین کرد. مسیر به شرکت طرف قرارداد، کشور ثبت، شرایط استفاده، شرط داوری، محدودیت جغرافیایی، وضعیت KYC، تحریمها و قابلیت اجرای تصمیم بستگی دارد. هیچ قاعده واحدی برای همه صرافیهای خارجی وجود ندارد.
۷. چه زمانی پرونده لیکویید ماهیت کیفری پیدا میکند؟
زمانی که شواهد کافی از رفتاری با وصف کیفری مانند دسترسی غیرمجاز، جعل رایانهای، تغییر متقلبانه داده، اخلال غیرمجاز یا تحصیل مال از طریق دستکاری غیرمجاز سامانه وجود داشته باشد. زیان مالی یا اختلاف با پشتیبانی صرافی به تنهایی وقوع جرم را اثبات نمیکند.

جمعبندی؛ سؤال اصلی «چقدر ضرر کردم؟» نیست، «چرا این ضرر ایجاد شد؟» است
در پرونده لیکویید شدن، بزرگ بودن رقم زیان هیچگاه جای دلیل را نمیگیرد. ممکن است معاملهگری بخش بزرگی از سرمایه خود را از دست بدهد اما تمام فرآیند از نظر فنی مطابق قواعد بازار و قرارداد انجام شده باشد. در چنین وضعیتی مطالبه خسارت از صرافی با مانع جدی مواجه است.
در مقابل، حتی خسارت کوچکتر نیز ممکن است ارزش بررسی داشته باشد اگر شواهد روشنی از اجرای مغایر با قرارداد، دسترسی غیرمجاز، ثبت نادرست داده، دستور ناشناس یا رفتار فنی غیرعادی وجود داشته باشد.
پرونده قابل بررسی از یک Timeline دقیق شروع میشود: چه زمانی پوزیشن باز شد؟ مارجین چقدر بود؟ Stop Loss چه شناسهای داشت؟ Trigger براساس کدام قیمت تنظیم شده بود؟ Mark Price در لحظه بحرانی چه بود؟ چه زمانی اتصال قطع شد؟ چه زمانی لیکویید ثبت شد؟ اولین پاسخ صرافی چه بود؟
پس از آن باید خسارت واقعی از سود فرضی تفکیک و طرف مسئول احتمالی شناسایی شود. شاید اختلاف با خود صرافی باشد، شاید با ارائهدهنده ربات، شاید با شخصی که حساب را مدیریت کرده و شاید اساساً هیچ تخلف قابل انتسابی رخ نداده باشد.
برای انتخاب مشاور نیز عنوانهایی مانند بهترین وکیل ارز دیجیتال نباید معیار اصلی باشد. پرونده رمزارزی زمانی درست تحلیل میشود که حقوق، داده و سازوکار فنی معامله همزمان دیده شوند.
همین منطق درباره جستجوی بهترین وکیل رمز ارز نیز صادق است: قبل از هر وعدهای باید مشخص شود پرونده از نظر دلیل، صلاحیت مرجع، رابطه سببیت و قابلیت اجرای نتیجه چه نقاط قوت و ضعفی دارد.
✅ نتیجه عملی: اگر مدارک فقط نشان میدهند بازار برخلاف جهت معامله حرکت کرده است، احتمالاً با ریسک معاملاتی روبهرو هستید. اگر مدارک نشان میدهند سامانه، شخص ثالث یا حساب کاربری رفتاری متفاوت از آنچه طبق قواعد و قرارداد باید رخ میداد داشته است، مرحله بعد بررسی تخصصی رابطه آن رفتار با خسارت است.
مدارک پرونده را قبل از هر اقدام قضایی منظم کنید
بررسی اولیه زمانی مفید است که سوابق معامله، تیکتها، زمانبندی حادثه و Terms of Service کنار هم دیده شوند. هدف باید انتخاب مسیر حقوقی متناسب با واقعیت پرونده باشد، نه وعده قطعی بازگشت سرمایه.
⚖️ پیش از جلسه مشاوره، یک پوشه شامل Account Statement، Order History، Liquidation History، Login/API Log، تیکتها و جدول زمانی حادثه تهیه کنید.
منابع حقوقی و فنی استفادهشده در این مقاله
منابع فنی اصلی از CFTC، OKX و OFAC و منابع حقوقی از متن قوانین ایران انتخاب شدهاند.
- CFTC – Customer Advisory: Understand the Risks of Virtual Currency Trading
- CFTC – Digital Asset Frauds
- OKX – How does liquidation work in futures trading?
- OKX – Mark Price and Last Price
- OFAC – Sanctions Programs and Country Information
- OFAC FAQ 1250 – Iranian Digital Asset Exchanges
- OFAC – Sanctions Compliance Guidance for the Virtual Currency Industry
- قانون تجارت الکترونیکی – متن مواد و مقررات دادهپیام
- قانون آیین دادرسی دادگاههای عمومی و انقلاب در امور مدنی
- قانون جرایم رایانهای مصوب ۱۳۸۸
- متن قانون مدنی
- متن قانون مسئولیت مدنی
مطالب مرتبط در سایت
برای مطالعه موضوعات تکمیلی و انتخاب مسیر متناسب با سناریوی خود، میتوانید به آرشیو مطالب حقوقی رمزارز مراجعه کنید. همچنین ارتباط پشتیبانی از طریق روبیکا در دسترس است.
© ۱۴۰۵ – کلیه حقوق این مطلب متعلق به «وکیل رمزارز» (vakilramzarz.com) میباشد.
نویسنده: محمد حسن محدث حسینی، وکیل پایه یک دادگستری
این مطلب صرفاً جهت اطلاعرسانی و افزایش آگاهی عمومی تهیه شده و به هیچ وجه جایگزین مشاوره حقوقی تخصصی و اختصاصی نمیباشد. نتیجه هر پرونده به اسناد، قرارداد، صلاحیت مرجع، قوانین قابل اعمال و وضعیت واقعی همان پرونده بستگی دارد.

