مدل‌های بروکری WEEX: ربات‌های استراتژی، کپی‌تریدینگ و صرافی‌های زیرمجموعه

همکاری‌های بروکری WEEX در پنج مدل عملی جای می‌گیرند: پلتفرم‌های استراتژی، سرویس‌های کپی‌تریدینگ، تیم‌های کوانت، ترمینال‌های معاملاتی و صرافی‌های زیرمجموعه. تفاوت این مدل‌ها در این است که چه کسی کلید API را در اختیار دارد و مالک حساب کیست. مستندات WEEX این دسته‌بندی‌ها را نام‌گذاری نمی‌کند؛ بلکه اجزای سازنده را منتشر می‌کند و هر مدل ترکیب متفاوتی از آن‌هاست. بخش‌های زیر توضیح می‌دهند که هر مدل به چه اجزایی متصل می‌شود، چه چیزهایی باید بسازد و چگونه می‌توان تشخیص داد کدام مدل برای یک پلتفرم مناسب است. اطلاعات تا ۷ اکتبر ۲۰۲۶ به‌روز است.

سه روش برای در اختیار داشتن کلید کاربر WEEX توسط پلتفرم

هر مدل با یک تصمیم آغاز می‌شود: پلتفرم چگونه برای معامله‌کردن از طرف کاربر مجوز می‌گیرد.

• کلیدی که کاربر ایجاد می‌کند. کاربر به بخش مدیریت API در WEEX می‌رود، یک کلید ایجاد می‌کند و کلید، سکرت و عبارت عبور را در پلتفرم وارد می‌کند. این روش به تأیید WEEX نیاز ندارد و با هر نرم‌افزاری کار می‌کند. نقطه‌ضعف آن دشواری کار است، چون هر کاربر باید خودش مجوزها و تنظیمات IP را به‌درستی انجام دهد.
• OAuth که WEEX آن را Fast Connect معرفی می‌کند. کاربر روی «ورود با WEEX» کلیک می‌کند، درخواست را در صفحه خود WEEX تأیید می‌کند و WEEX یک کلید می‌سازد و آن را به بک‌اند پلتفرم می‌فرستد. در اطلاعیه ⁦08/2026⁩ WEEX، مدت این فرایند کمتر از ⁦10⁩ ثانیه اعلام شده است. راهنمای یکپارچه‌سازی OAuth هر کاربر را به یک کلید برای هر پلتفرم شخص ثالث محدود می‌کند و این روش فقط برای کارگزاران ثبت‌شده در دسترس است.
• حساب‌هایی که کارگزار ایجاد می‌کند. یک کارگزار تأییدشده از طریق API حساب‌های فرعی کارگزار کاربران نهایی را ثبت می‌کند (تا ۱۰ نفر در هر درخواست)، کلیدهای API آن‌ها را می‌سازد و آدرس‌های واریز، برداشت‌ها و انتقال‌ها را مدیریت می‌کند.

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

پلتفرم‌های استراتژی: ربات‌ها، سیگنال‌ها و دستیارهای هوش مصنوعی

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

یک پلتفرم استراتژی به کلیدی با مجوز اسپات یا فیوچرز، یک مسیریاب سفارش نیاز دارد که شناسه هر سفارش مشتری را با شناسه کارگزار پیشوندگذاری کند و باید محدودیت‌های نرخ درخواست را مدیریت کند. بخش پرسش‌های متداول API فیوچرز WEEX، محدودیت REST را ۵۰۰ واحد وزن در هر ۱۰ ثانیه برای هر IP تعیین می‌کند و در صورت عبور از آن، پاسخ HTTP 429 برمی‌گرداند.

دو نمونه، دامنه این مدل را نشان می‌دهند. HaasOnline در ۲۲ اوت ۲۰۲۶ اسپات WEEX و فیوچرز USDT را اضافه کرد و کاربران کلید، سکرت و عبارت عبور خود را در نرم‌افزار آن وارد می‌کنند. HaasOnline خود را ارائه‌دهنده نرم‌افزار معرفی کرده و نگفته است که کارگزار WEEX است. CryptoMind، پلتفرم ابزارهای معاملاتی هوش مصنوعی، و PSL OmniTrade شرکایی هستند که WEEX در مطالب بروکری خود به آن‌ها اشاره می‌کند.

درآمد این مدل از کمیسیون سفارش‌های مسیریابی‌شده و هر مبلغی که پلتفرم برای استراتژی‌های خود دریافت می‌کند، به دست می‌آید.

سرویس‌های کپی‌تریدینگ: دو مسیر با سازوکارهای متفاوت

محصول کپی‌تریدینگ را می‌توان به دو روش روی WEEX ساخت و هر روش، بخش دشوار کار را بر عهده طرف متفاوتی می‌گذارد.

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

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

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

تیم‌های کوانت: کلیدها و جریان معاملاتی خودشان

یک تیم کوانت با سرمایه خودش یا سرمایه تحت مدیریت معامله می‌کند و بیشتر از یک بسته همکاری، به رابط خام نیاز دارد. نکات مرتبط عبارت‌اند از:

• دسترسی REST و WebSocket به اسپات و فیوچرز؛ کتابخانه متن‌باز CCXT یک کلاس صرافی WEEX دارد که بازارهای اسپات و سواپ را پوشش می‌دهد.
• نقاط پایانی دمو در مسیر /sim/ برای آزمایش استراتژی‌ها بدون استفاده از وجوه واقعی، طبق بخش پرسش‌های متداول API فیوچرز.
• محدودیت ۳۰۰ ثبت سفارش در دقیقه برای فیوچرز و ۲۰ اتصال WebSocket به‌ازای هر IP، طبق همان بخش پرسش‌های متداول.
• بدون API مبتنی بر FIX.

ساختار کمیسیون نیز متفاوت است. مروری بر APIهای WEEX در ⁦16/07/2026⁩، برای معاملات API، «بر اساس برنامه‌های قابل‌اعمال» ⁦%50⁩ تا ⁦%60⁩ و برای کارگزاران ⁦%70⁩ را اعلام می‌کند. تیمی که با حساب خودش معامله می‌کند، بیشتر به توافق بازپرداخت کارمزد نزدیک است تا یک همکاری توزیعی. صفحه کارگزاران نیز تیم‌های کوانت را در میان متقاضیان پذیرفته‌شده قرار می‌دهد و WEEX برای پرسش‌های مربوط به معاملات کوانت و بازارسازی، نشانی [email protected] را منتشر کرده است.

ترمینال‌های معاملاتی و ابزارهای مدیریت سبد

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

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

پیش از ساخت محصول، یک محدودیت را در نظر داشته باشید: بخش پرسش‌های متداول API فیوچرز می‌گوید که یکپارچه‌سازی TradingView پشتیبانی نمی‌شود.

صرافی‌های زیرمجموعه: وقتی پلتفرم مالک کل حساب است

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

این سنگین‌ترین مدل است. کلیدهای کاربران نهایی که به این روش ساخته می‌شوند، علاوه بر معامله می‌توانند مجوز TRANSFER و WITHDRAW نیز داشته باشند؛ یعنی پلتفرم قادر است وجوه مشتریان را جابه‌جا کند. مستندات در پاسخ، قوانین سخت‌گیرانه‌تری وضع می‌کنند: برای هر کلیدی فراتر از دسترسی فقط‌خواندنی، فهرست مجاز IP با حداکثر ۱۰ ورودی الزامی است و سکرت فقط یک‌بار نمایش داده می‌شود.

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

کدام مدل بروکری WEEX برای پلتفرم شما مناسب است؟

پاسخ به چند پرسش، مدل مناسب بیشتر پلتفرم‌ها را مشخص می‌کند.

• آیا نرم‌افزار شما سفارش ثبت می‌کند؟ اگر فقط موجودی‌ها و تاریخچه را می‌خواند، ابزار مدیریت سبد هستید. از کلیدهای فقط‌خواندنی استفاده کنید و برنامه وابستگان را در نظر بگیرید.
• آیا کاربران شما از قبل حساب WEEX دارند؟ در این صورت، آن‌ها را با OAuth یا کلیدهایی که خودشان ساخته‌اند متصل کنید و سفارش‌ها را برچسب‌گذاری کنید. این همان مدل پلتفرم استراتژی یا ترمینال است.
• آیا محصول بر عملکرد یک معامله‌گر لید متکی است؟ پیش از ساخت موتور آینه‌سازی معاملات، API کپی‌تریدینگ را بررسی کنید.
• آیا با سرمایه خودتان معامله می‌کنید؟ درباره شرایط معاملات API پرس‌وجو کنید و آن‌ها را با شرایط کارگزاری مقایسه کنید.
• آیا می‌خواهید فرایند ثبت‌نام کاربران و جابه‌جایی وجوه را خودتان مدیریت کنید؟ این مدل صرافی زیرمجموعه است و الزامات انطباق نیز همراه آن خواهد بود.

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

سؤالات متداول

۱. آیا WEEX رسماً کارگزاران را به این پنج نوع تقسیم می‌کند؟

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

۲. آیا یک پلتفرم می‌تواند از بیش از یک مدل بروکری WEEX استفاده کند؟

هیچ‌چیز در مستندات این امکان را رد نمی‌کند. یک پلتفرم می‌تواند کاربران فعلی WEEX را با OAuth متصل کند و برای کاربران جدید از طریق API حساب‌های فرعی حساب بسازد. دسترسی به هر رابط را تیم توسعه کسب‌وکار WEEX اعطا می‌کند، بنابراین باید ترکیب موردنظر با این تیم توافق شود.

۳. کدام مدل بروکری WEEX به مجوز برداشت نیاز دارد؟

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

۴. آیا صرافی زیرمجموعه WEEX یک صرافی وایت‌لیبل است؟

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