الخلاصة

  • ربط RFC 3869 نقص التمويل بطبيعة البنية المشتركة: لا تستحوذ مؤسسة واحدة على جميع فوائد البحث في أسس الإنترنت العامة.
  • أوصى IAB بدعم غير تجاري ومستمر، لكنه قال صراحة إن IAB وIETF وIRTF لا ينبغي أن تدير هذه الأموال.

تأتي أكثر عبارات RFC 3869 دلالة بعد توصيته. فقد رأى مجلس هندسة الإنترنت أن البحث في البنية المشتركة للإنترنت يحتاج إلى تمويل غير تجاري كافٍ ومستمر. ثم رسم النص حدود سلطته: لم يقترح أن يؤدي IAB أو IETF أو فريق مهام أبحاث الإنترنت دوراً مباشراً أو غير مباشر في التعامل مع تلك الأموال.

يحوّل هذا الحد دعوة مألوفة إلى دعم البحث إلى مسألة تصميم مؤسسي. من يدفع مقابل عمل تتوزع فوائده على المشغلين والموردين والباحثين والمستخدمين؟ ومن يختار المشروعات التي تحصل على التمويل؟ رأى RFC أن غياب مالك واحد للبنية العالمية يجعل الحجة الاقتصادية للبحث في أسسها العامة أضعف. قد يكون من المنطقي لشركة أن تمول مشروعاً يمنحها ميزة تنافسية، لكنها لا تحصد وحدها كل فوائد تحسين البروتوكولات أو الأمان أو الاعتمادية عندما يستفيد الآخرون أيضاً. كان قلق IAB في 2004 أن يميل التمويل التجاري إلى عوائد قريبة ومحددة، بينما تبقى أسئلة أعلى مخاطرة أو أوسع نطاقاً من دون ممول طبيعي.

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

وضع RFC 3869 ذلك القلق داخل سرد تاريخي موجز. فقد وصف البحوث الأولى في الشبكات المعتمدة على تبديل الرزم والإنترنت بأنها اعتمدت بدرجة كبيرة على دعم DARPA، ثم ذكر دعم الحكومة الأمريكية وNSF ومصادر عامة أخرى خلال الثمانينيات للبحث والنماذج الأولية وتشغيل الشبكات. كما أشار إلى تراجع التمويل الحكومي الأمريكي لأبحاث الإنترنت منذ منتصف التسعينيات واتساع الدور التجاري إلى جانب مصادر أخرى من دول ومناطق مختلفة. هذا تسلسل تاريخي كما عرضه IAB في 2004، وليس قاعدة بيانات مالية معاصرة. فلا يقيس الوضع اليوم ولا يثبت أن كل مشروع تجاري يلاحق مصلحة قصيرة الأجل فقط.

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

هذا مهم لأن RFC 3869 لم ينشئ برنامج منح. لم يسمِّ مديراً للصندوق، أو اعتماداً مالياً، أو لجنة مراجعة، أو آلية لاختيار الطلبات. قدم IAB تشخيصاً وتوصية من دون تحويل المسؤولية التقنية إلى سلطة مالية. واختزال الخلاصة إلى «IAB أراد تمويلاً أكبر» يُسقط نصف الفكرة: أراد أن تُموّل الأبحاث، لا أن تمسك هيئات المعمارية والمعايير بزمام الأموال.

تساعد الوثائق المؤسسية المحيطة على عدم الخلط بين ميزانيات مختلفة الأغراض. يشرح RFC 2014 وRFC 7418 دور مجموعات البحث في IRTF واختلاف توقعاتها عن عمل معايير IETF؛ ويعرض RFC 5743 مسار نشر لوثائق IRTF لا يجعلها معايير إنترنت تلقائياً. أما RFC 8712 فيتناول العلاقة الإدارية والقانونية والمالية بين IETF وجمعية الإنترنت بعد إعادة تنظيم IASA 2.0. ويعرض RFC 8729 وRFC 8700 سلسلة RFC وبنية تحريرها ونشرها. البحث والمعايير والنشر والتشغيل متصلة، لكنها ليست الشيء نفسه الذي ناقشه RFC 3869 بشأن تمويل البحث.

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

المصادر