KYC و AML در صرافی ارز دیجیتال چیست و چرا الزامی است؟
اگر هنگام ثبتنام در یک صرافی ارز دیجیتال از شما تصویر مدرک شناسایی، اطلاعات شخصی، شماره تلفن، سلفی یا حتی مدارک تکمیلی درخواست شده است، احتمالاً با فرآیندی به نام KYC روبهرو شدهاید.
اما KYC تنها بخشی از یک سیستم بزرگتر است. پشت احراز هویت کاربران، مجموعهای از فرآیندهای AML، ارزیابی ریسک، پایش تراکنشها، بررسی تحریمها و در برخی حوزههای قضایی الزامات مرتبط با انتقال اطلاعات تراکنش قرار دارد.
به زبان ساده:
KYC کمک میکند صرافی بداند با چه کسی سروکار دارد؛ AML کمک میکند صرافی ریسک سوءاستفاده مالی از پلتفرم را شناسایی و مدیریت کند.
البته یک نکته مهم وجود دارد: KYC و AML در همه کشورها الزام قانونی یکسانی ندارند. قوانین، مجوزها، نوع فعالیت صرافی و الزامات نظارتی بر اساس حوزه قضایی متفاوتاند. در سطح بینالمللی، FATF استانداردهایی برای Virtual Asset Service Providerها ارائه کرده است، اما تبدیل این استانداردها به قانون و نحوه اجرای آنها بر عهده حوزههای قضایی است.
در ادامه، هم از دید کاربر عادی و هم از دید فردی که قصد راهاندازی صرافی ارز دیجیتال دارد، موضوع را بررسی میکنیم.
KYC چیست؟
KYC مخفف Know Your Customer یا «مشتری خود را بشناس» است.
در سادهترین تعریف، KYC فرآیندی است که طی آن یک پلتفرم مالی هویت مشتری را شناسایی و تا حد لازم راستیآزمایی میکند.
اما KYC فقط به گرفتن عکس کارت شناسایی محدود نیست.
در یک سیستم حرفهای، ممکن است فرآیند KYC شامل این موارد باشد:
- دریافت اطلاعات هویتی
- بررسی اصالت اطلاعات
- تطبیق هویت با مدارک معتبر
- بررسی زنده بودن فرد یا Liveness
- شناسایی شخص حقوقی و مالک ذینفع در صورت لزوم
- ارزیابی اولیه ریسک مشتری
- دریافت اطلاعات تکمیلی برای مشتریان پرریسک
FATF در چارچوب CDD نیز بر شناسایی و احراز هویت مشتری، شناخت مالک ذینفع، فهم هدف رابطه و پایش مستمر رابطه و تراکنشها تأکید میکند.
بنابراین، بهتر است KYC را یک فرآیند شناخت مشتری بدانیم، نه صرفاً یک فرم احراز هویت.
AML چیست؟
AML مخفف Anti-Money Laundering و به معنای مبارزه با پولشویی است.
AML یک فرآیند یا مجموعهای از سیاستها، کنترلها و رویهها برای شناسایی، پیشگیری و مدیریت ریسک جرائم مالی است.
در یک صرافی ارز دیجیتال، AML میتواند حوزههایی مانند موارد زیر را دربر بگیرد:
- Customer Due Diligence یا CDD
- Enhanced Due Diligence یا EDD
- Transaction Monitoring
- Risk Assessment
- Risk Scoring
- Sanctions Screening
- Suspicious Activity Detection
- نگهداری سوابق
- بررسی منشأ وجوه در موارد لازم
- گزارشدهی موارد مشکوک طبق قانون مربوطه
FATF تأکید میکند که VASPها باید اقدامات پیشگیرانه مرتبط با AML/CFT را متناسب با ریسکهای خود اجرا کنند؛ از جمله CDD، نگهداری سوابق و گزارشدهی تراکنشهای مشکوک.
تفاوت KYC و AML چیست؟
مهمترین تفاوت این است که KYC روی شناخت مشتری تمرکز دارد، درحالیکه AML یک چارچوب بسیار گستردهتر برای مدیریت ریسک جرائم مالی است.
| KYC | AML |
|---|---|
| Know Your Customer | Anti-Money Laundering |
| تمرکز بر شناخت مشتری | تمرکز بر مدیریت ریسک جرائم مالی |
| بخشی از فرآیند Compliance | چارچوب گستردهتر |
| احراز هویت و شناخت مشتری | KYC، پایش تراکنش، Screening و سایر کنترلها |
| معمولاً از ابتدای رابطه شروع میشود | در طول چرخه عمر مشتری ادامه دارد |
| پاسخ به «این مشتری کیست؟» | پاسخ به «آیا فعالیت این مشتری با ریسک قابل قبول سازگار است؟» |
یک مثال ساده
فرض کنید شخصی در یک صرافی حساب باز میکند.
در مرحله KYC، صرافی تلاش میکند مطمئن شود:
این فرد واقعاً همان شخصی است که ادعا میکند.
اما پس از فعال شدن حساب، داستان تمام نمیشود.
اگر الگوی تراکنشهای مشتری ناگهان با پروفایل ریسک او سازگار نباشد، سیستم AML ممکن است تراکنش یا حساب را برای بررسی بیشتر علامتگذاری کند.
پس میتوان گفت:
KYC = شناخت مشتری
AML = مدیریت مستمر ریسک سوءاستفاده مالی
چرا صرافیهای ارز دیجیتال به KYC و AML نیاز دارند؟
پاسخ کوتاه این است:
چون صرافی یک نقطه اتصال مهم میان کاربران، داراییهای دیجیتال و جریانهای مالی است و باید بتواند ریسکهای مرتبط با مشتری و تراکنش را شناسایی و مدیریت کند.
FATF استانداردهای AML/CFT خود را به Virtual Asset Service Providerها نیز تسری داده و از کشورها میخواهد این حوزه را متناسب با ریسک آن تنظیم و نظارت کنند.
۱. امنیت کاربران
KYC میتواند اتصال یک حساب به هویت واقعی صاحب آن را تقویت کند.
این موضوع در شرایطی مانند:
- بازیابی حساب
- بررسی فعالیت مشکوک
- اختلافات
- جلوگیری از سوءاستفاده از حساب
اهمیت پیدا میکند.
البته KYC بهتنهایی امنیت کامل ایجاد نمیکند؛ امنیت حساب به عواملی مانند MFA، مدیریت دسترسی، امنیت API، نگهداری امن دادهها و کنترلهای عملیاتی نیز وابسته است.
۲. مدیریت ریسک
یک صرافی نمیتواند همه مشتریان و همه تراکنشها را بدون توجه به ریسک، دقیقاً یکسان ارزیابی کند.
رویکرد Risk-Based Approach به این معناست که منابع Compliance باید متناسب با سطح ریسک تخصیص پیدا کنند.
FATF نیز رویکرد ریسکمحور را برای Virtual Assetها و VASPها مورد تأکید قرار داده است.
۳. جلوگیری از سوءاستفاده
پلتفرمهای دارایی دیجیتال میتوانند هدف انواع سوءاستفاده قرار بگیرند؛ از تقلب و سرقت حساب گرفته تا پولشویی و سایر جرائم مالی.
FATF در گزارش ۲۰۲۶ خود از افزایش برخی ریسکها، از جمله صنعتیشدن تقلب مرتبط با داراییهای مجازی، سوءاستفاده از Stablecoinها و ریسکهای مرتبط با P2P و VASPهای خارج از نظارت مؤثر خبر داده است.
۴. الزامات قانونی و نظارتی
این قسمت نیازمند دقت است.
نباید گفت:
«قانون جهانی وجود دارد که همه صرافیها را دقیقاً به یک شکل ملزم به KYC میکند.»
چنین گزارهای بیش از حد کلی است.
واقعیت این است که:
FATF استاندارد بینالمللی ارائه میکند؛ قانون الزامآور توسط حوزه قضایی مربوطه ایجاد و اجرا میشود.
برای مثال، در اتحادیه اروپا چارچوب MiCA و سایر مقررات مرتبط، الزامات مشخصی را برای فعالان مشمول ایجاد کردهاند و CASPهای مشمول MiCA در چارچوب AML/CFT نیز قرار میگیرند.
بنابراین هنگام راهاندازی صرافی باید ابتدا حوزه قضایی، مدل کسبوکار و نوع خدمات مشخص شود.
۵. اعتماد
کاربری که میبیند صرافی فرآیندهای مشخصی برای احراز هویت، کنترل ریسک و رسیدگی به فعالیت مشکوک دارد، میتواند تصویر روشنتری از بلوغ عملیاتی پلتفرم داشته باشد.
اما اعتماد زمانی ایجاد میشود که Compliance با Privacy و UX متوازن باشد؛ نه اینکه صرفاً تعداد زیادی مدرک از کاربر گرفته شود.
فرآیند KYC در صرافی ارز دیجیتال چگونه است؟
فرآیند دقیق به کشور، مدل صرافی، سطح ریسک و سیاست پلتفرم بستگی دارد، اما یک جریان معمول میتواند چنین باشد:
ثبتنام → دریافت اطلاعات → احراز هویت → بررسی ریسک → فعالسازی → پایش مستمر
مرحله اول: دریافت اطلاعات
کاربر معمولاً اطلاعات پایهای مانند نام، تاریخ تولد، اطلاعات تماس و سایر اطلاعات موردنیاز صرافی را ارائه میکند.
مرحله دوم: بررسی هویت
صرافی اطلاعات ارائهشده را با مدارک یا سرویسهای احراز هویت تطبیق میدهد.
ممکن است فناوریهایی مانند:
- OCR
- Face Matching
- Liveness Detection
- e-KYC
در این مرحله استفاده شوند.
مرحله سوم: ارزیابی ریسک
در سیستمهای حرفهای، احراز هویت بهتنهایی پایان کار نیست.
بر اساس مدل کسبوکار و الزامات قابل اجرا، ممکن است عواملی مانند کشور محل اقامت، نوع حساب، نوع فعالیت، حجم مورد انتظار یا سایر عوامل ریسک بررسی شوند.
مرحله چهارم: بررسی تکمیلی
برای موارد پرریسک ممکن است EDD یا Enhanced Due Diligence مورد نیاز باشد.
این مرحله میتواند شامل درخواست اطلاعات یا مدارک اضافی باشد.
مرحله پنجم: پایش مستمر
پس از فعال شدن حساب، فعالیت مشتری همچنان میتواند تحت پایش قرار گیرد.
این همان نقطهای است که تفاوت KYC با AML کاملاً مشخص میشود.

چه مدارکی برای KYC لازم است؟
هیچ فهرست جهانی و یکسانی برای تمام صرافیها وجود ندارد.
نوع مدارک به کشور، نوع مشتری، سیاست صرافی و سطح ریسک بستگی دارد.
ممکن است موارد زیر درخواست شوند:
- کارت شناسایی
- پاسپورت
- گواهینامه
- مدرک اثبات آدرس
- شماره تلفن
- سلفی یا Liveness
- مدارک شرکت برای اشخاص حقوقی
- اطلاعات مالک ذینفع
- اطلاعات مربوط به Source of Funds یا Source of Wealth در موارد لازم
برای نمونه، بعضی صرافیها فرآیندهای متفاوتی برای احراز پایه و تکمیلی دارند؛ بنابراین نباید الزامات یک پلتفرم را قانون عمومی همه صرافیها در نظر گرفت.
AML در صرافی ارز دیجیتال چگونه اجرا میشود؟
AML یک سیستم چندلایه است.
CDD؛ شناخت مشتری
CDD یا Customer Due Diligence مجموعه اقداماتی است که برای شناخت و ارزیابی مشتری انجام میشود.
این فرآیند میتواند شامل:
- شناخت مشتری
- احراز هویت
- شناخت مالک ذینفع
- فهم هدف رابطه
- ارزیابی ریسک
باشد.
EDD؛ بررسی مضاعف مشتریان پرریسک
EDD یا Enhanced Due Diligence برای شرایطی است که سطح ریسک بالاتر تشخیص داده شود.
نکته مهم:
EDD به معنای «مجرم بودن مشتری» نیست.
بلکه یعنی سطح ریسک به اندازهای است که کنترلهای بیشتری توجیه دارد.
Transaction Monitoring
سیستم Transaction Monitoring رفتار تراکنشها را در طول زمان بررسی میکند.
برای مثال، سیستم ممکن است به دنبال الگوهایی باشد که با پروفایل معمول مشتری سازگار نیستند.
این سیستم الزاماً با یک «تراکنش بد» مواجه نیست؛ بلکه میتواند الگوی غیرعادی را شناسایی و برای بررسی انسانی یا خودکار ارسال کند.
Risk Scoring
در یک معماری حرفهای میتوان برای مشتری یا تراکنش یک امتیاز ریسک در نظر گرفت.
برای مثال:
Risk Factors → Scoring → Threshold → Action
Action ممکن است بسته به سیاست و قانون شامل:
- ادامه تراکنش
- درخواست بررسی بیشتر
- EDD
- توقف موقت
- ارجاع به Compliance
باشد.
Sanctions Screening
در حوزههای قضایی مربوطه، اطلاعات مشتری یا تراکنش ممکن است با فهرستهای تحریمی و محدودیتهای قابل اعمال بررسی شود.
این موضوع باید بر اساس حوزه قضایی و فهرستهای معتبر مورد استفاده سازمان طراحی شود.
Suspicious Activity Detection
هدف این بخش شناسایی الگوها یا فعالیتهایی است که ممکن است نیاز به بررسی بیشتر داشته باشند.
تشخیص «مشکوک» با «مجرم بودن» یکی نیست.
این تمایز برای طراحی UX و فرآیند Compliance اهمیت زیادی دارد.
Travel Rule چیست؟
Travel Rule یکی از موضوعات مهم AML در صنعت دارایی دیجیتال است.
به زبان ساده، این سازوکار به انتقال اطلاعات مشخص درباره فرستنده و گیرنده در برخی انتقالهای دارایی دیجیتال مربوط میشود.
FATF Travel Rule را بهعنوان بخشی از استانداردهای مرتبط با VASPها مطرح کرده است.
در اتحادیه اروپا نیز Regulation (EU) 2023/1113 الزامات مشخصی درباره اطلاعات همراه انتقال برخی Crypto-Assetها تعیین کرده است.
برای مثال، این مقررات در شرایط تحت پوشش خود اطلاعاتی درباره Originator و Beneficiary را مورد توجه قرار میدهند و برای اطلاعات ناقص نیز رویکردهای Risk-Based پیشبینی شده است.
بنابراین Travel Rule صرفاً یک قابلیت UI نیست؛ ممکن است نیازمند زیرساخت داده، API، کنترلهای امنیتی، مدیریت پیام و فرآیند Compliance باشد.
آیا KYC حریم خصوصی کاربران را تهدید میکند؟
این نگرانی کاملاً قابل درک است.
KYC از یک طرف برای شناخت مشتری و مدیریت ریسک ضروری است؛ از طرف دیگر، اطلاعات KYC میتواند بسیار حساس باشد.
بنابراین سؤال درست فقط این نیست که:
«آیا صرافی باید اطلاعات من را بگیرد؟»
بلکه باید پرسید:
«چه اطلاعاتی، برای چه هدفی، چه مدت و با چه سطحی از امنیت نگهداری میشود؟»
یک معماری مناسب باید میان Compliance و Data Protection تعادل برقرار کند.
اصول مهم میتوانند شامل موارد زیر باشند:
- جمعآوری داده متناسب با هدف
- محدود کردن دسترسی کارکنان
- رمزنگاری
- ثبت Audit Log
- سیاست نگهداری داده
- کنترل حذف یا نگهداری
- مدیریت دسترسی مبتنی بر نقش
- امنیت API
- بررسی تأمینکنندگان KYC
در مقررات اتحادیه اروپا نیز موضوع حفاظت از داده هنگام انتقال اطلاعات مربوط به Crypto-Assetها مورد توجه قرار گرفته است.
پس KYC خوب، صرفاً KYC سختگیرانه نیست؛ KYC امن، متناسب و قابل توضیح است.
اگر صرافی KYC و AML نداشته باشد چه اتفاقی میافتد؟
نتیجه دقیق به حوزه قضایی و مدل کسبوکار بستگی دارد، اما حذف یا طراحی ضعیف Compliance میتواند ریسکهای مهمی ایجاد کند.
ریسک اول: تقلب
نبود شناخت مناسب از مشتری میتواند سوءاستفاده از حسابها را آسانتر کند.
ریسک دوم: ریسک مالی
پلتفرم ممکن است در معرض جریانهای مالی پرریسک قرار گیرد.
ریسک سوم: ریسک نظارتی
اگر یک حوزه قضایی برای فعالیت موردنظر الزامات AML/KYC داشته باشد، عدم رعایت آن میتواند پیامدهای قانونی و نظارتی داشته باشد.
ریسک چهارم: ریسک همکاری
بانکها، PSPها، شرکای تجاری و ارائهدهندگان خدمات ممکن است الزامات Compliance خود را داشته باشند.
ریسک پنجم: آسیب به برند
یک رخداد بزرگ Compliance میتواند اعتماد کاربران و شرکای تجاری را تحت تأثیر قرار دهد.
FATF در گزارشهای اخیر خود نیز تأکید کرده که شکاف در نظارت بر VASPها میتواند توسط مجرمان مورد سوءاستفاده قرار گیرد.
KYC و AML در طراحی و راهاندازی صرافی ارز دیجیتال چه نقشی دارند؟
این مهمترین بخش مقاله برای کسی است که قصد راهاندازی صرافی دارد.
یک اشتباه رایج این است که KYC را به یک صفحه در پنل کاربر محدود کنیم:
«فرم احراز هویت را اضافه میکنیم و تمام.»
اما KYC/AML در یک صرافی حرفهای باید بخشی از معماری کل پلتفرم صرافی باشد.
معماری مفهومی
User
↓
Registration
↓
KYC / Identity Verification
↓
Customer Profile
↓
Risk Assessment
↓
Account Activation
↓
Trading / Deposit / Withdrawal
↓
Transaction Monitoring
↓
Risk Engine
↓
Compliance Review
↓
EDD / Action / Reporting
۱. اتصال KYC به User Management
نتیجه احراز هویت باید به حساب کاربری متصل باشد.
سیستم باید بتواند وضعیتهایی مانند:
- Pending
- Verified
- Rejected
- Additional Review
- Suspended
را مدیریت کند.
۲. اتصال به Risk Engine
نتیجه KYC باید بتواند در ارزیابی ریسک نقش داشته باشد.
۳. اتصال به Transaction Monitoring
بعد از تأیید حساب، فعالیت کاربر باید در چارچوب سیاستهای قابل اجرا قابل پایش باشد.
۴. Wallet Screening
در مدلهای خاص ممکن است لازم باشد آدرسهای کیف پول نیز در فرآیندهای Risk/Compliance بررسی شوند.
این بخش به نوع سرویس و حوزه قضایی بستگی دارد.
۵. Compliance Dashboard
تیم Compliance باید بتواند مواردی مانند:
- کاربران پرریسک
- هشدارها
- موارد نیازمند Review
- وضعیت KYC
- تراکنشهای Flag شده
- درخواستهای EDD
را مدیریت کند.
۶. Audit Log
سیستم باید بتواند مشخص کند:
- چه کسی چه اقدامی انجام داده؟
- چه زمانی؟
- روی کدام حساب؟
- با چه نتیجهای؟
این موضوع برای عملیات و بررسیهای بعدی اهمیت زیادی دارد.
آیا اسکریپت آماده صرافی برای KYC/AML کافی است؟
پاسخ این سؤال بستگی دارد.
اسکریپت آماده میتواند برای شروع سریعتر یک مزیت باشد، اما قبل از انتخاب آن باید بررسی کنید:
- آیا KYC قابل اتصال به Providerهای موردنظر است؟
- آیا Workflow قابل تنظیم است؟
- آیا Risk Engine دارد؟
- آیا Transaction Monitoring قابل توسعه است؟
- آیا Audit Log وجود دارد؟
- آیا Role-Based Access Control دارد؟
- آیا API مناسب برای سرویسهای Compliance دارد؟
- آیا معماری برای توسعه آینده آماده است؟
- آیا میتوان قوانین متفاوت حوزههای قضایی را در آن پیاده کرد؟
اگر کسبوکار شما فرآیندهای پیچیده یا نیازهای اختصاصی دارد، توسعه یا شخصیسازی عمیقتر میتواند منطقیتر باشد.
در این مرحله، انتخاب بین اسکریپت آماده و طراحی اختصاصی صرافی ارز دیجیتال دیگر صرفاً یک تصمیم فنی نیست؛ بلکه تصمیمی درباره سرعت ورود به بازار، انعطافپذیری، هزینه توسعه و قابلیت توسعه Compliance نیز هست.
KYC/AML در CEX، P2P، OTC ، Spot و Futures چه تفاوتی دارد؟
اصل Compliance در همه مدلها میتواند اهمیت داشته باشد، اما ریسک و جریان تراکنش یکسان نیست.
صرافی CEX
در صرافی متمرکز، پلتفرم کنترل بیشتری بر:
- حساب
- سفارش
- معامله
- واریز
- برداشت
دارد.
بنابراین Compliance میتواند به شکل متمرکزتری در معماری قرار گیرد.
صرافی P2P
در P2P، تعامل مستقیمتر کاربران میتواند الگوهای ریسک متفاوتی ایجاد کند.
FATF نیز در گزارشهای خود ریسکهای مرتبط با P2P و Unhosted Walletها را مورد توجه قرار داده است.
صرافی OTC
در OTC معمولاً حجم و نوع معامله اهمیت بیشتری پیدا میکند و فرآیندهای بررسی مشتری و معامله میتوانند نقش پررنگتری داشته باشند.
صرافی Spot
در Spot، جریان معمول خرید و فروش دارایی دیجیتال باید در کنار KYC، Deposit، Withdrawal و Transaction Monitoring دیده شود.
صرافی Futures
در Futures، علاوه بر Compliance، موضوعات دیگری مانند:
- Risk Management
- Leverage
- Liquidation
- Margin
نیز در معماری محصول اهمیت پیدا میکنند.
بنابراین KYC/AML یک ماژول جدا از محصول نیست؛ بلکه باید با مدل کسبوکار صرافی هماهنگ باشد.
از KYC و AML تا راهاندازی صرافی
اگر هدف شما راهاندازی یک صرافی ارز دیجیتال است، بهتر است Compliance را بعد از طراحی محصول به آن اضافه نکنید.
فرآیند منطقیتر این است:
مدل کسبوکار → حوزه قضایی → خدمات صرافی → Risk Assessment → معماری KYC/AML → معماری فنی → UX → عملیات Compliance
در چنین پروژهای، انتخاب نوع پلتفرم نیز اهمیت دارد.
برای مثال ممکن است کسبوکار شما به یک صرافی متمرکز، P2P، OTC، Spot یا Futures نیاز داشته باشد. هرکدام از این مدلها نیازمندیهای فنی و عملیاتی متفاوتی دارند.
بنابراین اگر در مرحله بررسی راهاندازی هستید، بهتر است پیش از انتخاب راهکار نهایی، معماری Compliance، مدل کسبوکار و نیازهای توسعه آینده را همزمان بررسی کنید.
برای همین منظور میتوان گزینههای مختلف طراحی، توسعه و راهکارهای آماده صرافی را مقایسه کرد، بهجای اینکه صرفاً بر اساس ظاهر پنل یا سرعت نصب تصمیم گرفت.

جمعبندی
KYC و AML دو اصطلاح نزدیک اما یکسان نیستند.
KYC روی شناخت و احراز هویت مشتری تمرکز دارد.
AML چارچوب گستردهتری برای پیشگیری، شناسایی و مدیریت ریسک جرائم مالی است.
در یک صرافی ارز دیجیتال حرفهای، KYC باید با بخشهایی مانند Risk Assessment، Transaction Monitoring، Sanctions Screening، EDD و فرآیندهای Compliance ارتباط داشته باشد.
از طرف دیگر، نباید یک قانون محلی را بهعنوان «قانون جهانی ارز دیجیتال» معرفی کرد. FATF استانداردهای بینالمللی ارائه میکند و نحوه تبدیل این استانداردها به الزام قانونی، بر اساس حوزه قضایی متفاوت است.
برای کسی که قصد راهاندازی صرافی دارد، مهمترین نکته این است:
KYC/AML یک صفحه در سایت نیست؛ بخشی از معماری، عملیات، مدیریت ریسک و اعتماد یک صرافی است.
هرچه این موضوع از مرحله طراحی محصول جدیتر گرفته شود، احتمال اینکه بعداً مجبور شوید ساختارهای اصلی پلتفرم را برای Compliance بازطراحی کنید، کمتر خواهد بود.

