الخلاصة

  • طلب prop-167-v002 مخرجين: إحصاءات عامة محدثة كل ساعة عن WHOIS وRDAP، وميزة في MyAPNIC تتيح لصاحب المورد رؤية الاستعلامات التي استهدفت موارده.
  • أيدت Resolution 2025-32 الإحصاءات العامة. أما ميزة MyAPNIC فرأى EC أن كلفتها والموارد اللازمة لها والمخاوف المحتملة بشأن الخصوصية تفوق منفعتها الفورية، فلم يعتبرها قابلة للتنفيذ في ذلك الوقت.
  • يوجد دليل إيجابي على تنفيذ المخرج العام: يبدأ الأرشيف في 30 يونيو 2026، ويقدم JSON الحالي بنيتين منفصلتين لـRDAP وWHOIS.
  • قد يكون Implemented صحيحاً بوصفه ملخصاً للنطاق الذي أقره EC، لكنه لا يحفظ وحده المصير المختلف للمخرج الثاني.

يبدأ هذا الملف من الإنجاز لا من النقص. في دليل APNIC العام يوجد JSON حالي وملف checksum وأرشيف سنوي. ويعرض مجلد يونيو 2026 ملفات مضغوطة لكل ساعة في يوم 30 يونيو، من 03:00 حتى 23:00. أما الملف الحالي فيفصل RDAP عن WHOIS ويحدد نافذة زمنية مدتها ساعة، وإجمالي الاستعلامات، وأنواعها، وتوزيعها على ASN، وعدد عناوين IP المصدرية المختلفة.

هذه ليست صفحة علاقات عامة تقول إن العمل اكتمل. إنها مادة تشغيلية يستطيع طرف خارجي تنزيلها وتحليل بنيتها. كما تسجل صفحة prop-167 اليوم نفسه على أنه Implementation Complete، وتعرض الحالة الحالية Implemented.

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

المخرج في v002 قرار EC في 4 ديسمبر 2025 الدليل العام المتاح في أغسطس 2026
إحصاءات عامة ساعية وقابلة للقراءة آلياً عن WHOIS/RDAP أيدتها Resolution 2025-32 JSON حالي وأرشيف ساعي يبدأ في 30 يونيو
عرض داخل MyAPNIC للاستعلامات التي تخص موارد صاحب الحساب لم تعتبر قابلة للتنفيذ آنذاك للأسباب المنشورة لا يثبت أي مصدر مفحوص قراراً لاحقاً أو تنفيذاً

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

اقترح المجتمع نوعين مختلفين من الرؤية

نشر prop-167-v002 في 21 أغسطس 2025. وذكر أن APNIC استجابت لنحو 5.5 مليارات استعلام بين 1 أبريل و30 يونيو من ذلك العام، وأن RDAP تلقى في بعض الساعات استعلامات من أكثر من 365 ألف عنوان IP مختلف. نسب المقترح هذه الأرقام إلى بيانات داخلية لدى APNIC.

ينبغي ألا تضيع هذه النسبة. فالمواد العامة التي فُحصت هنا لا تعيد حساب الرقم التاريخي، ولا تحدد سبب كل استعلام أو الجهة التي أرسلته. وتحدث المقترح عن احتمالات مثل data mining والجمع الواسع والتحليل الآلي، لكنه لم يثبت إساءة من ASN بعينه.

كان المخرج الأول تجميعياً. ينشر كل ساعة بصيغة JSON أو CSV، ويفصل بين WHOIS وRDAP، ويشمل على الأقل أعلى ألف source ASN، وعدد source IP لكل ASN، وبيانات عن query type وmethod.

أما المخرج الثاني فكان مرتبطاً بحساب موثق. يدخل صاحب المورد إلى MyAPNIC ليرى كم مرة استُعلم عن عناوين IP أو ASN الخاصة به، مع تقسيم حسب النوع، وحسب source ASN إن أمكن. وهنا لا تكفي إضافة عمود إلى الملف العام؛ بل يجب وصل الحساب بملكيته وبسجلات استعلام أكثر تفصيلاً.

عكست impact assessment هذا الفرق. وصفت استخراج البيانات العامة ونشرها على أساس best-effort ومن دون SLA. وفي شأن إضافة MyAPNIC قالت إن تنفيذها، إن كان ممكناً، يتطلب حجماً كبيراً من أعمال logging في أنظمة WHOIS الأساسية.

بلغت v002 الإجماع في APNIC 60 في 11 سبتمبر، وانتهت final call في 14 أكتوبر. ظل المخرجان جزءاً من النص المجتمعي. لكن PDP المنشور لا يجعل الإجماع أمراً مباشراً للنظام الإنتاجي.

حددت Resolution 2025-32 النطاق الذي انتقل إلى التنفيذ

يوضح Policy Development Process أن SIG Chair يطلب من EC إقرار المقترح بعد استمرار الإجماع، وأن Secretariat ينفذه بعد ذلك الإقرار. لذلك لا يمكن القول إن EC لم يملك دوراً أو إن كل سطر من نص الإجماع أصبح التزاماً تنفيذياً تلقائياً.

أقرت Resolution 2025-32 اعتماد v002 with respect to نشر إحصاءات آنية أو شبه آنية لاستخدام خدمات الدليل. ثم اقتبست طلب MyAPNIC بصورة منفصلة. وقالت إن التكلفة والموارد والمخاوف المحتملة المتعلقة بالخصوصية تفوق المنفعة الفورية، ولذلك لا ترى الوظيفة قابلة للتنفيذ في ذلك الوقت. مر القرار بالإجماع.

تقوم العبارة بثلاث وظائف. With respect to يحدد الجزء الذي تقدم. والأسباب الثلاثة هي أسباب EC المنشورة، فلا يحق للمقال اختراع ميزانية أو دافع بديل. وat this time يربط الحكم بتاريخ محدد، من دون أن يعد بإعادة النظر أو يقرر رفضاً أبدياً.

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

الملفات أغلقت المسار الذي أقره EC

في APNIC 61، كانت prop-167 ما تزال In Implementation مع توقع الإنجاز بنهاية الربع الثاني. وركز العرض على نشر الإحصاءات بصيغة قابلة للاستهلاك آلياً. كما تصف بيانات Product Roadmap الحالية المهمة بأنها تنفيذ لمتطلبات المقترح الذي جرى إقراره.

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

لا يثبت ذلك الكمال. لا يمكن من لقطة واحدة تأكيد عدم غياب أي ساعة أو ثبات schema إلى الأبد. ولا يحول best-effort إلى SLA. كما لا تعيد بيانات 2026 بناء رقم 5.5 مليارات الخاص بفترة 2025.

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

قد يكون الملخص صحيحاً ويظل غير كافٍ

تربط الصفحة الأساسية النسخة v002 وتعرض impact assessment الذي يذكر MyAPNIC، ثم تسجل Endorsed by the EC وImplementation Complete. غير أنها لا تضع في سطر الحالة أو التاريخ تفصيل Resolution 2025-32 بين المخرجين.

إذا كان Implemented يعني «نُفذ النطاق الذي أقره EC»، فإن الأدلة تدعمه. أما إذا قرأه شخص بعد سنوات على أنه «نُفذ كل ما بلغ الإجماع»، فلن يجد في الصفحة نفسها ما يصحح هذا الفهم. عليه أن يعثر على محضر من 82 صفحة، ثم يجد القرار، ثم يصل إلى FTP.

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

كما يحتاج مخرج MyAPNIC إلى لغة محايدة. Failed يفترض التزاماً لم يثبت. و«ألغي نهائياً» يتجاوز عبارة القرار. الحالة الوفية للمصدر هي: لم يُقر في 4 ديسمبر 2025؛ لم يعد قابلاً للتنفيذ آنذاك للأسباب المعلنة؛ ولا يثبت السجل المفحوص إعادة نظر لاحقة.

حفظ النطاق لا يعني نشر بيانات خاصة

لا يدعو الحل إلى بناء MyAPNIC الآن ولا إلى كشف عناوين المصدر أو الاستعلامات الفردية. فهذه المواد تلامس حدود الخصوصية والأمن التي سجلها EC. المطلوب هو نشر علاقة القرار، لا مادة الاستعلام.

يمكن أن تضيف APNIC تحت التاريخ الحالي صفاً لكل مخرج. يحفظ الصف نسخة النص وfingerprint، وحالة الإجماع، وقرار EC والـdisposition. وللمخرج المقر، يربط artifact وformat وأول وقت إنتاج يمكن التحقق منه. وللمخرج غير المقر، يحتفظ بالسبب المؤرخ وأي قرار لاحق إن ظهر.

العنصر ما يمنع خلطه
النسخة وfingerprint النص الذي دخل العملية وأي تعديل لاحق
معرف المخرج والفقرة وحدة الوثيقة ووحدة القرار
الإجماع وfinal comment الحالة المجتمعية وسلطة التنفيذ
Resolution والـdisposition الإقرار العام المفترض والنطاق الفعلي
artifact ووقت الإنتاج الإعلان والنتيجة التشغيلية
حالة المخرج غير المقر الحكم المؤقت والمراجعة والرفض الدائم
correction وsupersession القرار الجديد وإعادة كتابة القديم
قاعدة اشتقاق الحالة العامة المعنى الذي يلخصه Implemented

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

حدود لا تسمح بها الأدلة

لا تثبت المصادر أن APNIC أعادت لاحقاً تقييم تصميم أقل كلفة أو أكثر حماية للخصوصية. ولا تثبت أنها لم تجرِ عملاً داخلياً. تحديث عام لـMyAPNIC لن يكفي لإثبات الوظيفة المحددة؛ يجب أن يذكر رؤية الاستعلامات حسب المورد.

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

ولا يعرّف السجل المفحوص قاعدة APNIC العامة عند تحويل endorsement محدود إلى حالة proposal. إذا كان العرف يعتبر تنفيذ النطاق المقر كافياً لوضع Implemented، فيمكن الاحتفاظ بالوسم وإظهار الصفوف التي أنتجته.

المخرج العام إنجاز حقيقي. ومخرج MyAPNIC توقف عند قرار حقيقي ومؤرخ. لا يحتاج التاريخ الدقيق إلى اختيار واحد منهما؛ يحتاج إلى تسجيلهما معاً.

المصادر