الخلاصة

  • يمنح سجل RIPEstat لـ AS37968 الاسم الكامل وحامل السجل، وكتلة الأرقام 37888–38911 المسجّلة «Assigned by APNIC» داخل سجل أرقام الأنظمة الذاتية ذات 16 بت، ويسجّل announced=false في لحظة واحدة عند 2026-11-09T16:00:00.
  • صفحة AS37968 في PeeringDB تضع 100G عند «CNIX (Qianhai, Shenzhen)» مقابل 100M عند «AMS-IX Hong Kong»، وكلتاهما بحالة «Operational»؛ وهذه أرقام تُقرأ من تعبئة ذاتية في قاعدة يديرها المجتمع، فلا تحمل سعر المنفذ ولا قواعد القبول ولا اسم من يوقّع عقد التشغيل.

مُبدّل الإنترنت ليس اسماً في سجل. المُبدّل مرفق مادي: منافذ تُباع، ووصلات متقاطعة تُجدول، وخوادم مسارات تقرّر أي بادئة تُقبل وأيها تُرفض، وقائمة قبول لأعضاء جدد، وسعر منشور أو غير منشور، وسلسلة تصعيد ليلية. كل ما لدينا هنا يقيس الاسم والحيز المعلن، لا الحيّز المُدار. والفرق بينهما هو بالضبط الفرق بين شركة تحمل رقماً وبين جهة تستطيع أن تقول «لا» لشبكة تطلب منفذاً غداً.

على جانب السجل، النتيجة دقيقة ومحدودة في الوقت نفسه. AS37968 يقع في الكتلة 37888–38911، وحامل السجل مكتوب بالحروف نفسها التي يظهر بها الاسم التجاري، ونافذة الاستعلام تبدأ وتنتهي عند اللحظة عينها 2026-11-09T16:00:00. علامة announced=false تعني أن الأداة لم ترَ، في تلك اللحظة الواحدة، أي بادئات صادرة عن هذا النظام الذاتي.

هذا لا ينفي وجود شبكة تعمل، ولا يصف المُبدّل نفسه: النظام الذاتي هو مجموعة مسارات معلنة، والمُبدّل هو منصة تبادل هذه المسارات. الخلط بينهما هو الخطأ الذي يبني عليه بعض القراء استنتاجاً لا يسنده السجل.

على جانب PeeringDB، الصفحة تحمل عنوان «AS37968 - CNIX (Qianhai, Shenzhen) - PeeringDB»، وتذكر مرفقين، فيبدو لمن يقرأ بسرعة أن الصورة اكتملت. لكن الحقول التي نقرأها هنا يكتبها مستخدمو القاعدة أنفسهم، وكلمة «Operational» قيمة نصية في صفّ قاعدة بيانات، لا مستوى خدمة قيس. الترتيب الذي وصل إلينا يضع 100G مع مُبدّل شنشيهاي و100M مع هونغ كونغ؛ وهي المقارنة الوحيدة المؤرَّخة في الملف كله، ومع ذلك فهي مقارنة بين رقمين مكتوبين، لا بين منفذين قاسهما أحد. الفارق بين 100G و100M قد يكون قراراً تجارياً، أو أثراً لترقية منفذ، أو مجرد تعبئة قديمة لم تُحدَّث. لا شيء في الملف يرجّح أحد هذه الاحتمالات.

بطاقة الدليل الخاصة بنا تضيف الحيز نفسه لا أكثر. بطاقة الدليل للدائرة الاستراتيجية فقط حُدّثت في 17 يونيو 2026 وقُرئت في 10 نوفمبر 2026، وتحمل مرجعاً واحداً للأدلة هو رابط RIPEstat نفسه أعلاه، بثقة 0.7. حقل الاختصاص القضائي مكتوب فيه «Global» وليس بلداً؛ ولا موقع مسجّل، ولا اسم لقائد مسؤول، ومصفوفات العلاقات فارغة. البطاقة تسمّي ما تفتقده صراحةً: بلد الكيان القانوني، والخدمات الجارية، والأصول الظاهرة، ورابط الشركة الأم أو التابعة، وجهات الاتصال القيادية العامة. غياب هذه العناصر في البطاقة نتيجة قراءة، وليس دليلاً على أنها غير موجودة في العالم.

الاسم نفسه يستحق توقيفاً قصيراً. عبارة «New-Type Internet Exchange Point» جزء من الاسم الإنجليزي كما يظهر في سجلين عامين؛ وكونها في الاسم لا يجعلها تصنيفاً حكومياً موثّقاً، ولا يثبت أن جهة بعينها منحت هذا الوصف لهذا الكيان. وفي الدليل هوية أخرى منفصلة باسم «CNIX China Internet Exchange» لا مقالات منشورة لها، ولا صلة مثبتة بينها وبين هدفنا؛ الرابط الوحيد المتاح هو أن صفحة PeeringDB لهذا النظام الذاتي تحمل اسم «CNIX (Qianhai, Shenzhen)». التشابه في الاسم ليس دليلاً على وحدة التحكم.

أين تقع الفائدة العملية إذن؟ في اختبار شرطي واضح. المشغّل الذي يفكر في نقطة تبادل في شنتشن يستطيع اليوم أن يتحقق من رقم قدرة ومن اسم طرف مقاول؛ ولا يستطيع أن يتحقق من قواعد القبول، ولا من سعر المنفذ، ولا من مدة الوصلة المتقاطعة، ولا من اسم الكيان الذي سيصدر الفاتورة، ولا من الشخص الذي سيُجيب عند العطل. أسئلة قليلة تحسم الأمر: من يوقّع عقد المنفذ، وبأي سعر، وبأي مهلة تنفيذ، ومن يحرس خادم المسارات، وما عنوان المرفق، وما ترتيب التصعيد. أي إجابة مكتوبة على هذه الأسئلة تُغيّر التقييم أكثر من أي جدول حقول.

الخلاصة مضبوطة بالحجم نفسه: هناك شركة، ورقم نظام ذاتي، ومُبدّلان مذكوران، وقدرتان مكتوبتان، وأثر واحد في سجل التوجيه عند لحظة واحدة. لا شيء مما حصلنا عليه يثبت أن هذا الكيان يدير الحيّز المادي، ولا أنه يقتصر على واجهة تعاقدية، ولا أن قدرته مضمونة.

ثلاث وثائق تحسم المسألة: مستخرج تسجيل يسمّي الاختصاص والمساهمين، وتعريفة منافذ منشورة، ووثيقة سياسة خادم المسارات. حتى تظهر إحداها، يبقى رقم 100G أهم ما في الملف، وأقل ما يمكن الاعتماد عليه.