دوران عرضي RETAIL-CROWDING مضاد للاتجاه، طويل فقط (BINANCE USD-M، 8 رئيسية، WEEKLY احتجاز الـ 3 LEAST الأسماء الأكثر ازدحاماً للتجزئة حسب نسبة GLOBAL الطويل/القصير للحسابات — FACTOR تحت التملك الخالص، ليس زخماً؛ بوابة سيولة ذعر تفاؤلي نظامي، 2 معلمات)

دوران عرضي LONG-ONLY مُعاد توازنه أسبوعياً ROTATION عبر فضاء الأسماء الرئيسية الـ 8-رئيسي USD-M (BTC، ETH، SOL، BNB، AVAX، LINK، ADA، XRP)، يختار الأسماء بواسطة إشارة ازدحام NON-PRICE CROWDING حقيقية: نسبة GLOBAL الطويل/القصير ACCOUNT (count_long_short_ratio، وكيل لوضعيات التجزئة) من ملفات 'metrics' الخاصة بـ Binance VISION (من MULTI-YEAR إلى ~2020، NOT 30-يوم API). الآلية هي عامل UNDER-OWNERSHIP خالص — احمل الأسماء الرئيسية التي يكون فيها التجزئة LEAST مزدحماً في الشراء، لأن الأسماء ذات الشراء المزدحم تحمل مخاطر تصفية الشراء الكامنة / مخاطر الانخفاض بالعصر، بينما الأسماء منخفضة التملك لديها مجال للارتفاع. هذا متعمد ضمن العائلة الهيكلية ONLY التي تنجو بشكل قابل للتكرار هنا — طويل فقط، رئيسية، احتجاز أسبوعي لأعلى K، عدد معلمات منخفض (Sharpe دوران الزخم المنتشر 2.6 و Sharpe سلة التمويل بالسالب الحاملة 1.97) — ويُسهم بمفتاح اختيار ORTHOGONAL لكليهما: ليس قوة سعرية نسبية (زخم) وليس تمويلاً (حمل)، بل تموضع الجمهور. وفقاً لأدلة الجلسة، يتجنب كل نمط فشل: NOT مؤقت اتجاهي لاسم واحد (ماتت -100% / -43% / رفض المخاطر)، NOT فروق دولار محايد (لا طرف بيعي ← لا انفجار 90% DD)، NOT التمويل / الخيارات / التصفية / -OHLCV النقي. يختلف عن SmartMoneyGatedMomentumRotation المعلق (الذي يستخدم الفوج TOP-TRADER لـ GATE كتاب زخم) وعن EthRetail (تخفيف شراء-بيع لاسم واحد): هذا يستخدم الفوج RETAIL/global كمفتاح ترتيب عرضي PRIMARY في سلة LONG-ONLY مضادة للاتجاه، بلا عنصر زخم على الإطلاق. معلمات 2، K والإيقاع مُجمَّدان وفق القالب المُثبت.

يُصلح العيب الدقيق الذي أثاره QA. رفض QA مفتاح الترتيب لأن الفائدة المفتوحة هي (أ) ليست وكيلاً للتجزئة — إذ تُمثّل إجمالي الرصيد الاسمي المفتوح عبر جميع المشاركين — و(ب) غير موجَّهة الاتجاه، لأن إجمالي العقود الطويلة في Perpetuals يساوي القصيرة، لذا لا يمكنها التعبير عن 'الأقل ازدحاماً-LONG'. مفتاح الترتيب الجديد هو `taker_long_short_vol_ratio` يُقرأ لكل طرف من `taker_flow_by_instrument`: هو حجم BUY الهجومي مقسوم على حجم SELL الهجومي، لذا فهو DIRECTIONAL بحكم البناء (القيمة العالية تعني حرفياً أن الجمهور يميل للشراء في ذلك الاسم) وهو مقياس من جهة المعتدي/التايكر (مواجه للتجزئة) بدلاً من إجمالي الرصيد الاسمي المفتوح. كما يأتي من نفس ملفات VISION `metrics` لـ Binance التي تُسمّيها الفرضية كمصدر لبياناتها، بنفس السجل الممتد لسنوات إلى-2020 — يتغير العمود فقط. يستخدم الترتيب الدرجة المعيارية z الخاصة بكل اسم (متوسط 7يوم مقابل متوسط/انحراف معياري لـ 90يوم) بحيث تتسنى مقارنة مستويات التايكر المختلفة هيكلياً عبر BTC وADA، وفقاً لدرس أن العتبات المطلقة الثابتة على البيانات التكميلية ليست ثابتة المقياس. DISCLOSED، NOT HIDDEN: المفتاح الحرفي للفرضية هو نسبة GLOBAL الطويل/القصير ACCOUNT لكل اسم (`long_short_ratio`، في نفس ملف parquet)، لكن خط المعالجة يُحمّل `metrics` لرمز PRIMARY فقط، والأسلاك المقطعية لكل طرف الموجودة هي `funding_rates_by_instrument` و`open_interest_by_instrument` و`taker_flow_by_instrument` (subprocess_entry.py) — لذا لا يمكن التعبير عن ترتيب 8 اسم على نسبة الحسابات في كود الاستراتيجية اليوم؛ يحتاج إلى توصيل `global_ratio_by_instrument` يُحاكي تلك الثلاثة، وهو تغيير في خط المعالجة. من بين الثلاثة الموجودة، تدفق التايكر هو الوحيد الذي يتسم بأنه موجَّه الاتجاه ومن جانب التجزئة معاً، لذا فهو البديل الأمين، ولا تزال نسبة الحسابات تُستخدم حيثما IS متاحة (بوابة سيولة الذعر التفاؤلي BTC). تم التحقق من البيانات الفعلية قبل الإرسال: جميع أرجل 8 تحمل سلاسل متقطعة بنقاط 8 ألف تمتد على 1737-2193 يوماً، وتُنتج 208/208 عمليات إعادة توازن أسبوعية محاكاة على مدار آخر 4 سنة مقطعاً عرضياً مرتباً، وتتتناوب الحيازات عبر كل اسم (67-86 اختياراً لكل واحد) بدلاً من التمسك باسم واحد — لذا هذا يُتداول وليس ترتيباً منحلاً. إصلاحان صغيران آخران مُحملان: الإيقاع الأسبوعي أصبح الآن مرتبطاً بالتقويم الزمني للختم الزمني للشريط بدلاً من عداد `_bar_i` المتعلق بالعملية (آمن إعادة التشغيل، مطابق لإعادة التشغيل)، و`exit_level` مفروض بأن يكون أقل صرامة من `euphoria_level` لكي لا يتمكن المحسّن من قلب التخلف إلى تذبذب لكل شريط. سلامة مهلة الطبقة-3 لم تتغير وتم الحفاظ عليها: المجاميع البادئة + البحث الثنائي تحافظ على كل بحث لكل شريط عند O(log n)، وتقسيم الخطوات في وقت التحليل يُقيد __init__ عند ~10 ثانية مُقاسة لجميع أرجل 8.

verification_loop: فشل التحقق (الطبقة 4 — مراجعة QA) [الفئة=hypothesis_mismatch]: - [edge_concern] بيئة الاختبار هي سلة متسقة من الأصول الرئيسية بالشراء فقط تعمل وتتداول (337 صفقة، avg_trade_return_pct 0.69% يتجاوز حد الرسوم الأدنى)، لكن total_return -20.85%، information_ratio -0.901 مقابل معيار سلة الأوزان المتساوية، وmax_drawdown 71% (CI إلى 96%) تشير إلى أن مفتاح ترتيب تدفق الآخذ المستبدل يضيف قيمة معدلة المخاطر سلبية مقارنةً بالاحتفاظ البسيط بأوزان متساوية. هذا استشاري فقط؛ وهو لاحق لعدم تطابق مفتاح الترتيب ويجب إعادة تقييمه بواسطة المحلل على تنفيذ مصحح، وليس حظره هنا. - [حرج] الميزة التعريفية الوحيدة للفرضية -- المُعاد ذكرها في جميع أنحاء العنوان/الوصف ('حسب نسبة GLOBAL حسابات الشراء/البيع'، 'count_long_short_ratio'، 'FACTOR تحت-ملكية بحت، ليس زخماً') -- هي أن CROSS-SECTIONAL RANKING KEY هي نسبة ACCOUNT العالمية للشراء/البيع لكل اسم، وكيل لوضع/ملكية التجزئة متعامد عمداً مع الزخم والتمويل. الكود NOT يرتب على ذلك. _crowd_z() / _rebalance() ترتب 8 الأصول الرئيسية حسب `taker_long_short_vol_ratio` (حجم BUY الهجومي / حجم SELL الهجومي) المقروءة من `taker_flow_by_instrument`. نسبة حجم الشراء/البيع للآخذ هي مقياس FLOW/AGGRESSOR، وليس مقياس ملكية/وضع -- وهي مختلفة جوهرياً عن نسبة الحسابات ويمكن القول إنها أقرب إلى التدفق/الزخم قصير الأجل الذي تدّعي الفرضية صراحة أنها متعامدة معه. تُستخدم نسبة الحسابات المسماة فقط لبوابة نقد نشوة BTC الثانوية (_parse_global / calculate_signal)، وليس أبداً للاختيار الأولي. وفقاً لقائمة مراجعة QA، عندما تكون الحافة الأساسية المحددة المسماة في الفرضية غائبة عن الكود، فإن ذلك حرج: عامل تحت-الملكية المذكور ليس العامل الذي يتم تداوله. (سطر 259) — إصلاح: إما (أ) ربط نسبة الحسابات العالمية لكل أداة في خط المعالجة كـ `global_ratio_by_instrument` (معكوساً لـ funding_rates_by_instrument / open_interest_by_instrument / taker_flow_by_instrument في subprocess_entry.py) والترتيب عليها -- هذا هو التنفيذ الأمين الذي تسميه الفرضية؛ أو (ب) إذا تعذر فعلاً توفير تلك السلسلة لكل فرع، فإن التشغيل هو كتلة تغطية DATA (not_measurable) وليست استراتيجية للإطلاق على مفتاح مستبدل -- أبلغ عنها كذلك بحيث تُوقف الفرضية حتى يتم ربط السلسلة، بدلاً من تداول عامل مختلف (تدفق) بصمت. لا - [تحذير] يضع فحص الاتساق علامة على فرضية 'WEEKLY' مقابل التكوين bar_type 1-DAY. هذا NOT عدم تطابق حقيقي: 'الأسبوعي' في الفرضية يشير إلى إيقاع REBALANCE/HOLD، الذي يتم تنفيذه بشكل صحيح كشموع يومية مُبوّأة بإعادة توازن كل 7 يوم مثبتة بالتقويم (يوم % rebalance_days == 0). استخدام شموع أسبوعية حرفية من شأنه تخشين نسبة النشوة والإيقاع؛ بناء الشمعة-اليومية + إعادة-التوازن-كل-7-يوم هو الطريقة الصحيحة للتعبير عن تدوير أسبوعي. مذكور للشفافية؛ لا يقود الحكم. (سطر 380) — إصلاح: اختيارياً أعد صياغة نص الفرضية ليقول 'إعادة توازن أسبوعية على شموع يومية' لإسكات تحذير الاتساق للطبقة-1.5.

فشل التحقق (الطبقة 4 — مراجعة QA) [الفئة=hypothesis_mismatch]: - [edge_concern] بيئة الاختبار هي سلة متسقة من الأصول الرئيسية بالشراء فقط تعمل وتتداول (337 صفقة، avg_trade_return_pct 0.69% يتجاوز حد الرسوم الأدنى)، لكن total_return -20.85%، information_ratio -0.901 مقابل معيار سلة الأوزان المتساوية، وmax_drawdown 71% (CI إلى 96%) تشير إلى أن مفتاح ترتيب تدفق الآخذ المستبدل يضيف قيمة معدلة المخاطر سلبية مقارنةً بالاحتفاظ البسيط بأوزان متساوية. هذا استشاري فقط؛ وهو لاحق لعدم تطابق مفتاح الترتيب ويجب إعادة تقييمه بواسطة المحلل على تنفيذ مصحح، وليس حظره هنا. - [حرج] الميزة التعريفية الوحيدة للفرضية -- المُعاد ذكرها في جميع أنحاء العنوان/الوصف ('حسب نسبة GLOBAL حسابات الشراء/البيع'، 'count_long_short_ratio'، 'FACTOR تحت-ملكية بحت، ليس زخماً') -- هي أن CROSS-SECTIONAL RANKING KEY هي نسبة ACCOUNT العالمية للشراء/البيع لكل اسم، وكيل لوضع/ملكية التجزئة متعامد عمداً مع الزخم والتمويل. الكود NOT يرتب على ذلك. _crowd_z() / _rebalance() ترتب 8 الأصول الرئيسية حسب `taker_long_short_vol_ratio` (حجم BUY الهجومي / حجم SELL الهجومي) المقروءة من `taker_flow_by_instrument`. نسبة حجم الشراء/البيع للآخذ هي مقياس FLOW/AGGRESSOR، وليس مقياس ملكية/وضع -- وهي مختلفة جوهرياً عن نسبة الحسابات ويمكن القول إنها أقرب إلى التدفق/الزخم قصير الأجل الذي تدّعي الفرضية صراحة أنها متعامدة معه. تُستخدم نسبة الحسابات المسماة فقط لبوابة نقد نشوة BTC الثانوية (_parse_global / calculate_signal)، وليس أبداً للاختيار الأولي. وفقاً لقائمة مراجعة QA، عندما تكون الحافة الأساسية المحددة المسماة في الفرضية غائبة عن الكود، فإن ذلك حرج: عامل تحت-الملكية المذكور ليس العامل الذي يتم تداوله. (سطر 259) — إصلاح: إما (أ) ربط نسبة الحسابات العالمية لكل أداة في خط المعالجة كـ `global_ratio_by_instrument` (معكوساً لـ funding_rates_by_instrument / open_interest_by_instrument / taker_flow_by_instrument في subprocess_entry.py) والترتيب عليها -- هذا هو التنفيذ الأمين الذي تسميه الفرضية؛ أو (ب) إذا تعذر فعلاً توفير تلك السلسلة لكل فرع، فإن التشغيل هو كتلة تغطية DATA (not_measurable) وليست استراتيجية للإطلاق على مفتاح مستبدل -- أبلغ عنها كذلك بحيث تُوقف الفرضية حتى يتم ربط السلسلة، بدلاً من تداول عامل مختلف (تدفق) بصمت. لا - [تحذير] يضع فحص الاتساق علامة على فرضية 'WEEKLY' مقابل التكوين bar_type 1-DAY. هذا NOT عدم تطابق حقيقي: 'الأسبوعي' في الفرضية يشير إلى إيقاع REBALANCE/HOLD، الذي يتم تنفيذه بشكل صحيح كشموع يومية مُبوّأة بإعادة توازن كل 7 يوم مثبتة بالتقويم (يوم % rebalance_days == 0). استخدام شموع أسبوعية حرفية من شأنه تخشين نسبة النشوة والإيقاع؛ بناء الشمعة-اليومية + إعادة-التوازن-كل-7-يوم هو الطريقة الصحيحة للتعبير عن تدوير أسبوعي. مذكور للشفافية؛ لا يقود الحكم. (سطر 380) — إصلاح: اختيارياً أعد صياغة نص الفرضية ليقول 'إعادة توازن أسبوعية على شموع يومية' لإسكات تحذير الاتساق للطبقة-1.5.

فشل التحقق (الطبقة 2 — سيناريوهات تركيبية): المعلمات المستخدمة: ['top_k', 'exit_level', 'min_notional', 'per_name_frac', 'euphoria_level', 'rebalance_days', 'euphoria_window'] تحقق أن __init__ يضبط جميع السمات من self.parameters.get(). - steady_uptrend: TypeError: RetailCrowdingContrarianRotationLong._asof() takes 3 positional arguments but 4 were given (bar timestamp: 1735691940000) - steady_downtrend: TypeError: RetailCrowdingContrarianRotationLong._asof() takes 3 positional arguments but 4 were given (bar timestamp: 1735691940000) - flat_ranging: TypeError: RetailCrowdingContrarianRotationLong._asof() takes 3 positional arguments but 4 were given (bar timestamp: 1735691940000) - volatility_spike: TypeError: RetailCrowdingContrarianRotationLong._asof() takes 3 positional arguments but 4 were given (bar timestamp: 1735691940000) - zero_volume: TypeError: RetailCrowdingContrarianRotationLong._asof() takes 3 positional arguments but 4 were given (bar timestamp: 1735691940000) - price_gap: TypeError: RetailCrowdingContrarianRotationLong._asof() takes 3 positional arguments but 4 were given (bar timestamp: 1735691940000)

فشل التحقق (الطبقة 4 — مراجعة QA) [الفئة=hypothesis_mismatch]: - [edge_concern] يبدو الرمل الاختباري بصحة جيدة (+93%، Sharpe 0.77، PF 1.55، avg_trade_return_pct 6.63%) بدقة لأن الكود دوران تمويل-حمل يؤكد المطور أنه يتداخل مع سلة التمويل بالسالب المنتشرة بالفعل — لذا الأرقام الجيدة تحتج ضد ترقية نسخة مكررة قريبة من استراتيجية نشطة، وليس عامل الازدحام المتعامد الذي قُصدت إضافته بالفرضية. استشاري؛ الحظر للأمانة. - الحافة الأساسية غير منفذة والبديل هو الآلية الدقيقة التي EXCLUDES الفرضية. الفرضية ترتب بواسطة نسبة GLOBAL الطويل/القصير ACCOUNT لكل اسم (ازدحام التجزئة)، صراحة 'ليس تمويلاً (حمل)... متعامد مع الزخم والتمويل'. الكود يرتب المقطع العرضي بواسطة FUNDING لكل اسم (الأدنى = المحتفظ) — ترتيب تمويل-حمل يعترف المطور بتداخله مع سلة الحمل المنتشرة. مفتاح ازدحام نسبة الحسابات غائب وغير قابل للتنفيذ (المقاييس موصولة للرمز الأساسي فقط؛ لا يوجد metrics_by_instrument). - إيقاع إعادة التوازن مُرتكز على عداد أشرطة متعلق بالعملية (self._bar_i % rebalance_days)، وليس الطابع الزمني للشريط. إعادات التشغيل تُصفّر _bar_i وتنزلق شبكة الدوران الأسبوعية عن أي يوم تقويمي ثابت؛ إعادة التشغيل بنفس الإعداد لا تستطيع إعادة إنتاج تواريخ الدوران. شكل بند-20 أخف (لا يوجد إطلاق حارس/شريط أول). اشتق من الأيام منذ حقبة زمنية أو يوم أسبوع ثابت.

verification_loop: فشل التحقق (الطبقة 4 — مراجعة QA) [الفئة=hypothesis_mismatch]: - [edge_concern] الرمل الاختباري سلة متماسكة من الأسماء الرئيسية طويلة فقط تعمل وتتـداول (337 صفقات، avg_trade_return_pct 0.69% تتجاوز عتبة الرسوم)، لكن total_return -20.85%، information_ratio -0.901 مقارنة بمعيار سلة الأوزان المتساوية، وmax_drawdown 71% (CI إلى 96%) تشير إلى أن مفتاح ترتيب تدفق التايكر البديل يضيف قيمة سلبية معدلة المخاطر فوق احتجاز متساوي الأوزان ساذج. هذا استشاري فقط؛ إنه نتيجة ثانوية لعدم تطابق مفتاح الترتيب ويجب إعادة تقييمه من قبل المحلل على تنفيذ مصحح، وليس حظره هنا. - [حرج] السمة المميزة الوحيدة للفرضية -- المُعاد ذكرها في كامل العنوان/الوصف ('حسب نسبة GLOBAL الطويل/القصير للحسابات'، 'count_long_short_ratio'، 'FACTOR تحت التملك الخالص، ليس زخماً') -- هي أن CROSS-SECTIONAL RANKING KEY هي نسبة ACCOUNT الطويل/القصير العامة لكل اسم، وكيل لوضعيات/تملك التجزئة وهو متعامد عمداً مع الزخم والتمويل. الكود NOT يُرتب على ذلك. _crowd_z() / _rebalance() يرتبان الأسماء الرئيسية 8 بواسطة `taker_long_short_vol_ratio` (حجم BUY الهجومي / حجم SELL الهجومي) المقروء من `taker_flow_by_instrument`. نسبة حجم التايكر الطويل/القصير هي مقياس FLOW/AGGRESSOR، وليس مقياس تملك/وضعيات -- إنها مختلفة جوهرياً عن نسبة الحسابات ويمكن القول إنها أقرب إلى التدفق/الزخم قصير الأجل الذي تدّعي الفرضية صراحةً أنها متعامدة معه. نسبة الحسابات المُسماة تُستخدم فقط لبوابة سيولة الذعر التفاؤلي الثانوية BTC (_parse_global / calculate_signal)، وليس للاختيار الأساسي. وفقاً لقائمة المراجعة QA، عندما تكون الحافة الأساسية المُسماة المحددة في الفرضية غائبة عن الكود، فهذا حرج: عامل تحت التملك المذكور ليس العامل الذي يُتداول. (السطر 259) — الإصلاح: إما (أ) وصّل نسبة الحسابات العامة لكل أداة في خط المعالجة كـ `global_ratio_by_instrument` (تحاكي funding_rates_by_instrument / open_interest_by_instrument / taker_flow_by_instrument في subprocess_entry.py) ورتب على ذلك -- هذا هو التنفيذ الأمين الذي تسميه الفرضية؛ أو (ب) إذا كان لا يمكن توفير تلك السلسلة لكل طرف حقاً، فإن التشغيل هو كتلة تغطية DATA (not_measurable) بدلاً من استراتيجية للإطلاق على مفتاح بديل -- أبلغ عن ذلك على هذا النحو بحيث تُوقف الفرضية حتى توصيل السلسلة، بدلاً من تداول عامل مختلف (تدفق) بصمت. - [تحذير] يميّز فحص الاتساق فرضية 'WEEKLY' مقابل الإعداد bar_type 1-DAY. هذا NOT عدم تطابق حقيقي: 'الأسبوعي' في الفرضية يشير إلى إيقاع REBALANCE/HOLD، المنفذ بشكل صحيح كأشرطة يومية مُقيّدة بإعادة توازن 7 يوم مرتبطة بالتقويم (يوم % rebalance_days == 0). استخدام أشرطة أسبوعية حرفية سيُخشّن نسبة الذعر التفاؤلي المئوية والإيقاع؛ بناء الشريط اليومي + إعادة التوازن كل 7 يوم هو الطريقة الصحيحة للتعبير عن دوران أسبوعي. مُلاحظ للشفافية؛ لا يقود الحكم. (السطر 380) — الإصلاح: اختيارياً أعد صياغة نص الفرضية ليقول 'إعادة توازن أسبوعية على أشرطة يومية' لإسكات تحذير الاتساق في الطبقة-1.5.