الخلاصة

  • في اللقطة المحفوظة للفترة من 14:00 إلى 15:00 بالتوقيت العالمي في 8 سبتمبر، يبلغ total_queries لخدمة WHOIS مقدار 3,192,583، بينما تجمع الأنواع السبعة إلى 3,183,463؛ أي بفارق 9,120. وفي الملف نفسه يتطابق مجموع RDAP تماماً.
  • فُحصت 1,691 ساعة مؤرشفة. كل الساعات الـ1,690 التي تحتوي على حركة WHOIS غير متصالحة حسابياً: المجموع العام أكبر في 1,011 ملفاً، ومجموع الأنواع أكبر في 679، لذلك لا تكفي خانة موجبة باسم «أخرى» لتفسير الاتجاهين.
  • تعرض مادة نشرتها APNIC لمؤتمر APNIC 62 حالة prop-167 على أنها قيد التنفيذ، وتذكر مشكلات في دقة البيانات يجري حلها. لكنها لا تحدد هذا الفارق. المطلوب بيان ساعي يعرّف مراحل العد والاستبعادات ونتيجة التحقق وتسلسل التصحيحات من دون نشر الاستعلامات الأصلية.

يمنح النشر العام القارئ حقاً بسيطاً: أن يعيد جمع الأرقام. وقد حققت APNIC خطوة مهمة عندما نشرت إحصاءات استخدام WHOIS وRDAP كل ساعة تنفيذاً لـprop-167. فالملفات تكشف الحجم ونوع الاستعلام وASN المصدر وعدد عناوين المصدر المميزة، من دون كشف العناوين نفسها أو السجلات التي جرى البحث عنها. وهي قابلة للتنزيل والحفظ والتحقق من سلامة نقلها.

لكن إعادة الجمع في أحدث لقطة محفوظة تعطي جوابين. تغطي اللقطة الساعة من 14:00 إلى 15:00 بالتوقيت العالمي في 8 سبتمبر 2026. يسجل قسم WHOIS الرقم 3,192,583 في total_queries. وتعرض خريطة الأنواع 1,670,618 لـinetnum، و1,284,709 لـroute، و93,537 لـaut-num، و88,530 لـdomain، و31,500 لـorganisation، و13,888 لـas-set، و721 لـinet6num. مجموعها 3,183,463.

يبقى فارق 9,120، أي 0.2857% من المجموع المعلن. قيمة MD5 المنشورة تطابق الملف الملتقط، فلا يوجد دليل على تلف أثناء التنزيل. كما يقدم قسم RDAP في الوثيقة نفسها ضابطاً واضحاً: أنواعه الخمسة تجمع إلى 588,346، وهو الرقم نفسه المسجل كمجموع.

لو كان الأمر ساعة واحدة، لأمكن تفسيره باختلاف طفيف في وقت الإغلاق. الأرشيف الكامل يجعل السؤال بنيوياً.

كل ساعة WHOIS غير صفرية تحمل الفارق

بدأ الفحص من ملف 30 يونيو عند 03:00 بالتوقيت العالمي، وانتهى بالملف المؤرشف الذي يبدأ في 8 سبتمبر عند 13:00. توجد 1,691 ساعة متوقعة و1,691 ملفاً. أسماء الساعات متصلة بلا فجوة، وكل ملف gzip يُفتح، وكل JSON صالح للقراءة، والفترة الداخلية تطابق اسم الملف. ولم يتكرر محتوى غير مضغوط بين ملفين.

طريقة الاختبار مباشرة. جُمعت كل قيم query_type_distribution لكل خدمة، ثم طُرح الناتج من total_queries. وعلى مستوى الصفوف، قورن query_count بمجموع query_count_by_type لكل ASN معروض.

أصبح RDAP مجموعة المقارنة داخل المصدر نفسه. تطابقت 1,691 ساعة كلها، ولم يظهر صف ASN واحد بفارق داخلي. إذن البنية قادرة على نشر مجموع وتوزيع ينتميان إلى المعادلة نفسها.

أما WHOIS فتطابق مرة واحدة فقط. كانت الفترة من 09:00 إلى 10:00 في 27 أغسطس، وسجلت صفراً للاستعلامات وصفراً لـASN وتوزيعاً فارغاً ومن دون صفوف. وبذلك تحمل كل الملفات الـ1,690 التي تسجل حركة WHOIS مجموعين مختلفين. وفي كل هذه الساعات يظهر أيضاً صف ASN واحد على الأقل لا يساوي فيه مجموع الأنواع عدد الاستعلامات؛ وبلغ عدد الصفوف المعروضة غير المتصالحة 347,490 عبر الفترة.

ظهر النمط في أول ساعة للنشر. كان المجموع 4,774,145 بينما بلغت الأنواع 4,801,599، فتجاوزت الأنواع المجموع بمقدار 27,454. وفي آخر ساعة مؤرشفة كان المجموع 2,989,539 والأنواع 2,987,334، أي إن المجموع تجاوزها بمقدار 2,205.

اتجاه الفارق أهم من رصيده. في 1,011 ملفاً يكون المجموع العام أكبر. يمكن افتراض استعلامات قُبلت عند مدخل الخدمة ولم تُنسب إلى نوع منشور؛ عندئذ قد تغلق خانة «غير مصنف» الفرق. غير أن 679 ملفاً تسير بالعكس.

أكبر فارق سلبي ظهر بين 05:00 و06:00 في 14 يوليو: المجموع 3,288,941، والأنواع 3,652,538. أي إن الأنواع تزيد 363,597، أو 11.0551% من المجموع. لا تستطيع خانة متبقية غير سالبة أن تطرح هذا الرقم. وأكبر فارق موجب ظهر في 20 أغسطس بين 03:00 و04:00، وبلغ 80,961، أو 2.3823%.

ولا يجوز جمع الفروق الموجبة والسالبة ثم وصف النتيجة بأنها «استعلامات خاطئة». إلغاء الإشارات لا يخلق وحدة ذات معنى. الثابت الوحيد هو أن الحقول لا تتصل بمعادلة عامة منشورة.

قد يكون العدّان صحيحين لسؤالين مختلفين

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

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

لذلك لا تثبت الأدلة أن 3,192,583 أصح من 3,183,463 أو العكس. ربما يجيب الأول عن عدد الأوامر المقبولة والثاني عن عدد زيادات التصنيف. إذا كان الأمر كذلك، فهما مقياسان نافعان، لكن تسميتهما يجب أن توضح المرحلتين بدلاً من تقديم أحدهما كمجموع والآخر كتفصيل طبيعي له.

وتقوم قيمة MD5 بوظيفة أخرى. إنها تثبت أن القارئ حصل على البايتات التي نشرتها APNIC، ولا تثبت أن حقلين داخلها يشتركان في المقام أو الوحدة. سلامة النقل واتساق المقياس اختباران منفصلان.

يوجد حد صامت آخر في مصفوفة asns. تعلن ساعات كثيرة آلاف ASN المصدرة، بينما لا تزيد القائمة المرصودة على ألف صف. قد يكون ذلك ترتيباً لأكبر المصادر لتقليل الحجم، لكنه غير موصوف بهذه الصفة ولا توجد قاعدة اختيار منشورة. ومن ثم لا يجوز مساواة مجموع الصفوف الظاهرة بمجموع الخدمة.

النشر اكتمل، لكن ضمان البيانات لم يكتمل

تحتفظ صفحة prop-167 بحالة Implemented وبسطر «Implementation Complete» المؤرخ في 30 يونيو 2026. وفي المقابل نشرت APNIC عرضاً مرتبطاً بجلسة Policy SIG المقررة في APNIC 62 يوم 10 سبتمبر. تسمي الشريحة حالة prop-167 «In Implementation»، وتقول إن النشر الأولي تم في 30 يونيو، وإن بعض مشكلات دقة البيانات قيد الحل، مع توقع الانتهاء بنهاية الربع الثالث.

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

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

اختيار المقام يغيّر النتيجة

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

لكن كل إعادة استخدام تختار مقاماً. قسمة صف ASN على total_queries تعطي حصة تختلف عن قسمته على مجموع الأنواع. وقد يسير خط زمني مبني على المجموع في اتجاه غير خط زمني أعيد بناؤه من الأنواع. فإذا تغير إصدار المصنف، قد يبدو ذلك تغيراً في سلوك المستخدمين بينما لم يتغير سوى تعريف الفئة.

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

مصالحة تحمي الخصوصية

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

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

وأخيراً يصبح التصحيح حدثاً محفوظاً. يحمل كل ملف حالة مؤقتة أو متحققاً منها أو مصححة أو مسحوبة، مع بصمته. وتشير النسخة البديلة إلى البصمة السابقة ووقت التصحيح وفئة السبب والحقول المتأثرة، مع بقاء القديمة قابلة للوصول.

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

المصادر