مدونة

ذروة سلسلة البحث والـ overfitting، وتنتهي بنتيجة سلبية — وهي النتيجة الصحيحة. بحث ثنائي الإطار الزمني على رمز واحد (ETHUSDT) وجد إعدادا يساوي +16.35% خارج العينة (out-of-sample) و+2.62% على عينة محجوزة (holdout) لم تُمس؛ لكن الـ Deflated Sharpe Ratio، بعد احتساب ~37,000 محاولة، قلّصه إلى 0.00. تمريرة عبر عدة أدوات على خمس عملات كبرى (ETH/BTC/SOL/BNB/XRP، بنحو 1.18M شمعة دقيقة واحدة لكل منها)، مع الاختيار وفق الوسيط خارج العينة، تقضي عليه نهائيا: النسخة الثنائية DSR 0.24 / PBO 0.264، والثلاثية DSR 0.14 / PBO 0.327 — كلتاهما تفشلان في اجتياز البوابات. البطل مربح على رمز واحد من أصل 5 وسلبي على البقية. هذا هو الغرض من منظومة مكافحة الـ overfitting: أن تمنعك من شحن أفضل ما في الضجيج على أنه alpha.

اختبارات الأداء الخلفي متعددة الأطر الزمنية تسرّب المستقبل عبر شمعة الإطار الزمني الأعلى التي لا تزال قيد التكوين ولم يُغلق سعرها النهائي بعد. لا يمكنك أن تطمئن بمجرد مراجعة الكود — يجب أن تختبره. نعيد إنتاج قاعدة "الشمعة المغلقة" الخاصة بالبوت الحي بدقة تامة، ثم نثبت غياب التسرب عبر فحص إزاحة المستقبل: نعبث بكل شمعة مستقبلية ونتأكد أن كل إشارة وصفقة في الماضي تبقى بلا تغيير حرفي (bitwise). النتيجة: 25 من 25 فحص تطابق، والفحص فعّال حقًا.

تقدم وحدة معالجة الرسوميات (GPU) على المعالج المركزي ينمو مع حجم الدفعة — من 54.5x عند توليفة واحدة لكل استدعاء حتى 359.6x عند 61 على الحساب المسبق لمؤشراتنا متعددة الأطر الزمنية — لأن المسح الصغير لا يستطيع استهلاك نفقات إطلاق النواة والنقل. نُفكك رقم عنوان بقيمة 167x إلى فوز خوارزمي بمقدار 27x يفيد المعالج المركزي أيضاً وفوز عتادي بمقدار 6.2x، ونُظهر أن التقدم الحقيقي لوحدة معالجة الرسوميات على أفضل معالج مركزي هو 3.2x فقط على إطار زمني واحد و6.2x على أطر متعددة، ونقدم دليل قرار حول مدى الاتساع الذي يجب أن يبلغه المسح قبل أن يستحق شراء وحدة معالجة رسوميات.

وحدة معالجة الرسومات Metal من Apple لا تدعم float64 إطلاقاً. عند نقل اختبار خلفي متجهي (vectorized) إليها بصورة ساذجة، فإن صيغة WMA المغرية القائمة على المجموع التراكمي (prefix-sum) تفيض في fp32 — بخطأ نسبي أقصى يبلغ 211× — ومع ذلك يستمر التنفيذ ويُعيد أرقاماً تبدو معقولة. الحل ليس مزيداً من الدقة، بل صيغة مختلفة: التفاف مباشر ذو نافذة (direct windowed convolution) آمن في fp32 حتى دقة 8×10⁻⁷ وأسرع بـ 55.9 مرة من numba أحادي الخيط. هذا المقال يشرح الفخ، والحساب الكامن وراءه، وكيف تُثبت أنك لم تقع فيه.

البحث المتدرج / متعدد الدقة (drill-down) — مثل ASHA والتنصيف المتتالي (successive halving) و Hyperband — يفحص آلاف الإعدادات بتكلفة زهيدة ولا يرقّي إلى التقييم الكامل المكلف سوى الناجين منها. هذا تسريع حقيقي — لكنه ينهار بصمت إذا اختلف ترتيب الدقة المنخفضة عن ترتيب الدقة العالية. قسنا الارتباط بين ترتيب الطيّات: عند طيّة واحدة يمكن أن يبلغ معامل ارتباط الرتب لسبيرمان ρ قيمة 0.03 فقط (ترتيب شبه عشوائي)، ليرتفع إلى 0.43 ثم 0.67 ثم 0.78 ثم 0.91 مع تراكم الطيّات. الحل هو بوابة إلزامية واحدة — قِس ρ(الرخيص، الكامل) أولاً، وارفع تلقائياً الحد الأدنى للدقة إلى أول درجة يبلغ فيها ρ ≥ 0.5.

عندما يكون الاختبار الخلفي الواحد رخيصًا، يفوز تسلسل Sobol العشوائي المخلوط الغبي بمعدل الإنتاجية الخام — بينما تدفع أدوات أخذ العينات "الذكية" (TPE وCMA-ES وASHA) ضريبة ask/tell في بايثون تُبطئها 20 مرة، فتقيّم نقاطًا أقل بكثير في نفس زمن التنفيذ الفعلي وتخسر. اجعل كل تقييم مكلفًا (أطر زمنية متعددة + طيات walk-forward) وتنقلب نقطة التقاطع. قسنا كلا النظامين، ولماذا تُعد دقة ترتيب الطيات (ρ@1 ترتفع من 0.03 إلى 0.43) الشرط المسبق لنجاح التقليم.

ليست كل المعاملات متساوية في تكلفة البحث. تنقسم معاملات الاستراتيجية إلى محور مكلف (المؤشرات — يعاد حسابها على السلسلة كلها) ومحور رخيص (عتبات القرار — تمريرة O(n) على إشارات محسوبة مسبقا). ولأن المؤشرات ثابتة تجاه العتبات، تحسبها مرة واحدة وتمسح آلاف تكوينات العتبات بمعدل ~5,600 تكوين/ثانية — أي أرخص بنحو 1,600x من إعادة الحساب لكل تكوين. إعادة تسعير للعنة الأبعاد.