خفضت سولانا زمن الفتحة الزمنية المستهدف على شبكة mainnet من 400 مللي ثانية إلى 350 مللي ثانية، وهي الخطوة الأولى ضمن خطة مرحلية لخفضه في النهاية إلى 200 مللي ثانية.
تم طرح التغيير مباشرةً قرب بداية الحقبة 1020 يوم الجمعة، ويُعد المرة الأولى التي تقوم فيها سولانا بتقصير مدة الفتحة الزمنية المستهدفة منذ إطلاق الشبكة. إنها قيمة تبدو صغيرة، لكنها وراءها عمل هندسي كبير نسبيًا.
الفتحة الزمنية هي النافذة التي يمكن لمدقق القائد خلالها إنتاج كتلة. تعني الفتحات الأقصر أنه يمكن إنتاج الكتل بشكل أكثر تكرارًا، ما قد يقلل الوقت الذي يحتاجه المستخدمون والتطبيقات لانتظار عمليات التأكيد. الكلمة المفتاحية هي زمن الاستجابة (latency). لا يهدف هذا التحديث إلى مضاعفة سعة معاملات سولانا بشكل سحري.
الشبكة تسلك طريقًا متدرجًا نحو 200ms
تستند الخطة إلى SIMD-0525، وهو مقترح لتحسين سولانا وضعه مهندس أنزا برينان وات. وبدلًا من الانتقال مباشرةً من 400ms إلى 200ms، تستخدم الشبكة أربع مراحل منفصلة، لكل منها بوابة تفعيل: 350ms ثم 300ms ثم 250ms وأخيرًا 200ms.
يُبقي المقترح الرسمي لسولانا على 64 نبضة لكل خانة، وأربع خانات لكل نافذة قائد، و432,000 خانة لكل حقبة. يظل عدد الخانات كما هو، لكن المدة الزمنية الفعلية التي تمثلها تصبح أقصر.
خانات 400ms: حقب تدوم نحو 48 ساعة ونوافذ قائد مدتها 1.6 ثانية
خانات 350ms: حقب تدوم نحو 42 ساعة ونوافذ قائد مدتها 1.4 ثانية
خانات 300ms: حقب تدوم نحو 36 ساعة ونوافذ قائد مدتها 1.2 ثانية
خانات 250ms: حقب تدوم نحو 30 ساعة ونوافذ قائد مدتها 1.0 ثانية
خانات 200ms: حقب تدوم نحو 24 ساعة ونوافذ قائد مدتها 0.8 ثانية
يجري طرح التغيير بحذر متعمّد. لكل مرحلة بوابة تفعيل خاصة بها، ويمكن للمطورين التوقف قبل التخفيض التالي إذا بدأ أداء المدقّقين أو معدلات تخطي الكتل يتجهان في المسار الخاطئ. تقليل زمن الاستجابة مفيد، أما تحويل الشبكة الرئيسية إلى اختبار إجهاد قسري فأقل فائدة.
بدأ أثر 350ms يظهر بالفعل على الشبكة الرئيسية
تشير القياسات الأولية المباشرة إلى أن الشبكة تحركت في الاتجاه المنشود. وقارنت The Block فترتين، مدة كل منهما 1,000 خانة، حول موعد الانتقال. استغرقت الفترة السابقة للتغيير نحو 415 ثانية، بينما استغرقت عينة لاحقة في الحقبة 1020 نحو 368 ثانية.
ستختلف هذه الأرقام بطبيعة الحال، لأن استهداف 350ms لا يعني أن كل خانة ستستغرق 350ms بالضبط. لكنها تُظهر مع ذلك أن التغيير على الشبكة الرئيسية يتجاوز كونه إعدادًا في ملف ينتظر أن يصبح مؤثرًا. إذ يمكن ملاحظة التوقيت الأقصر في إنتاج الكتل الفعلي.
ويشير التقرير نفسه إلى أن المطورين لم يحددوا بعد موعد تفعيل مرحلة 300ms التالية على الشبكة الرئيسية. ويعتزمون مراقبة سلوك الشبكة عند 350ms أولًا.
هذه ليست ترقية مجانية لزيادة معدل المعالجة
من أسهل الطرق لإساءة فهم هذا التغيير افتراض أن تقصير الخانات بنسبة 12.5% يعني تلقائيًا زيادة سعة الشبكة بنسبة 12.5%. إذ يخفض SIMD-0525 عمدًا مقدار العمل المسموح به في كل خانة كلما قصرت الخانات.
رفعت سولانا مؤخرًا الحد الأقصى للكتل على شبكتها الرئيسية إلى 100 مليون وحدة حوسبة. وبموجب مقترح تقصير الخانات، ينخفض هذا الحد لكل خانة بما يتناسب مع ذلك، ليبلغ 87.5 مليون وحدة حوسبة عند 350ms، و75 مليونًا عند 300ms، و62.5 مليونًا عند 250ms، و50 مليونًا عند 200ms.
الهدف هو الحفاظ على ثبات معدل العمل وفق وقت الساعة الفعلي تقريبًا، مع تقليل مدة انتظار المستخدمين بين الخانات. يصبح لدى المدقّقين وقت أقل لمعالجة كل خانة، لكن يُخصَّص لهم أيضًا عمل أقل داخلها بما يتناسب مع ذلك.
وهذا ما يجعلها في الأساس ترقية لتحسين سرعة الاستجابة. أما الزيادات الفعلية في السعة فتأتي من تغييرات منفصلة في حدود الحوسبة وبرمجيات المدقّقين ومعالجة المعاملات.
لنوافذ القائد الأقصر فائدة على صعيد بنية السوق
ثمة سبب آخر لرغبة المطورين في تقصير الخانات، ولا يتعلق كثيرًا بسرعة ظهور حالة «مؤكدة» في المحفظة.
يتحكم قائد سولانا حاليًا بأربع خانات متتالية. وعند الهدف السابق البالغ 400ms، كان ذلك يمنح القائد نافذة اسمية مدتها 1.6 ثانية. وتنخفض إلى 1.4 ثانية عند 350ms، وإلى 0.8 ثانية عند بلوغ الهدف المقترح البالغ 200ms.
يقلل ذلك الحد الأقصى للمدة التي يستطيع فيها قائد واحد تأخير المعاملات أو إعادة ترتيبها أو انتقاء ما يدرجه منها، قبل أن يحين دور مدقّق آخر. وبالنسبة إلى المتداولين وصانعي السوق والتطبيقات الحساسة لزمن الاستجابة، قد يؤدي تقليص هذه النافذة إلى تحسين بنية السوق وتجربة المستخدم على حد سواء.
تجعل الخانات الأقصر الوقت على السلسلة أكثر دقة أيضًا للأنظمة التي تقيس حداثة البيانات بالخانات، بما في ذلك الجهات المستهلكة لبيانات الأوراكل وتطبيقات صناعة السوق الآلية. وتشير وثائق الترقية الخاصة بسولانا إلى أن صانعي السوق قد يتمكنون من تقديم فروق أسعار أضيق مع انخفاض زمن الاستجابة.
النهائية مشروع منفصل
تستطيع سولانا إنتاج خانات كل بضع مئات من المللي ثانية من دون بلوغ النهائية غير القابلة للتراجع بهذه السرعة. ولا تزال النهائية الكاملة حاليًا تستغرق نحو 12.8 ثانية.
وهنا يأتي دور ألبنغلو. إذ يهدف التعديل الشامل المنفصل على آلية الإجماع، والذي لا يزال قيد التطوير، إلى تقليل زمن النهائية إلى نحو 150ms. وإذا وصل هذا العمل إلى الشبكة الرئيسية وفق الخطة، فسيُحدث تغييرًا أكبر بكثير في الوقت اللازم كي تعتبر الشبكة الكتلة نهائية.
يرتبط المساران بالهدف العام المتمثل في تقليل زمن الاستجابة، لكن ينبغي عدم الخلط بينهما. إذ يقصّر SIMD-0525 الخانات ضمن المسار الحالي، بينما يغيّر ألبنغلو آلية الإجماع ونظام النهائية نفسه.
لماذا ينبغي للمتداولين الاهتمام
بالنسبة إلى حاملي SOL العاديين، من غير المرجح أن يؤدي تقليل مدة الخانة بمقدار 50ms إلى لحظة مفاجئة من نوع «واو، محفظتي اختلفت». فمبررات الاستثمار تتراكم بمرور الوقت.
أمضت سولانا سنوات تنافس على السرعة والرسوم المنخفضة والنشاط الكثيف على السلسلة. ومن شأن تقليص أوقات الخانات من دون زعزعة استقرار المدقّقين أن يعزز مكانة الشبكة في التداول والمدفوعات والتطبيقات التي يهمها زمن الاستجابة. وسيؤدي بلوغ 200ms إلى خفض المدة المستهدفة للخانة إلى النصف مقارنةً بإعداد الشبكة الأصلي البالغ 400ms.
تزداد المخاطر الهندسية أيضًا كلما ضاقت المهل الزمنية، ولهذا يكتسب الطرح المرحلي أهميته. فبلوغ 350ms لا يضمن تحقيق المراحل التالية. وينوي المطورون الانتقال إلى 300ms ثم 250ms و200ms فقط إذا ظل أداء الشبكة سليمًا.
في الوقت الراهن، أنجزت سولانا أول خطوة فعلية على الشبكة الرئيسية. أصبحت أسرع، ويمكن قياس التغيير، ولم يعد الطريق إلى 200ms مجرد مقترح على GitHub. ويبدأ الآن الاختبار الأكثر أهمية: هل يستطيع المدقّقون مواصلة تقصير المهلة من دون التضحية بالموثوقية في المقابل؟
---------------
المؤلف: سيباستيان مارو غرفة الأخبار الأوروبية — أخبار العملات المشفرة العاجلة
اشترك في GCP عبر قارئ خلاصات