ملخص

  • تظهر مجموعة من 262,144 عنوان IPv4 بتاريخ 22 يونيو 2026 في 39 قيداً لدى ARIN وقيد واحد لدى APNIC. تتطابق النطاقات الـ39 ولا يتداخل بعضها مع بعض.
  • عدد القيود لا يثبت عدد العقود أو المشترين. واكتمال التسجيل لا يثبت وحده أن العناوين تعمل وفق الترتيب التشغيلي المقصود.

قد تبدو السوق أنشط بكثير إذا عرض ملفٌ 39 حركة وعرض آخر حركة واحدة. لكن قبل تفسير الفارق بالطلب أو العرض، ينبغي فتح القيد الواحد. فقد تكون النطاقات كلها داخله.

هذا ما يظهر في سجلات 22 يونيو 2026. يورد ملف ARIN نطاقات عناوين IPv4 من Globenet Cabos Submarinos America Inc. إلى DingFeng XinHui (HongKong) Technology Limited، في اتجاه ARIN إلى APNIC. موزعة على 39 قيداً. أما ملف APNIC فيجمع النطاقات نفسها، بالتاريخ نفسه وللمتلقي نفسه، داخل قيد واحد. المجموع في الحالتين 262,144 عنواناً.

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

النطاقات تحسم ما لا تحسمه العناوين الإجمالية

قارنت BTW ملفين أُنتجا في 25 أكتوبر: سجل ARIN الذي يتيحه موقع APNIC الرسمي بوصفه نسخة مرآة، وسجل APNIC نفسه. بعد توحيد كتابة العناوين، تطابقت أزواج البداية والنهاية للنطاقات الـ39 في مثال يونيو. ولم يكن بينها تداخل.

لا تتطابق جميع الخانات نصياً. يذكر ARIN الاسم الكامل للمؤسسة المرسلة، بينما يستخدم APNIC معرّفاً من السجل في الخانة المقابلة. لذلك لا تكفي مطابقة الأسماء حرفياً. التاريخ والمتلقي والعناوين المحددة هي ما يتيح مطابقة الوصفين هنا، من دون اختراع مؤسسة أخرى وراء المعرّف.

وعند توسيع الفترة إلى 1 يناير حتى 30 يونيو 2026، يبقى الفرق واضحاً. باختيار تحويلات موارد IPv4 من ARIN إلى APNIC فقط، واستبعاد فئة الاندماج والاستحواذ، يحتوي ملف ARIN على 130 قيداً وملف APNIC على 45. لكن جمع النطاقات المنقولة فعلياً يعطي 2,356,224 ظهوراً للعناوين في كل ملف.

لا يجوز جمع الرقمين باعتبارهما عرضين مستقلين. إنهما وصفان للممر نفسه. ولا يجوز اعتبار 130 أو 45 عدداً للمشترين المستقلين؛ فقد يتكرر المتلقي، وقد يضم القيد عدة نطاقات، فيما تبقى تفاصيل الترتيب التجاري خارج هذا الوصف.

تشرح وثيقة صيغة NRO لدى ARIN البنية المشتركة لنشر التحويلات داخل جهات التسجيل وبينها. توحيد الصيغة يجعل الملفات قابلة للقراءة والمقارنة، لكنه لا يجعل كل قيد وحدة تجارية مساوية لأي قيد آخر.

ماذا بقي من تقدير النصف الأول؟

كانت النسخة السابقة من هذا المقال تعتمد على تحليل نُشر في سبتمبر قدّر تحويلات النصف الأول من 2026 بين جهات التسجيل بنحو 293 تحويلاً و8.8 ملايين عنوان، مع استبعاد الاندماج والاستحواذ. ينبغي أن يبقى هذا الرقم منسوباً إلى التحليل بوصفه تقديراً تاريخياً.

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

ولا تتطابق كل الاتجاهات لمجرد تطابق أحدها. في ملفات أكتوبر، يختلف مجموع اتجاه ARIN إلى RIPE NCC بين ملف ARIN وملف RIPE NCC بمقدار 8,192 ظهوراً للعناوين تحت المرشح نفسه. ما زال هذا الفرق يحتاج إلى مطابقة القيود المعنية. لا يصح سدّه بسبب مفترض لمجرد الرغبة في إكمال جدول متسق.

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

التسجيل لا ينقل الخادم

التحويل بين جهات التسجيل يغيّر العلاقة المسجلة المعترف بها، فيما تبقى أرقام العناوين كما هي. وهو لا يثبت وحده انتقال خادم أو تغير الشبكة التي تعلن المسار أو انتقال خدمة إلى بلد آخر. لم تتحقق هذه المقارنة من مكان استخدام عناوين يونيو ولا مما إذا تغير توجيهها.

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

قد تختلف المؤسسة المسجلة عن المؤسسة التي تعلن المسار بصورة مشروعة. يستطيع صاحب المورد أن يصرح لنظام مستقل تابع لمؤسسة أخرى. وقد يغير التأجير أو تفويض التشغيل المستخدم من دون أن يظهر تحويل جديد لصاحب المورد في السجل. اختلاف الأسماء سبب لفهم العلاقة والصلاحية، لا دليل كافٍ على وجود مخالفة.

تحدد وثيقة RIPE NCC للتحقق من أصل المسار وظيفة ROA: التصريح لنظام مستقل بإعلان بادئة، مع إمكانية تحديد أقصى طول مسموح لها. لكنها لا تثبت أن الإعلان قائم الآن، ولا تتحقق من المسار الكامل، ولا تؤكد أن العميل يصل إلى الخدمة.

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

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

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