الخلاصة

  • تسجل مواصفة RFC 675، المؤرخة في ديسمبر 1974، فينتون سيرف ويوغن دلال وكارل صنشاين مؤلفين لها. وتوثق قواعد تقنية وإسهامات مسماة، من دون تحديد حصة كل شخص في اتخاذ القرارات.
  • تميز رواية جمعية الإنترنت التاريخية بين نطاق الخدمات الذي أراده سيرف وبوب كان، وبين ما دعمه التنفيذ الأولي لـTCP. وهذا فارق بين القصد والتنفيذ، لا دليل على مسؤولية سيرف المنفردة عن النتيجة.

ثلاثة مؤلفين لوثيقة محددة

في ديسمبر 1974، حملت وثيقة RFC 675 عنوان Specification of Internet Transmission Control Program، وسجلت أسماء Vinton Cerf وYogen Dalal وCarl Sunshine مؤلفين لها. تلك نقطة انطلاق أدق لتقييم مساهمة فينت سيرف: تأليف مشترك لمواصفة بعينها، لها مضمون يمكن مناقشته، لا إسناد تاريخ الإنترنت كله إلى شخص واحد. المصدر: RFC 675.

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

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

من العملية إلى المنفذ واسم المقبس

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

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

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

الإسهامات المسماة تتجاوز قائمة المؤلفين

تتيح فقرة الشكر في RFC 675 مستوى آخر من الإسناد. فهي تنسب إلى R. Tomlinson المصافحة الثلاثية واختيار أرقام التسلسل الابتدائية. وتذكر D. Belsnes وJ. Burchfiel وM. Galland وR. Kahn وD. Lloyd وW. Plummer وJ. Postel تقديراً لأفكارهم ومشورتهم بشأن تصميم البروتوكول. ينبغي الاحتفاظ بهذا الإسناد كما تقدمه الوثيقة، لا تحويله إلى ادعاء باختراع حصري أو إلى تقسيم كامل للعمل. المصدر: الشكر في RFC 675.

كما تشكر المواصفة R. Metcalfe وA. McKenzie وH. Zimmerman وG. LeLann وM. Elie على المساعدة في توضيح مسائل خلال أعمال التصميم المبكرة. وهذا يوسع دائرة المساهمين الذين تعترف بهم الوثيقة، لكنه لا يحدد القرار التقني الذي اتخذه كل واحد منهم. المصدر: إسهامات التصميم المبكر في RFC 675.

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

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

ما أُريد للخدمة ليس ما نُفذ أولاً

تقدم جمعية الإنترنت، في A Brief History of the Internet، تمييزاً يساعد على فهم حدود المواصفة. فبحسب روايتها، أراد سيرف وبوب كان أن يدعم TCP نطاقاً من الخدمات، يبدأ بالتسليم الموثوق والمرتب، ويشمل خدمة رزم بيانات تتيح للتطبيقات استخدام الشبكة الأساسية مع احتمال الفقد أو التلف أو تغير ترتيب الرزم. هذا وصف الجمعية التاريخي لما أراداه، وليس تفسيراً مستقلاً لدوافعهما الشخصية. المصدر: تاريخ الإنترنت لدى Internet Society.

وتقول الرواية نفسها إن التنفيذ الأولي لـTCP دعم الدوائر الافتراضية فقط؛ وهي خدمة ملائمة لنقل الملفات والدخول عن بُعد، لكنها أقل ملاءمة لتطبيقات شبكية متقدمة. بذلك تضع الرواية فجوة محددة بين اتساع الخدمات المقصودة وضيق ما دعمه التنفيذ الأولي. المصدر: وصف التنفيذ الأولي لدى Internet Society.

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

والفارق بين المصدرين يستحق الانتباه أيضاً. فـRFC 675 وثيقة تقنية من الفترة نفسها، بينما تقدم جمعية الإنترنت سرداً تاريخياً لاحقاً. الأولى تسند الحديث عن المؤلفين والأحكام والإسهامات التي تسجلها؛ والثانية تسند المقارنة المنسوبة إليها بين الخدمات المقصودة والتنفيذ الأولي. جمعهما يوضح الفرق بين التصميم والبرنامج، لكنه لا يسد تلقائياً كل فراغ في سلسلة القرارات.

تقدير محدد، لا سلطة شاملة

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

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