ما هو البروتوكول HTTP/3 ؟

سوف يكون  البروتوكل HTTP / 3 هو الإصدار التالي من بروتوكول Hypertext Transfer المعروف و المستخدم بالمتصفح الذي يدير شبكة الويب العالمية.

و نظرًا لكونها تعاني من التطور البطيء من الاصدار HTTP / 1.1 (الذي تم إصداره في عام 1999) إلى الأصدار HTTP / 2 (الذي تم إصداره في عام 2015) ، فإن التطور قد أنتقل لمرحلة الأصدار HTTP / 3 المتوقع تطبيقه في عام 2019.

و يعد البروتوكول  HTTP / 3 تطورًا لبروتوكول “HTTP-over-QUIC” من Google. حيث يعتبر هذا البروتوكول  تطور كبير عن البروتوكول HTTP التقليدي ،و  أكثر من إصدار HTTP / 2الشائع . بدلاً من بناء بروتوكول TCPو الاعتماد عليه  ، سيعمل هذا البروتوكول (HTTP / 3 ) على بروتوكول UDP. وهذا يعني أن HTTP / 3 سيكون قادرًا على العمل حول قيود هذا البروتوكول(UDP).

أولاً ، سيكون HTTP / 3 مزيجًا من SSL و TCP

، مما يساعد على خفض وقت الاتصال الأولي عن طريق تضمين عملية تبادل الإشارات (Secure Sockets Layer)التابعة ل SSL في إعداد TCP. بالإضافة إلى ذلك  يمكن الاستفادة من إعادة استخدام جلسة عمل Secure Sockets Layer، مما يقلل من الحمل و الوقت  في المنطقة الرئيسية عبر HTTP (بما في ذلك HTTP / 2) – حيث يتم إرسال عدة بدائل عبر اتصال واحد.

TCP جيد ، ولكنه ليس مثاليًا لعالم الويب الحديث

TCP عبارة عن بروتوكول ثابت تم تحسينه لتدفق طويل العمر من موقع إلى آخر مع وجود أخطاء قليلة.

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

إن حقيقة أن بروتوكول HTTP سيتخلى الآن عن طبقة بروتوكول TCP المعروفة يعني أنه مفتوح للتجارب الأقل مستوى.

و إن دعم QUIC لاقى انتشار واسع بالفعل في Google Chrome (وغيره من المتصفحات المعتمدة على Chromium) ، تمامًا مثل SPDY. حيث أن هناك دعم للبروتوكول QUIC في خادم الويب Caddy ومنتجات Lite Speed.

عملية اعتماد “HTTP-over-QUIC” كمعيار رسمي لـ HTTP / 3 هي الآن في الطريق. في حين أنه يتغير كثيرًا في كيفية وصول المستخدمين والأجهزة إلى الويب ، فمن المتوقع أن يكون الاعتماد مشابهًا لـ HTTP / 2 من حيث التحسينات التدريجية والتبني له  ،وطبعا  دون انقطاع كبير للتطبيقات أو البنية الأساسية.

البروتوكول الذي تم تسميته بـ HTTP-over-QUIC لبعض الوقت قد تغير اسمه الآن وسيصبح HTTP / 3 رسميًا وقد وضع هذا الاقتراح مارك نوتنغهام.

و تعمل مجموعة عمل QUIC في IETF على إنشاء بروتوكول نقل QUIC. QUIC هو استبدال TCPحيث تم إجراؤه على UDP. في البداية ،

وقد بدأ QUIC كجهد من جانب Google ثم أكثر من بروتوكول “HTTP / 2-encrypted-over-UDP”.

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

وقد أشار الأشخاص في المجتمع إلى هذه الإصدارات المختلفة من البروتوكول باستخدام أسماء غير رسمية مثل iQUIC و gQUIC لفصل بروتوكولات QUIC من IETF و Google (نظرًا لأنها تختلف كثيرًا في التفاصيل). كان البروتوكول الذي يرسل HTTP عبر “iQUIC” يسمى ” HTTP-over-QUIC” لفترة طويلة.