QUIC يغير طريقة عمل الويب — إليك لماذا بدّل متصفحك البروتوكول دون أن تخبرك

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

البروتوكول الذي لم تفكر فيه أبدًا

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

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

مشكلة حظر الرأس-في-الخط (Head-of-line blocking)

HTTP/2، الذي صدر في 2015، حاول حل أداء الويب عن طريق تعدد الإرسال (multiplexing) لعدة طلبات عبر اتصال TCP واحد. بدلاً من فتح ستة اتصالات منفصلة إلى خادم (كما كانت متصفحات HTTP/1.1 تفعل)، يمكن لـ HTTP/2 إرسال عشرات الطلبات في وقت واحد عبر أنبوب واحد. كان تحسنًا حقيقيًا — تحميل صفحات أسرع، عبء أقل على الخادم، استخدام أفضل لعرض النطاق.

لكن HTTP/2 كان به عيب خفي ورثه من TCP: حظر الرأس-في-الخط. عندما تُفقد حزمة TCP واحدة أثناء النقل، يتوقف الاتصال بأكمله. كل تيار — كل صورة، ورقة أنماط، وسكريبت يُنقل في نفس الوقت — يتجمد وينتظر بينما يعيد TCP إرسال الجزء المفقود. على شبكة محمولة تعاني من فقدان الحزم بمعدل 2–3%، يمكن أن يجعل هذا تعدد الإرسال في HTTP/2 غير مجدٍ. أنت تشارك اتصالاً، وحزمة واحدة مفقودة توقف كل شيء.

هذه هي المشكلة التي صُمم QUIC لحلها.

ما هو QUIC فعلاً

QUIC — الذي بدأ كتجربة في Google حوالي 2012 — يتخذ نهجًا مختلفًا في طبقة النقل. بدلاً من البناء على TCP، يعمل مباشرة فوق UDP، بروتوكول مخططات بيانات المستخدم. UDP هو الأخت الأبسط والأقل اتصالاً لـ TCP: يرسل الحزم بدون ضمانات، بدون مصافحة، بدون ترتيب. هذا يبدو كخطوة إلى الوراء. لكن QUIC يبني آلياته الخاصة للموثوقية فوق UDP — وهي آليات واعية بالتيارات.

في QUIC، كل تيار موثوق بشكل مستقل. إذا فقدت حزمة تحمل بيانات لصورة البطل في صفحتك، فقط تيار صورة البطل يتوقف بينما يتم إعادة الإرسال. بينما يظل CSS و JavaScript و API قيد الحركة. حظر الرأس-في-الخط يُلغى على مستوى طبقة النقل.

أيضاً، يبني QUIC تشفير TLS 1.3 مباشرة في البروتوكول. لا يوجد تفاوض منفصل على مصافحة TLS فوق مصافحة الاتصال — بل يحدثان معًا. هذا يقلل تكلفة البدء من 2–3 دورات ذهاب وإياب (TCP + TLS) إلى دورة واحدة فقط لاتصال جديد، ومع استئناف الاتصال بـ 0-RTT، يمكن للزوار العائدين إرسال طلبهم الأول قبل أن يتم إنشاء الاتصال بالكامل. لعالم ويب يتوقع تحميل صفحات في أجزاء من الثانية، هذه التوفيرات مهمة.

ترحيل الاتصال: القوة الخارقة لهاتفك

من أكثر ميزات QUIC فائدة عملية هي ترحيل الاتصال. اتصال TCP مرتبط بعنوان IP ورقم منفذ. عندما تنتقل من WiFi في مكتبك إلى الممر حيث يتحول هاتفك إلى بيانات المحمول، يتغير عنوان IP — وتنقطع كل اتصالات TCP التي كانت لديك. تتوقف تنزيلاتك. تتلعثم مكالمات الفيديو. يتقطعت جلسة البث.

اتصالات QUIC يتم التعرف عليها بواسطة معرف اتصال بدلاً من زوج IP/منفذ. عندما يتحول هاتفك بين الشبكات، يظل معرف الاتصال ثابتًا. تنتقل اتصالات QUIC بسلاسة إلى مسار الشبكة الجديد دون انقطاع. عمليًا، هذا يعني أن مكالمات الفيديو تظل سلسة عند التنقل بين الشبكات، لا يتم إعادة تشغيل نقل الملفات، ولا تنقطع جلسات الويب — حتى لو تغيرت الشبكة الأساسية تحتك.

HTTP/3: QUIC في المتصفح

HTTP/3 هو ببساطة دلالات HTTP تعمل فوق QUIC بدلاً من TCP. نموذج الطلب-الاستجابة، الرؤوس، الطرق — كلها نفس الشيء. لكن طبقة النقل تحتها مختلفة جوهريًا. أصبح HTTP/3 معيارًا من IETF (RFC 9114) في يونيو 2022، وبحلول ذلك الوقت كانت جميع المتصفحات الرئيسية قد دعمته بالفعل: Chrome منذ 2020، Firefox منذ 2021، Safari منذ 2022، وEdge تبع خطى Chrome.

على جانب الخادم، كان التبني سريعًا. فعّلت Cloudflare HTTP/3 افتراضيًا عبر شبكتها بأكملها في 2020. خوادم Google خدمت HTTP/3 منذ أن كان البروتوكول لا يزال يُدعى داخليًا "QUIC". Meta — التي تدير واحدة من أكبر البنى التحتية للويب في العالم — أبلغت عن تحسينات كبيرة في الأداء من تبني QUIC على المحمول، خاصة في الأسواق حيث موثوقية الشبكة غير مستقرة. Akamai، أحد أكبر مزودي CDN، جلب دعم HTTP/3 إلى شبكته الطرفية بأكملها.

اليوم، عندما يزور متصفحك موقعًا كبيرًا، من المحتمل أن يتم التبادل هكذا: الاتصال الأول يستخدم HTTP/2 أو HTTP/1.1، ويعلن الخادم عن توفر HTTP/3 عبر رأس Alt-Svc. في الزيارات اللاحقة، يرقّي متصفحك تلقائيًا إلى HTTP/3 — بدون أي إجراء من المستخدم، ولا تغيير مرئي سوى أن الصفحات قد تُحمّل أسرع.

أين يقف التبني الآن

اعتبارًا من 2024، HTTP/3 ليس تجربة صغيرة. وفقًا لبيانات رادار Cloudflare، حوالي 30% من حركة الويب العالمية تستخدم الآن HTTP/3. النسبة أعلى على المحمول وفي المناطق ذات ظروف الشبكة الأكثر تحديًا — بالضبط حالات الاستخدام حيث تكون مزايا QUIC أكثر وضوحًا.

تحدي البنية التحتية، مع ذلك، حقيقي. QUIC يعمل فوق UDP، ولعقود كانت معدات الشبكة — جدران الحماية، موازنات الأحمال، صناديق فحص الحزم العميقة — محسّنة حول TCP. العديد من شبكات المؤسسات وجدران الحماية المؤسسية تمنع أو تخنق UDP على المنفذ 443، حيث يعيش QUIC. هذا يعني أن المتصفحات والخوادم تحتاج إلى منطق احتياطي: إذا لم يتمكن QUIC من المرور، يتراجع إلى HTTP/2 عبر TCP. الانتقال مصمم ليكون غير مرئي.

للمطورين والمشغلين، دعم HTTP/3 يأتي عادةً مجانًا إذا كنت خلف CDN رئيسي. إذا كنت تدير بنيتك التحتية بنفسك، فإن فرع QUIC في nginx، و Caddy، و LiteSpeed جميعهم يدعمون HTTP/3. العبء التكويني منخفض بمجرد حصولك على شهادة TLS صالحة — وهي في عصر QUIC غير قابلة للتفاوض، لأن التشفير مبني في البروتوكول نفسه.

التحول الخفي في البنية التحتية

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

هكذا تميل البنية التحتية للويب إلى التطور: ليس من خلال ثورات مفاجئة ولكن من خلال مفاوضات متوافقة مع الإصدارات السابقة التي تغير الأساس ببطء. استغرق HTTP/2 سنوات للوصول إلى تبني الأغلبية بعد توحيده في 2015. HTTP/3 على مسار أسرع، مدفوعًا بحجم النشر — عندما تتحول Cloudflare و Google، يتحول معهما جزء كبير من حركة الويب.

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