کارمزد صرافی ارز دیجیتال چگونه محاسبه و طراحی میشود؟
خلاصه پاسخ: کارمزد صرافی ارز دیجیتال معمولاً بر اساس ارزش معامله، نوع سفارش، حجم معاملات کاربر، نوع بازار و سطح کاربری تعیین میشود و میتواند بهصورت درصدی، مبلغ ثابت، Spread یا ترکیبی از این مدلها باشد. در بازارهای Order Book معمولاً ساختار Maker/Taker به کار میرود؛ در P2P و OTC نیز بسته به مدل کسبوکار ممکن است کارمزد مستقیم، حاشیه قیمت یا نرخ توافقی/RFQ مبنای درآمد باشد. بنابراین طراحی کارمزد فقط انتخاب یک درصد نیست؛ بلکه بخشی از طراحی اقتصاد، نقدشوندگی و مدل درآمدی صرافی است.
تاریخ بررسی نمونههای بازار: ۱۳ سپتامبر ۲۰۲۶. نرخهای صرافیها ممکن است بر اساس محصول، منطقه، جفتارز، سطح کاربری و کمپینها تغییر کنند.
کارمزد صرافی ارز دیجیتال چیست؟
کارمزد صرافی ارز دیجیتال مبلغی است که پلتفرم در ازای ارائه خدماتی مانند اجرای معامله، تبدیل دارایی، برداشت، تسویه یا بعضی خدمات اختصاصی دریافت میکند.
اما نکته مهم این است که «کارمزد صرافی» یک هزینه واحد نیست. ممکن است کاربر در یک عملیات با چند نوع هزینه مواجه شود:
- Trading Fee یا کارمزد معامله
- Maker Fee
- Taker Fee
- Withdrawal Fee
- Network Fee
- Spread
- کارمزد تبدیل یا سرویس
- کارمزدهای خاص P2P
- هزینه یا حاشیه قیمت در OTC/RFQ
به همین دلیل، مقایسه دو صرافی فقط بر اساس عددی مثل «۰.۱ درصد کارمزد» میتواند گمراهکننده باشد.
برای مثال، اگر یک پلتفرم کارمزد معامله پایینی داشته باشد اما Spread بیشتری ایجاد کند یا هزینه برداشت بالاتری داشته باشد، هزینه نهایی کاربر ممکن است از پلتفرمی با Trading Fee بالاتر بیشتر شود.
کارمزد صرافی ارز دیجیتال چگونه محاسبه میشود؟
در سادهترین مدل، کارمزد معامله از ضرب ارزش معامله در نرخ کارمزد به دست میآید:
کارمزد معامله = ارزش معامله × نرخ کارمزد
مثلاً اگر ارزش یک معامله ۱۰۰ میلیون تومان و نرخ کارمزد ۰.۲ درصد باشد:
۱۰۰,۰۰۰,۰۰۰ × ۰.۰۰۲ = ۲۰۰,۰۰۰ تومان
بنابراین کاربر برای چنین معاملهای ۲۰۰ هزار تومان کارمزد پرداخت میکند.
در صرافیهای حرفهای، نرخ مورد استفاده میتواند تابع چند متغیر باشد:
Fee Rate = f(Product, Maker/Taker, User Tier, Volume, Pair, Promotion, Payment Method)
یعنی نرخ کارمزد میتواند با توجه به محصول، نقش Maker/Taker، سطح کاربر، حجم معاملات، جفتارز، کمپین و روش پرداخت تغییر کند.
برای نمونه، Binance در راهنمای رسمی خود ارزش معامله و نرخ مربوط به سطح کاربر را مبنای محاسبه معرفی میکند.
مثال محاسبه کارمزد
فرض کنیم کاربر:
- ۱ بیتکوین معامله میکند.
- قیمت بیتکوین: ۱۰۰,۰۰۰ USDT
- ارزش معامله: ۱۰۰,۰۰۰ USDT
- نرخ کارمزد: ۰.۱ درصد
در این حالت:
۱۰۰,۰۰۰ × ۰.۰۰۱ = ۱۰۰ USDT
کارمزد معامله برابر با ۱۰۰ USDT خواهد بود.
نکته مهم برای طراحی محصول این است که سیستم باید از ابتدا مشخص کند کارمزد:
- از دارایی پایه کسر میشود؟
- از ارز مظنه کسر میشود؟
- از مبلغ پرداختی کم میشود؟
- یا به مبلغ سفارش اضافه میشود؟
این موضوع مستقیماً روی UX، گزارش تراکنش و منطق حسابداری پلتفرم تأثیر دارد.
Maker و Taker چیستند؟
Maker کاربری است که سفارش او نقدینگی جدیدی وارد Order Book میکند، در حالی که Taker سفارشی را اجرا میکند که با نقدینگی موجود در دفتر سفارش تطبیق مییابد.
به زبان ساده:
- Maker: سفارش در دفتر سفارش باقی میماند و منتظر تطبیق میشود.
- Taker: از سفارشهای موجود استفاده میکند و معامله را بهصورت فوری یا تهاجمی اجرا میکند.
در یک بازار Order Book، یک Limit Order لزوماً همیشه Maker نیست. اگر سفارش Limit بلافاصله با سفارش موجود تطبیق شود، بخش اجراشده میتواند Taker محسوب شود. Coinbase و Kraken نیز همین تفکیک را در مستندات رسمی خود توضیح میدهند.
چرا Maker Fee معمولاً کمتر است؟
چون Maker به ایجاد عمق بازار کمک میکند.
فرض کنید Order Book یک صرافی بسیار کمعمق باشد. کاربر برای خرید یا فروش حجم بالا ممکن است مجبور شود چند سطح قیمتی را مصرف کند و در نتیجه با Slippage بیشتری مواجه شود.
صرافی با کاهش Maker Fee میتواند کاربران را تشویق کند سفارشهای بیشتری در دفتر سفارش قرار دهند.
این یعنی:
Maker Incentive → Liquidity → Better Execution → More Attractive Market
البته این رابطه مطلق نیست. یک صرافی نباید صرفاً با پایین آوردن Maker Fee انتظار داشته باشد نقدشوندگی بهصورت خودکار ایجاد شود؛ کیفیت بازارسازان، حجم واقعی، تعداد کاربران و کیفیت Matching Engine نیز مهم هستند.
تفاوت Maker Fee و Taker Fee چیست؟
| ویژگی | Maker | Taker |
|---|---|---|
| نقش در Order Book | ایجاد/افزایش نقدینگی | مصرف نقدینگی |
| معمولاً با چه سفارشی؟ | Limit غیرقابلاجرای فوری | Market یا Limit قابلاجرای فوری |
| هدف کاربر | قیمت مشخص و انتظار برای اجرا | اجرای سریع |
| کارمزد معمول | پایینتر | بالاتر |
| اهمیت برای صرافی | افزایش عمق بازار | افزایش گردش معاملات |
در همه صرافیها الزاماً Maker ارزانتر نیست و ساختارها میتوانند متفاوت باشند؛ حتی بعضی بازارها برای جذب نقدینگی، Maker Rebate ارائه میکنند. جدول فعلی Kraken نمونهای از ساختاری است که در سطوح حرفهای میتواند Maker Fee صفر یا منفی و Taker Fee مثبت داشته باشد.
انواع کارمزد در صرافی ارز دیجیتال
یک ساختار کامل کارمزد میتواند شامل موارد زیر باشد:
| نوع هزینه | مبنای محاسبه | کاربرد |
|---|---|---|
| Trading Fee | درصدی از ارزش معامله | معاملات بازار |
| Maker Fee | ارزش معامله × نرخ Maker | سفارشهای Maker |
| Taker Fee | ارزش معامله × نرخ Taker | سفارشهای Taker |
| Withdrawal Fee | مبلغ ثابت/متغیر | برداشت دارایی |
| Network Fee | هزینه انتقال روی بلاکچین | تراکنش On-chain |
| Spread | اختلاف قیمت خرید و فروش/قیمت مرجع | خرید آسان و RFQ |
| P2P Fee | درصد یا مبلغ معامله | بازار همتابههمتا |
| OTC/RFQ Fee | نرخ توافقی یا داخل Quote | معاملات بزرگ |
| Conversion Fee | نرخ تبدیل/Spread | تبدیل دارایی |
این تفکیک برای طراحی نرمافزار بسیار مهم است؛ چون همه این هزینهها نباید در یک متغیر ساده به نام fee ذخیره شوند.
کارمزد معاملات Spot چگونه طراحی میشود؟
در معاملات Spot، رایجترین مدل حرفهای استفاده از Maker/Taker است.
در این مدل، برای هر معامله معمولاً مشخص میشود:
- بازار مربوطه چیست؟
- سفارش Maker است یا Taker؟
- حجم معاملاتی کاربر در دوره مرجع چقدر است؟
- سطح کاربر چیست؟
- آیا تخفیف یا کمپین فعال است؟
- آیا جفتارز نرخ اختصاصی دارد؟
- کارمزد با چه ارزی پرداخت میشود؟
برای نمونه، جدول فعلی Binance برای Spot بر اساس سطح کاربر و حجم ۳۰روزه نرخهای متفاوت Maker/Taker دارد. Kraken نیز سیستم Tier مبتنی بر حجم ۳۰روزه و در برخی ساختارها دارایی موجود روی پلتفرم را به کار میگیرد.
بنابراین یک طراحی حرفهای بهتر است به جای:
«کارمزد Spot = ۰.۲ درصد»
چنین منطقی داشته باشد:
«نرخ Spot براساس بازار + نقش سفارش + Tier کاربر + حجم دوره مرجع + تخفیفهای فعال تعیین میشود.»
کارمزد معاملات Spot برای یک صرافی جدید چقدر باید باشد؟
یک پاسخ عمومی مثل «۰.۱ درصد» یا «۰.۲ درصد» برای همه صرافیها منطقی نیست.
نرخ مناسب به اقتصاد پروژه بستگی دارد.
قبل از تعیین نرخ باید حداقل این موارد محاسبه شود:
- متوسط حجم معامله
- حجم روزانه هدف
- تعداد کاربران فعال
- درصد کاربران Maker
- درصد کاربران Taker
- هزینه نقدشوندگی
- هزینه Market Making
- هزینه زیرساخت
- هزینه Custody و Wallet
- هزینه برداشت و انتقال
- هزینه پرداخت/بانکی
- هزینه پشتیبانی
- هزینه Compliance/KYC
- نرخ ریزش کاربران
- نرخ تبدیل کاربران جدید به معاملهگر فعال
بنابراین نرخ کارمزد باید از Unit Economics پروژه به دست بیاید، نه صرفاً از جدول رقیب.
کارمزد Futures چگونه محاسبه میشود؟
در معاملات Futures نیز معمولاً Maker/Taker یکی از پایههای اصلی محاسبه کارمزد است؛ اما به دلیل وجود Leverage، طراحی Fee Engine حساستر میشود.
فرمول ساده:
Trading Fee = Notional Value × Fee Rate
مثلاً اگر:
- حجم اسمی قرارداد: ۵۰,۰۰۰ USDT
- Taker Fee: ۰.۰۵٪
باشد:
۵۰,۰۰۰ × ۰.۰۰۰۵ = ۲۵ USDT
بنابراین کارمزد معامله ۲۵ USDT است.
نکته بسیار مهم این است که کارمزد معامله Futures را نباید با Funding Fee یکی دانست.
در یک پلتفرم Futures ممکن است هزینههای متفاوتی وجود داشته باشد:
- Trading Fee
- Funding
- Liquidation-related costs
- Spread
- سایر هزینههای محصول
بنابراین در طراحی محصول باید این موارد در UI و Ledger از هم تفکیک شوند.
نرخهای Futures نیز میتوانند بهشدت متغیر باشند. برای مثال، Binance در سال ۲۰۲۶ برای بعضی قراردادها کمپینهای موقت با Maker Fee صفر و تخفیف Taker داشته است؛ بنابراین نرخ یک محصول Futures را نباید بهعنوان نرخ ثابت صنعت معرفی کرد.
اگر قصد راهاندازی چنین بازاری را دارید، [طراحی سایت صرافی فیوچرز (Futures) ارز دیجیتال] باید علاوه بر Fee Engine، منطق Margin، Liquidation، Funding و Risk Management را نیز در معماری پروژه لحاظ کند.
کارمزد P2P چگونه طراحی میشود؟
P2P با Spot معمولی یکسان نیست.
در بازار P2P، کاربر ممکن است مستقیماً با کاربر یا Merchant دیگری معامله کند و صرافی نقشهایی مانند:
- Marketplace
- Escrow
- مدیریت آگهی
- احراز هویت
- حل اختلاف
- کنترل ریسک
را برعهده بگیرد.
در نتیجه مدلهای مختلفی برای درآمد وجود دارد:
مدل اول: کارمزد Maker
فروشنده یا Advertiser برای ایجاد آگهی کارمزد میپردازد.
مدل دوم: کارمزد Taker
کاربری که آگهی موجود را انتخاب میکند کارمزد میپردازد.
مدل سوم: بدون کارمزد مستقیم
پلتفرم ممکن است کارمزد مستقیم را صفر کند و از طریق Spread، Merchant Services یا مدلهای دیگر درآمد ایجاد کند.
مدل چهارم: ترکیبی
مثلاً:
- Maker Fee پایین
- Taker Fee صفر
- هزینه برخی خدمات Merchant
- هزینه حل اختلاف در شرایط خاص
منابع رسمی Binance نیز نشان میدهند که ساختار P2P میتواند بر اساس بازار متفاوت باشد و در برخی بازارها مدلهای متفاوت Maker/Taker یا کمپینهای صفرکارمزد اجرا شده است.
پس برای طراحی یک P2P Exchange نباید نرخ Spot را عیناً روی P2P اعمال کرد.
اگر مدل کسبوکار شما بر پایه بازار همتابههمتاست، [طراحی و ساخت پلتفرم صرافی P2P] باید Fee Model، Escrow، Merchant Tier، Dispute و Risk Engine را در کنار Matching/Advertisement Engine در نظر بگیرد.
کارمزد OTC چگونه تعیین میشود؟
OTC با بازار Order Book تفاوت بنیادی دارد.
در OTC یا RFQ، کاربر برای معامله خود قیمت دریافت میکند و ممکن است هزینه داخل همان Quote یا Spread لحاظ شود.
در مدل RFQ معمولاً فرآیند به شکل زیر است:
- مشتری مقدار و دارایی را مشخص میکند.
- درخواست Quote ارسال میشود.
- Liquidity Provider یا Desk قیمت ارائه میکند.
- Quote برای مدت مشخص معتبر است.
- مشتری آن را قبول یا رد میکند.
- معامله اجرا میشود.
Coinbase Prime در مستندات RFQ خود، Quote را بهصورت قیمتی شامل هزینهها توصیف میکند؛ Binance نیز برای خدمات OTC/RFQ ساختارهای متفاوتی دارد. Kraken هم در برخی خدمات OTC قیمت Bid/Offer را بهصورت All-inclusive ارائه میکند.
بنابراین در OTC، درآمد میتواند از:
- Trading Fee
- Spread
- Commission
- Quote Margin
- یا ترکیبی از این موارد
ایجاد شود.
برای پروژههایی که معاملات بزرگ یا سازمانی دارند، [طراحی و ساخت پلتفرم صرافی OTC] باید منطق RFQ، مدیریت Quote، محدودیت زمانی، Liquidity Provider و Settlement را در طراحی کارمزد لحاظ کند.
کارمزد برداشت چه تفاوتی با Network Fee دارد؟
این دو مفهوم یکی نیستند.
Network Fee هزینهای است که برای ثبت و پردازش تراکنش روی شبکه بلاکچین پرداخت میشود.
در مقابل، Withdrawal Fee هزینهای است که پلتفرم از کاربر برای برداشت دریافت میکند.
ممکن است یک صرافی:
- هزینه شبکه را تقریباً به کاربر منتقل کند؛
- مبلغی ثابت دریافت کند؛
- مبلغی بیشتر یا کمتر از هزینه واقعی شبکه تعیین کند؛
- یا در شرایط خاص برداشت را رایگان کند.
Binance صراحتاً توضیح میدهد که Network Fee به شبکه بلاکچین مربوط است و مقدار آن میتواند با وضعیت شبکه تغییر کند. همچنین هزینه برداشت میتواند بر اساس شبکه و شرایط آن تغییر کند.
مثال
فرض کنید هزینه واقعی انتقال یک دارایی برای صرافی در یک زمان خاص معادل ۲ USDT باشد.
پلتفرم میتواند سیاستهای مختلفی داشته باشد:
- برداشت = ۲ USDT
- برداشت = ۱ USDT و یارانه ۱ USDT از طرف صرافی
- برداشت = ۳ USDT
- برداشت رایگان برای Tierهای خاص
بنابراین در طراحی مدل مالی، باید هزینه واقعی On-chain از درآمد Withdrawal Fee جدا گزارش شود.
آیا واریز باید کارمزد داشته باشد؟
الزامی نیست.
بعضی صرافیها برای واریز کارمزد دریافت نمیکنند و بعضی روشهای Fiat یا Payment ممکن است هزینه جداگانه داشته باشند.
در اینجا باید بین:
- Crypto Deposit
- Fiat Deposit
- Payment Gateway
- Bank Transfer
تفاوت گذاشت.
مثلاً Coinbase در صفحه کارمزد خود هزینه برخی روشهای Fiat را جداگانه نمایش میدهد؛ این نشان میدهد هزینه Funding لزوماً بخشی از Trading Fee نیست.
برای یک صرافی جدید، صفر کردن Deposit Fee میتواند از نظر بازاریابی جذاب باشد، اما باید مشخص شود هزینه پرداخت آن از کجا تأمین میشود.
چه عواملی نرخ کارمزد صرافی را تعیین میکنند؟
مهمترین عوامل عبارتاند از:
۱. حجم معاملات
کاربری که در ماه چند میلیون دلار معامله میکند، ارزش اقتصادی متفاوتی برای صرافی نسبت به کاربری دارد که تنها چند معامله کوچک انجام میدهد.
به همین دلیل مدل Tiered Fee رایج است.
۲. Maker یا Taker بودن
اگر هدف صرافی افزایش نقدشوندگی باشد، میتواند Maker را ارزانتر کند.
۳. نوع بازار
Spot، Futures، P2P و OTC اقتصاد متفاوتی دارند.
۴. نقدشوندگی
هرچه بازار عمیقتر باشد، امکان اجرای سفارشهای بزرگ با Slippage کمتر بیشتر میشود.
۵. هزینه Market Making
اگر صرافی برای ایجاد نقدشوندگی به Market Maker خارجی یا داخلی نیاز داشته باشد، این هزینه باید در مدل اقتصادی لحاظ شود.
۶. هزینه زیرساخت
مواردی مانند:
- Matching Engine
- Wallet Infrastructure
- Custody
- Monitoring
- Security
- KYC
- Compliance
- Support
همگی روی هزینه واقعی عملیات اثر دارند.
۷. بازار هدف
کارمزد مناسب برای یک صرافی Retail با یک پلتفرم Institutional یکسان نیست.
۸. رقابت
نرخ رقبای مستقیم مهم است، اما نباید تنها معیار تصمیم باشد.
۹. Spread
در برخی محصولات، نرخ پایین Trading Fee میتواند با Spread بالاتر همراه شود.
Kraken نیز توضیح میدهد که در سرویسهای Instant Buy/Sell، قیمت نمایشدادهشده میتواند شامل Spread باشد و اندازه Spread به عواملی مانند نوسان، نوع دارایی و اندازه سفارش بستگی داشته باشد.
کارمزد پلکانی چیست و چرا اهمیت دارد؟
در مدل پلکانی، هرچه حجم معاملات کاربر افزایش پیدا کند، نرخ کارمزد کاهش مییابد.
مثلاً یک ساختار فرضی:
| حجم ۳۰روزه | Maker | Taker |
|---|---|---|
| تا ۱۰۰ میلیون تومان | ۰.۳۰٪ | ۰.۳۵٪ |
| ۱۰۰ میلیون تا ۱ میلیارد | ۰.۲۵٪ | ۰.۳۰٪ |
| ۱ تا ۱۰ میلیارد | ۰.۲۰٪ | ۰.۲۵٪ |
| ۱۰ تا ۵۰ میلیارد | ۰.۱۵٪ | ۰.۲۰٪ |
| بیش از ۵۰ میلیارد | ۰.۱۰٪ | ۰.۱۵٪ |
این جدول نمونه طراحی است، نه پیشنهاد نرخ عمومی.
مدلهای واقعی بازار نیز از Tier استفاده میکنند. Binance و Kraken هر دو ساختارهایی دارند که نرخ را با حجم معاملات یا معیارهای سطح کاربر تغییر میدهند.
مزیت مدل پلکانی
این مدل دو هدف را همزمان دنبال میکند:
افزایش Retention + افزایش Trading Volume
کاربر انگیزه پیدا میکند برای رسیدن به سطح بعدی حجم بیشتری در همان صرافی ایجاد کند.
آیا کارمزد کمتر همیشه بهتر است؟
خیر.
این یکی از مهمترین نکات طراحی Fee Model است.
فرض کنید:
صرافی A
- Trading Fee: ۰.۱۰٪
- Spread: ۰.۳۰٪
- نقدشوندگی ضعیف
صرافی B
- Trading Fee: ۰.۱۵٪
- Spread: ۰.۰۵٪
- نقدشوندگی بالا
ممکن است هزینه نهایی معامله در صرافی B کمتر شود.
بنابراین باید بین:
Nominal Fee
و
Effective Trading Cost
تفاوت گذاشت.
هزینه مؤثر معامله میتواند بهصورت مفهومی شامل موارد زیر باشد:
Effective Cost ≈ Trading Fee + Spread Cost + Slippage + Withdrawal/Funding Costs
این فرمول یک مدل تحلیلی است و بسته به محصول باید دقیقتر تعریف شود.
رابطه کارمزد و نقدشوندگی چیست؟
کارمزد فقط ابزار درآمدی نیست؛ یک ابزار طراحی بازار نیز هست.
اگر Taker Fee خیلی بالا باشد، کاربران ممکن است از اجرای فوری سفارش اجتناب کنند.
اگر Maker Fee بیش از حد بالا باشد، کاربران حرفهای انگیزه کمتری برای قرار دادن سفارش در Order Book خواهند داشت.
اگر Maker Fee بسیار پایین یا منفی شود، هزینه آن باید از جایی دیگر تأمین شود.
بنابراین Fee Design باید با Liquidity Strategy هماهنگ باشد.
به همین دلیل Kraken صراحتاً ساختار Tier خود را با هدف تشویق نقدشوندگی توضیح میدهد.
صرافی ارز دیجیتال چگونه از کارمزد درآمد کسب میکند؟
مدل درآمد صرافی میتواند چندلایه باشد.
درآمد معاملاتی
سادهترین مدل:
Trading Volume × Fee Rate = Trading Revenue
مثلاً اگر حجم معاملات ماهانه ۱۰ میلیارد تومان و میانگین کارمزد مؤثر ۰.۱۵٪ باشد:
۱۰,۰۰۰,۰۰۰,۰۰۰ × ۰.۰۰۱۵ = ۱۵,۰۰۰,۰۰۰ تومان
این رقم Revenue ناخالص ناشی از کارمزد معاملاتی است و به معنی سود خالص نیست.
هزینههای اجرای بازار، پرداخت، نقدشوندگی، عملیات، مالیات، نیروی انسانی، زیرساخت و سایر هزینهها باید از آن جدا شوند.
درآمد Spread
در محصولات خرید آسان یا OTC، بخشی از درآمد ممکن است در تفاوت قیمت خرید و فروش یا Quote ایجاد شود.
درآمد برداشت
در صورت وجود Withdrawal Fee، بخشی از هزینههای عملیاتی میتواند از این محل پوشش داده شود.
درآمد خدمات
صرافیهای بزرگ الزاماً فقط به Trading Fee متکی نیستند. گزارش مالی Coinbase در سال ۲۰۲۵ نشان میدهد این شرکت علاوه بر Transaction Revenue، درآمد قابلتوجهی از Subscription and Services داشته است؛ Kraken نیز در گزارش سال ۲۰۲۵ خود مدل درآمدی متنوعتری شامل فعالیتهای معاملاتی و کسبوکارهای مبتنی بر دارایی را توضیح داده است.
بنابراین اگر هدف، ساخت یک کسبوکار صرافی پایدار است، بهتر است از ابتدا سؤال فقط این نباشد که:
«چقدر کارمزد بگیریم؟»
بلکه این باشد:
«چه ترکیبی از درآمد معاملاتی، Spread و خدمات میتواند اقتصاد پلتفرم را پایدار کند؟»
چگونه یک ساختار کارمزد رقابتی طراحی کنیم؟
برای طراحی Fee Structure پیشنهاد میشود این فرآیند طی شود:
مرحله اول: بازار هدف را مشخص کنید
آیا پلتفرم برای:
- کاربران Retail
- Traderهای حرفهای
- Market Makerها
- کاربران P2P
- مشتریان سازمانی
- HNWI
- یا ترکیبی از اینها
ساخته میشود؟
مرحله دوم: محصولات را جدا کنید
برای هر محصول Fee Model مستقل تعریف کنید:
- Spot
- Futures
- P2P
- OTC
- Convert
- Deposit
- Withdrawal
مرحله سوم: Unit Economics را محاسبه کنید
هزینه متوسط هر کاربر و هر معامله را مشخص کنید.
مرحله چهارم: نرخ پایه را تعیین کنید
نرخ باید حداقل بتواند اقتصاد عملیاتی محصول را پوشش دهد، مگر اینکه آگاهانه از Subsidy برای جذب کاربر استفاده شود.
مرحله پنجم: Tierها را طراحی کنید
به جای کاهش تصادفی نرخ، Thresholdهایی تعریف کنید که واقعاً با ارزش اقتصادی مشتری همخوان باشند.
مرحله ششم: Maker/Taker را تنظیم کنید
اگر نقدشوندگی اولویت دارد، Maker باید مشوق مناسب داشته باشد.
مرحله هفتم: سناریوهای مختلف را شبیهسازی کنید
مثلاً:
- حجم پایین
- حجم متوسط
- Bull Market
- Bear Market
- افزایش هزینه Network
- کاهش Fee رقبا
- افزایش سهم کاربران VIP
مرحله هشتم: Fee Engine را قابل تنظیم بسازید
این بخش از نظر فنی بسیار مهم است.
نرخ کارمزد نباید در کد بهصورت ثابت Hard-code شود.
Fee Engine صرافی چه قابلیتهایی باید داشته باشد؟
برای یک صرافی حرفهای، موتور کارمزد بهتر است بتواند حداقل این موارد را مدیریت کند:
- نرخ Maker
- نرخ Taker
- Tier کاربر
- حجم ۲۴ساعته/۳۰روزه یا دوره تعریفشده
- Product Type
- Trading Pair
- Discount
- Referral Discount
- VIP Override
- Fee Currency
- Minimum Fee
- Maximum Fee
- Promotional Fee
- Effective Date
- Expiry Date
- Fee Rebate
- Fee Audit Log
برای مثال، اگر کاربر از Tier ۳ به Tier ۴ منتقل شد، سیستم باید بدون تغییر کد اصلی بتواند نرخ جدید را اعمال کند.
همچنین بهتر است تغییرات Fee دارای Audit Trail باشند تا مشخص باشد چه کسی، چه نرخی را، در چه زمانی و برای چه بازاری تغییر داده است.
نمونه ساختار کارمزد برای یک صرافی فرضی
در یک سناریوی فرضی، ساختار زیر میتواند نقطه شروع تحلیل باشد:
Spot
| Tier | Maker | Taker |
|---|---|---|
| Basic | ۰.۲۵٪ | ۰.۳۰٪ |
| Silver | ۰.۲۰٪ | ۰.۲۵٪ |
| Gold | ۰.۱۵٪ | ۰.۲۰٪ |
| VIP | ۰.۱۰٪ | ۰.۱۵٪ |
Futures
| Tier | Maker | Taker |
|---|---|---|
| Basic | ۰.۰۲٪ | ۰.۰۵٪ |
| Silver | ۰.۰۱٪ | ۰.۰۴٪ |
| Gold | ۰.۰۰٪ | ۰.۰۳٪ |
Withdrawal
- نرخ ثابت یا Dynamic بر اساس شبکه
- نمایش هزینه پیش از تأیید
- حداقل برداشت
- امکان تغییر نرخ از پنل مدیریت
P2P
- Maker Fee قابل تنظیم
- Taker Fee قابل تنظیم
- Merchant Tier
- Discount برای Merchants معتبر
- Fee مستقل برای برخی بازارها
OTC
- RFQ
- Spread/Commission قابل تنظیم
- Quote با زمان انقضا
- امکان قیمتگذاری متفاوت برای مشتریان VIP
باز هم تأکید میشود که این اعداد نمونه معماری قیمتگذاری هستند و نباید بدون تحلیل بازار و هزینههای پروژه بهعنوان نرخ پیشنهادی نهایی استفاده شوند.
اشتباهات رایج در طراحی کارمزد صرافی
۱. کپی کردن نرخ رقیب
اینکه رقیب ۰.۲ درصد میگیرد، به معنی مناسب بودن همین نرخ برای شما نیست.
۲. تمرکز صرف بر Trading Fee
اگر Spread، نقدشوندگی و Slippage بررسی نشوند، نرخ اسمی تصویر کاملی نمیدهد.
۳. یکسان بودن کارمزد همه محصولات
Spot و Futures و OTC اقتصاد یکسانی ندارند.
۴. نادیده گرفتن هزینه Network
در پروژههای با برداشت زیاد، هزینه On-chain میتواند قابلتوجه باشد.
۵. طراحی Tierهای بیش از حد پیچیده
اگر کاربر نتواند بفهمد در چه سطحی قرار دارد و چرا چنین کارمزدی میپردازد، شفافیت از بین میرود.
۶. Hard-code کردن نرخها
نرخ کارمزد باید از طریق Configuration یا Fee Engine قابل مدیریت باشد.
۷. تغییر ناگهانی کارمزد
تغییر بدون اطلاعرسانی میتواند اعتماد کاربران حرفهای را کاهش دهد.
۸. صفر کردن کارمزد بدون مدل درآمدی جایگزین
Zero Fee یک استراتژی بازاریابی است، نه مدل کسبوکار مستقل.
چگونه کارمزد صرافی را برای کاربر شفاف کنیم؟
شفافیت Fee بخشی از UX است.
پیش از ثبت سفارش بهتر است کاربر ببیند:
- مقدار سفارش
- قیمت
- Maker/Taker
- نرخ کارمزد
- مبلغ کارمزد
- مقدار نهایی دریافتی
- در صورت وجود، Spread
- در صورت برداشت، Network/Withdrawal Fee
برای مثال:
مبلغ معامله: ۱۰۰,۰۰۰,۰۰۰ تومان
نوع سفارش: Taker
نرخ: ۰.۲۰٪
کارمزد: ۲۰۰,۰۰۰ تومان
مبلغ خالص: ۹۹,۸۰۰,۰۰۰ تومان
این نمایش از نظر تجربه کاربری بسیار بهتر از آن است که کاربر تنها بعد از معامله متوجه هزینه شود.
آیا طراحی سایت صرافی فقط به صفحه کارمزد محدود میشود؟
خیر.
Fee Structure باید از ابتدا در معماری پلتفرم دیده شود، چون به بخشهای مختلف متصل است:
User Management → Tier Engine → Order Management → Matching Engine → Fee Engine → Wallet/Ledger → Reporting
اگر قصد راهاندازی یک صرافی اختصاصی دارید، [طراحی سایت صرافی ارز دیجیتال] باید همزمان منطق معاملات، کیف پول، کاربران، کارمزد، گزارش مالی و پنل مدیریت را در نظر بگیرد.
برای مدل متمرکز نیز [طراحی سایت صرافی متمرکز (CEX)] نیازمند معماری مشخص برای Order Book، Matching Engine، Wallet و Fee Engine است.
اگر هدف کاهش زمان توسعه اولیه باشد، استفاده از [اسکریپت آماده صرافی ارز دیجیتال] میتواند یک گزینه بررسیشدنی باشد؛ البته قبل از انتخاب، باید میزان قابلیت سفارشیسازی Fee Engine، بازارها، کیف پول و پنل مدیریت بررسی شود.
اگر صرافی Spot میخواهیم، چه چیزهایی باید مشخص شود؟
حداقل این موارد:
- مدل Order Book
- Maker/Taker
- Fee Tier
- جفتارزها
- Minimum Order
- Price Precision
- Quantity Precision
- Fee Currency
- Discount
- Referral
- Market Making
- Withdrawal Policy
برای چنین پروژهای، [طراحی سایت صرافی اسپات (Spot) ارز دیجیتال] باید ساختار کارمزد را از مرحله طراحی محصول وارد معماری کند، نه اینکه بعداً به پلتفرم اضافه شود.
اگر مدل کسبوکار P2P باشد چه؟
در P2P علاوه بر Fee، باید موارد زیر طراحی شوند:
- Advertisement Fee
- Merchant Tier
- Escrow
- Dispute Fee
- Payment Method
- Limits
- Reputation
- Fraud Detection
برای چنین پروژهای، [اسکریپت صرافی P2P ارز دیجیتال] زمانی ارزشمند است که این منطقها قابل تنظیم و توسعه باشند و صرفاً یک ظاهر آماده ارائه نکند.
CEX یا P2P یا OTC؛ کدام مدل درآمدی بهتر است؟
پاسخ واحدی وجود ندارد.
| مدل | منبع درآمد غالب | مزیت اصلی | چالش اصلی |
|---|---|---|---|
| CEX | Trading Fee + Services | مقیاسپذیری | زیرساخت و نقدشوندگی |
| Spot | Maker/Taker | مدل استاندارد Order Book | نیاز به Liquidity |
| Futures | Trading Fee + محصولات مشتقه | حجم معاملاتی بالا | ریسک و زیرساخت پیچیده |
| P2P | Fee/Spread/Services | انعطاف پرداخت | Fraud و Dispute |
| OTC | Spread/Commission/RFQ | مناسب معاملات بزرگ | Liquidity و Execution |
به همین دلیل انتخاب فناوری باید بعد از انتخاب مدل کسبوکار انجام شود، نه برعکس.
برای راهاندازی صرافی، Fee Model را از کجا شروع کنیم؟
یک چارچوب عملی میتواند این باشد:
۱. هدف درآمدی ماهانه را تعیین کنید.
۲. حجم معاملاتی مورد انتظار را تخمین بزنید.
۳. Average Effective Fee را محاسبه کنید.
۴. هزینههای متغیر هر معامله را از آن کم کنید.
۵. سهم Maker و Taker را تخمین بزنید.
۶. هزینه نقدشوندگی را اضافه کنید.
۷. Tierهای VIP را شبیهسازی کنید.
۸. سناریوی کاهش کارمزد رقبا را تست کنید.
۹. سناریوی افت ۵۰ درصدی حجم را تست کنید.
۱۰. در نهایت Fee Table را منتشر کنید.
به این ترتیب، نرخ کارمزد از یک «عدد بازاریابی» به یک جزء واقعی از Business Model تبدیل میشود.
جمعبندی: بهترین ساختار کارمزد صرافی ارز دیجیتال چیست؟
بهترین ساختار کارمزد لزوماً کمترین نرخ بازار نیست.
یک Fee Model مناسب باید چهار ویژگی داشته باشد:
- برای کاربر قابل فهم باشد.
- با نقدشوندگی بازار هماهنگ باشد.
- هزینههای واقعی کسبوکار را پوشش دهد.
- قابل تنظیم و توسعه در سطح نرمافزار باشد.
برای Spot، مدل Maker/Taker و Tiered Fee معمولاً نقطه شروع مناسبی است. برای P2P باید نقش Merchant، Escrow و Dispute را نیز در نظر گرفت. در OTC، Spread و RFQ اهمیت بیشتری پیدا میکنند. در Futures نیز علاوه بر Trading Fee باید Funding و ریسکهای اختصاصی بازار مشتقه از هم تفکیک شوند.
نکته کلیدی این است که کارمزد را جدا از معماری صرافی طراحی نکنید. Fee Engine باید از ابتدا با Order Management، User Tier، Wallet/Ledger، Reporting و سیستم مدیریت ریسک هماهنگ باشد.
اگر هدف شما راهاندازی یک صرافی با ساختار کارمزد اختصاصی است، قدم بعدی صرفاً انتخاب یک درصد نیست؛ باید مدل کسبوکار، نوع بازار، معماری فنی و منطق محاسبه کارمزد همزمان طراحی شوند.
سؤالات متداول درباره کارمزد صرافی ارز دیجیتال
کارمزد صرافی ارز دیجیتال چگونه محاسبه میشود؟
معمولاً با ضرب ارزش معامله در نرخ کارمزد محاسبه میشود:
کارمزد = ارزش معامله × نرخ کارمزد
نرخ مورد استفاده میتواند بر اساس Maker/Taker، حجم معاملات، سطح کاربر، محصول و جفتارز متفاوت باشد.
Maker و Taker چه تفاوتی دارند؟
Maker سفارشی ایجاد میکند که نقدینگی جدید وارد Order Book میکند؛ Taker نقدینگی موجود را مصرف میکند. به همین دلیل در بسیاری از صرافیها Maker Fee کمتر از Taker Fee است، اگرچه این یک قانون قطعی برای همه بازارها نیست.
آیا کارمزد برداشت همان کارمزد شبکه است؟
خیر. Network Fee هزینه پردازش تراکنش روی بلاکچین است، در حالی که Withdrawal Fee مبلغی است که صرافی برای برداشت از کاربر دریافت میکند. این دو میتوانند برابر، متفاوت یا حتی در شرایطی صفر باشند.
آیا هرچه کارمزد صرافی کمتر باشد بهتر است؟
نه لزوماً. برای ارزیابی هزینه واقعی باید Trading Fee، Spread، Slippage و هزینههای برداشت یا انتقال را در کنار یکدیگر بررسی کرد.
کارمزد Futures چگونه محاسبه میشود؟
در سادهترین حالت:
Futures Trading Fee = ارزش اسمی معامله × نرخ کارمزد
اما Funding، Liquidation و سایر هزینههای مربوط به معاملات مشتقه باید جداگانه بررسی شوند.
آیا P2P باید همان کارمزد Spot را داشته باشد؟
خیر. P2P مدل عملیاتی متفاوتی دارد و میتواند از Maker Fee، Taker Fee، Spread، خدمات Merchant یا مدلهای ترکیبی استفاده کند.
کارمزد OTC چگونه محاسبه میشود؟
OTC معمولاً میتواند بر اساس Commission، Spread یا Quote/RFQ قیمتگذاری شود. در بعضی سرویسها هزینه داخل قیمت Quote لحاظ میشود و در برخی ساختارها بهصورت جداگانه نمایش داده میشود.
برای یک صرافی تازهتأسیس چه کارمزدی مناسب است؟
نرخ مناسب را نمیتوان بدون دانستن حجم هدف، بازار هدف، هزینه نقدشوندگی، هزینه زیرساخت و مدل درآمدی تعیین کرد. بهتر است ابتدا Unit Economics محاسبه و سپس Tierهای کارمزد طراحی شوند.
آیا میتوان کارمزد Maker را صفر کرد؟
بله، از نظر طراحی محصول امکانپذیر است و بعضی صرافیها برای برخی سطوح یا بازارها چنین ساختاری دارند. اما باید مشخص شود هزینه این مشوق از کدام بخش مدل درآمدی جبران میشود.
آیا کارمزد صرافی ثابت است؟
خیر. کارمزد میتواند بر اساس محصول، جفتارز، سطح کاربری، حجم معاملات، Maker/Taker، شبکه، منطقه جغرافیایی و کمپینهای موقت تغییر کند. بنابراین نرخها باید در زمان تصمیمگیری از صفحه رسمی همان سرویس بررسی شوند.

