بک‌تست آپشن می‌تواند تغییر کند، بی‌آنکه حتی یک خط از کد استراتژی جابه‌جا شود. فروشنده‌ای مظنه‌ای نادرست را اصلاح می‌کند، معامله‌ای دیررس را اضافه می‌کند، فراداده قرارداد را بازبینی می‌کند یا فیلتر خود را برای بازارهای متقاطع تغییر می‌دهد. همان تاریخ‌ها را دوباره اجرا می‌کنید و به اجرای متفاوتی می‌رسید، موقعیت متفاوتی می‌گیرید، و شاید Sharpe متفاوتی هم داشته باشید. این لزوماً به معنای وجود اشکال در استراتژی نیست. شواهدی که استراتژی بر اساس آن آزموده شده تغییر کرده است.
برای بازتولیدپذیر کردن بک‌تست آپشن، با داده‌های بازار مثل ورودی نسخه‌بندی‌شده برخورد کنید. ثبت کنید از کدام اسنپ‌شات استفاده کرده‌اید، مشاهدات خامی را که مبنای هر تصمیم بوده‌اند نگه دارید و پیش از اعتماد به نتیجه تجمیعی جدید، نتایج تغییرکرده را در سطح قرارداد و مهر زمانی مقایسه کنید.
چرا وقتی کد ثابت مانده، بک‌تست آپشن من تغییر کرده است؟
رکوردهای آپشن به اصلاحات بسیار حساس‌اند، چون معامله‌پذیری ظاهری یک قرارداد به چند فیلد وابسته است که باید با هم بررسی شوند: bid، ask، اندازه‌ها، قیمت دارایی پایه، سررسید، قیمت اعمال و ضریب یا دارایی قابل‌تحویل قرارداد. اصلاح یک مظنه می‌تواند فرصتی ظاهری را به بازاری متقاطع تبدیل کند. اصلاح فراداده می‌تواند معنای ضریب یک موقعیت را تغییر دهد.
استراتژی‌ای را در نظر بگیرید که وقتی ask کمتر از $2.00 است، یک call می‌خرد. در بارگذاری نخست داده، مظنه ساعت 10:14 برابر است با ask به قیمت $1.95 و bid به قیمت $1.90، با اندازه 5. بازبینی بعدی فروشنده پس از تطبیق پیام دیررس صرافی، ask را به $2.05 تغییر می‌دهد. همین یک مشاهده سیگنال را عوض می‌کند. اگر آن قرارداد تنها معامله استراتژی در آن روز بوده باشد، اصلاحی کوچک در داده می‌تواند بازده روز را تحت‌تأثیر قرار دهد.
فیلترکردن مظنه‌ها هم اهمیت دارد. فروشندگان ممکن است مظنه‌های کهنه را حذف کنند، بازارهای متقاطع را کنار بگذارند یا مهرهای زمانی را به شکل متفاوتی یکدست کنند. این سیاست‌ها می‌توانند منطقی باشند، اما بخشی از هویت مجموعه‌داده‌اند. «آپشن‌های SPY، از ژانویه تا مارس» سابقه‌ای بازتولیدپذیر را مشخص نمی‌کند.
نسخه داده آپشن چیست؟
نسخه داده، نسخه دقیق مشاهدات تاریخی است که برای یک اجرای پژوهشی مشخص در دسترس بوده است. نام فروشنده و مجموعه‌داده، زمان دریافت، بازه تاریخ، نسخه طرح‌واره و هر قاعده پاک‌سازی یا فیلترکردن را نگه دارید. اگر فروشنده شناسه اسنپ‌شات یا زمان‌های بازبینی ارائه می‌دهد، آن‌ها را هم ذخیره کنید.
برای هر تصمیم شبیه‌سازی‌شده، اطلاعات تبارشناختی کافی نگه دارید تا بتوانید پاسخ دهید: کدام قرارداد بررسی شد، کدام مظنه انتخاب شد، آن مظنه چه زمانی منتشر یا دریافت شد و چه قاعده‌ای آن را واجد شرایط کرد؟ هم رکورد خام مهم است و هم رکورد مشتق‌شده. یک NBBO پاک‌سازی‌شده بدون مهرهای زمانی منبع ممکن است پنهان کند که مظنه کهنه بوده یا پس از تصمیم شبیه‌سازی‌شده رسیده است.
| رکوردی که باید نگه داشت | اهمیت آن | نمونه |
|---|---|---|
| اسنپ‌شات منبع | سابقه استفاده‌شده در اجرا را مشخص می‌کند | شناسه بازبینی فروشنده و مهر زمانی دریافت |
| منشأ مظنه | بازار انتخاب‌شده را توضیح می‌دهد | صرافی، زمان رویداد، زمان دریافت، bid/ask و اندازه‌ها |
| شرایط قرارداد | تعریف می‌کند که آپشن نماینده چه چیزی بوده است | قیمت اعمال، سررسید، ضریب و دارایی قابل‌تحویل |
| سیاست پاک‌سازی | نشان می‌دهد کدام مشاهدات کنار گذاشته شدند | آستانه کهنگی و نحوه برخورد با مظنه‌های متقاطع |
چطور بررسی کنم که بازبینی فروشنده نتایجم را تغییر داده است؟
همان استراتژی و پیکربندی را روی هر دو اسنپ‌شات اجرا کنید. ابتدا تعداد مشاهدات و قراردادهای واجد شرایط را به تفکیک تاریخ مقایسه کنید. بعد تصمیم‌ها و اجراها را مقایسه کنید: کدام سیگنال‌ها ظاهر یا ناپدید شدند، کدام مظنه تغییر کرد و آیا رکورد جدید قیمت اجرای مدل‌شده را تغییر داد؟
به بازده کل بسنده نکنید. تغییرات تعداد معاملات، قیمت‌های ورود و خروج، سیگنال‌های ردشده و سهم P&L حاصل از معاملاتی را که فقط در یکی از نسخه‌های داده وجود دارند، پیگیری کنید. Sharpe اجرا ممکن است مشابه بماند، در حالی که معاملات منفرد جایگزین شده‌اند؛ آمار کلی به شما نمی‌گوید که سابقه زیربنایی آن تغییر کرده است.
برای ممیزی مفید، استراتژی، کارمزدها و فرض‌های اجرا را ثابت نگه دارید. اگر چند چیز را هم‌زمان تغییر دهید، نمی‌فهمید واگرایی از اصلاح فروشنده آمده یا از آزمایش خودتان.
آیا همیشه باید از جدیدترین سابقه داده‌های آپشن استفاده کنم؟
وقتی هدفتان استفاده از بهترین بازسازی فعلی فروشنده است، از جدیدترین سابقه استفاده کنید. اسنپ‌شات قدیمی را نگه دارید تا بتوانید نتیجه قبلی را بازتولید کنید یا بفهمید سامانه پژوهشی شما در آن زمان چه اطلاعاتی داشته است. این دو به پرسش‌های متفاوتی پاسخ می‌دهند.
در پژوهش نقطه‌درزمان، ممکن است یک رکورد اصلاح‌شده اکنون دقیق‌تر باشد، اما آن زمان در دسترس استراتژی نبوده باشد. در صورت امکان، زمان‌های انتشار و دریافت را نگه دارید؛ در غیر این صورت، محدودیت را روشن و صریح بنویسید. بازسازی امروزی لزوماً مجموعه اطلاعات تاریخی نیست.
وقتی بک‌تست آپشن تغییر می‌کند، پرسش نخست باید این باشد: «کدام مشاهدات تغییر کردند؟» پرسش «کدام اجرا درست است؟» بعد از آن می‌آید؛ وقتی بتوانید به پرسش اول پاسخ دهید.
باید همراه هر بک‌تست چه چیزهایی را ذخیره کنم؟
در کنار نتایج، یک مانیفست مختصر ذخیره کنید: ارائه‌دهنده و اسنپ‌شات داده، زمان دریافت، نسخه طرح‌واره و پاک‌سازی، منبع فراداده قرارداد، کامیت استراتژی، فرض‌های اجرا و پیکربندی اجرا. برای هر معامله پیوندی به رکوردهای مظنه‌ای نگه دارید که مبنای آن بوده‌اند.
این رکورد کوچک اجرای دوباره‌ای رازآلود را به تفاوتی تبدیل می‌کند که می‌توانید بررسی‌اش کنید. سابقه داده‌های آپشن همچنان اصلاح خواهد شد. فرایند پژوهشی شما باید هر اصلاح را آشکار کند تا آرشیوی بهتر شواهد را بهبود دهد، بی‌آنکه بی‌سروصدا آزمایش را بازنویسی کند.
← همهٔ مطالب
