اتصال رویداد بازار به رفتار استراتژی
در پیاده‌سازی TT از اشتراک قیمت و رویدادهای Time & Sales استفاده کردم. مسیر دریافت دادهٔ بازار از مسیر پاسخ سفارش جداست؛ تغییر قیمت به‌خودی‌خود نشان نمی‌دهد سفارش پذیرفته، اصلاح یا اجرا شده است.
CASE STUDY / 01 · اجرای معاملات
اجرای فیوچرز؛ از منطق استراتژی تا TT.
تبدیل رفتار معاملاتی به گردش اجرای رویدادمحور؛ با آگاهی از وضعیت سفارش، کنترل تعهد و اعتبارسنجی مرحله‌ای پیش از قراردادهای بزرگ‌تر.
معماری مفهومی
نقشتوسعه‌دهنده سیستم‌های معاملاتی
بازهٔ زمانیآوریل ۲۰۲۳ — اکنون
دامنهٔ کار منپیاده‌سازی استراتژی · اتصال رویداد بازار · پاسخ سفارش · کنترل پیش از ارسال · اعتبارسنجی در شبیه‌ساز و بازار زنده
01 / زمینهٔ پروژه
تبدیل پژوهش به رفتار اجرایی.
مسیر از توسعه و بک‌تست استراتژی در MultiCharts .NET شروع می‌شد. رفتار اجرایی را با TT SDK در C#/.NET پیاده می‌کردم و سپس وارد شبیه‌ساز TT و تست زندهٔ مرحله‌ای می‌شدم. مسئولیت مهندسی فراتر از تولید سیگنال بود: پاسخ سفارش، سفارش‌های باز و پوزیشن باید در تصمیم بعدی استراتژی اثر می‌گذاشتند.
سهم من
- استراتژی‌های MultiCharts .NET را با TT SDK به پیاده‌سازی C#/.NET تبدیل کردم؛ با استفاده از اشتراک قیمت و رویدادهای Time & Sales.
- تغییر، لغو و اجرای سفارش را به‌صورت رویدادمحور مدیریت کردم؛ برای بررسی سفارش تکراری، شناسه، قیمت و سطح معاملاتی را ردیابی کردم.
- در کنترل سقف پوزیشن، علاوه بر پوزیشن اجراشده، سفارش‌های باز را هم لحاظ کردم.
02 / تصمیم‌های مهندسی
رفتار، مرز مسئولیت و تصمیم فنی.
لحاظ سفارش باز در کنترل ریسک
با ردیابی شناسه، قیمت و سطح معاملاتی، کنترل سفارش تکراری را پیاده کردم و سقف پوزیشن را با جمع پوزیشن اجراشده و سفارش‌های باز سنجیدم. پیش از سفارش تازه باید تعهد رزروشده در سفارش‌های موجود هم دیده شود.
واکنش به چرخهٔ عمر سفارش
برای اضافه‌شدن، تغییر، لغو و اجرای سفارش، رفتار رویدادمحور پیاده کردم؛ شامل اجرای بخشی و مدیریت ردشدن یا خطا. پاسخ‌ها در اقدام بعدی استراتژی اثر داشتند و ارسال سفارش پایان گردش کار نبود.
اعتبارسنجی در مسیر واقعی استقرار
در گردش تست از .NET Core و در اجرای زندهٔ TT از .NET Framework استفاده می‌کردیم. مسیر شامل بک‌تست، شبیه‌ساز TT و اجرای میکرو پیش از قرارداد بزرگ‌تر بود؛ لاگ اپلیکیشن و TT برای بررسی رفتار به کار می‌رفت.
03 / مسئولیت‌های سیستم
گردش کار در یک نگاه.
- 01قیمت / Time & Sales↓
- 02پیاده‌سازی استراتژی↓
- 03کنترل تعهد و تکرار↓
- 04رابط سفارش TT↓
- 05تغییر / لغو / اجرا
نمای کلی مسئولیت‌ها؛ جزئیات پیاده‌سازی داخلی حذف شده‌اند.
چرا مسیر پاسخ مهم است؟
ارسال، بیان قصد است. رویدادهای بعدی مشخص می‌کنند برای سفارش چه اتفاقی افتاده است. این نمونه‌کار روی مدیریت پاسخ‌هایی که پیاده کرده‌ام تمرکز دارد؛ نمودار جزئیات وضعیت داخلی و نسخهٔ SDK را باز نمی‌کند.
04 / اعتبارسنجی و نتیجه
دامنهٔ نتیجه و شواهد.
دامنهٔ پیاده‌سازی
حدود ۴۰۰ استراتژی و اندیکاتور مستقل در شرکت فعلی؛ حدود ۱۳۰۰ پیاده‌سازی با احتساب شاخه‌ها و نسخه‌ها.
گردش عملیاتی
مسیر تأییدشده پس از شبیه‌سازی و آزمون مرحله‌ای، به اجرای فیوچرز با سرمایهٔ واقعی در TT می‌رسید.
حد شواهد
این تعداد، گسترهٔ پیاده‌سازی را نشان می‌دهد؛ نه ۴۰۰ استراتژی زنده، سابقهٔ سودآوری یا تضمین تأخیر اندازه‌گیری‌شده.
مرز محرمانگی
منطق استراتژی، سیگنال، اطلاعات حساب، سود و زیان یا بنچمارک تأخیر منتشر نمی‌شود.
نمودارها و مثال‌های تعاملی مدل توضیحی‌اند. کد کارفرما، دادهٔ حساب و منطق استراتژی محرمانه می‌مانند.