درجة ثقة المجتمعLikely Real
قامت سولانا بتفعيل تغيير كبير في 15 سبتمبر. حيث قامت الشبكة بتفعيل صيغة المعاملة الجديدة v1 في بداية الحقبة 1,035، مما زاد الحد الأقصى لحجم المعاملة من 1,232 بايت إلى 4,096 بايت — وهو قفزة تزيد عن ثلاثة أضعاف كانت قيد التنفيذ لفترة طويلة.
بالنسبة لمعظم الأشخاص الذين يرسلون SOL من محفظة إلى أخرى، من المحتمل ألا يشعروا بأي تغيير. لكن بالنسبة للمطورين الذين يبنون على الشبكة، فإن الأمر يعتبر ذو أهمية كبيرة. كان الحد الأقصى القديم البالغ 1,232 بايت جزءًا من سولانا منذ بداياتها، مرتبطًا بالحد الأقصى البالغ 1,280 بايت لحزم الشبكة القياسية. هذا القيد أجبر العمليات المعقدة — مثل إثباتات المعرفة الصفرية أو إعدادات التوقيع المتعدد — على الانقسام عبر معاملات متعددة، مما يعني المزيد من التوقيعات، المزيد من التنسيق، والمزيد من الفرص لحدوث خطأ. الآن يمكن لتلك العمليات نفسها أن تتناسب داخل معاملة واحدة.
ما الذي تغير في الحقبة 1,035
أصبح التحول ممكنًا جزئيًا بفضل انتقال سولانا إلى بروتوكول QUIC، الذي كسر الاعتماد القديم على حجم الحزمة. ولم يتم اختيار الحد الأقصى البالغ 4,096 بايت عشوائيًا — بل يتطابق مع حجم صفحة الذاكرة القياسية المستخدمة من قبل أجهزة التحقق، مما يحافظ على النظام مرتبًا من ناحية البنية التحتية.
صيغة المعاملات القديمة لن تذهب إلى أي مكان. تظل المحافظ الحالية متوافقة. لكن المطورين الذين يرغبون في استخدام المساحة الإضافية يحتاجون إلى تبني صيغة v1. إنها ليست تلقائية. وتأتي الصيغة الجديدة مع قيودها الخاصة: بحد أقصى 12 توقيعًا، و64 حسابًا، و64 تعليمات لكل معاملة. لذا فهي مساحة أكبر، لكنها ليست غير محدودة.
يعتبر تحديث Token-2022 ربما المثال الأوضح على أهمية هذا الأمر. هذا التحديث يضغط مجموعة من العمليات المعقدة في معاملة ذرية واحدة — معاملة كانت تتجاوز الحد القديم للبايت تمامًا. مع الحد الأقصى البالغ 4,096 بايت الآن قيد التشغيل، يصبح هذا النوع من التجميع ممكنًا. إما أن ينجح الأمر برمته أو يفشل برمته. لا حالات جزئية، ولا مواقف تراجع فوضوية.
ليس بالأمر الصغير بالنسبة للمطورين الذين كانوا يعملون حول الحد القديم لسنوات.
أهداف السرعة وأحجام المعاملات القياسية
الحد الأقصى للبايت ليس الشيء الوحيد الذي كانت سولانا تعدله. يتم حاليًا تقليل وقت إنشاء الكتل من 400 ميلي ثانية إلى 350 ميلي ثانية، مع تخطيط لمزيد من التخفيضات. الهدف، في النهاية، هو 200 ميلي ثانية. هذا سريع. ما إذا كانت الشبكة ستصل إلى هناك في الموعد المحدد غير واضح، لكن الاتجاه متسق.
والشبكة تُستخدم بوضوح. سجلت سولانا رقمًا قياسيًا بلغ 4.2 مليار معاملة في يوليو. هذا ليس رقمًا صغيرًا. إنه يضع الضغط على البنية التحتية في سياق — عندما تحرك هذا النوع من الحجم، حتى التغييرات الطفيفة في هيكل المعاملة تتردد في جميع أنحاء النظام.
المعاملات الأكبر تعني المزيد من النطاق الترددي والمزيد من التخزين لكل معاملة. صيغة v1 لا تزيد عدد المعاملات ثلاثة أضعاف، بل تعطي كل معاملة سعة أكبر. هذا تمييز ذو معنى. لكنه لا يزال يضع ضغطًا على كل خدمة تتعامل مع طبقة بيانات سولانا.
البنية التحتية يجب أن تواكب
يجب على جميع مزودي خدمات RPC، والفهارس، ومستكشفي الكتل تحديث أنظمتهم لفك تشفير معاملات v1 بشكل صحيح. إذا لم يفعلوا ذلك، فسوف يسيئون قراءة البيانات أو يتعطلون تمامًا. هذا ليس خطرًا نظريًا. إنه نوع من الأمور التي تسببت في صداع على سلاسل أخرى عندما تجاوزت تغييرات البروتوكول تحديثات الأدوات.
يبدو أن فريق سولانا الأساسي على دراية بذلك. تم طرح الترقية في الحقبة 1,035 مع توقع أن يكون مقدمو البنية التحتية مستعدين أو قريبين من الاستعداد. لكن “الاستعداد” هو طيف في تطوير البلوكتشين. ستتكيف بعض الخدمات بسرعة، بينما لن تفعل ذلك أخرى. قد يواجه المستخدمون الذين يعتمدون على أدوات الطرف الثالث بعض الصعوبات بينما يلحق النظام البيئي بالركب.
وهناك نقطة أوسع هنا. شبكات البلوكتشين لا تتطور في فراغ. كل تغيير في البروتوكول يخلق موجة من العمل اللاحق — فرق المحافظ، فرق المستكشفين، مقدمو خدمات RPC، مطورو التطبيقات. كلما كان التغيير أكبر، كانت الموجة أكبر. الانتقال من 1,232 إلى 4,096 بايت هو قفزة كبيرة، والنظام البيئي يحتاج إلى وقت لاستيعابها.
في الوقت الحالي، الصيغة الجديدة قيد التشغيل. يمكن للمطورين البدء في البناء بها. الصيغة القديمة لا تزال تعمل. وسجل المعاملات الخاص بسولانا من يوليو — 4.2 مليار — يقف كنوع من المعيار الذي سيتم قياس الشبكة به بينما يتم تبني صيغة v1 وتستمر تخفيضات وقت الكتلة في التنفيذ.
الحد الأقصى البالغ 1,232 بايت الذي كان ساريًا منذ إطلاق سولانا لم يعد ينطبق اعتبارًا من 15 سبتمبر.
الأسئلة الشائعة
ما هو الحد الأقصى الجديد لحجم المعاملة في سولانا بعد ترقية 15 سبتمبر؟
رفعت سولانا الحد الأقصى لحجم المعاملة من 1,232 بايت إلى 4,096 بايت، وتم تفعيل ذلك في بداية الحقبة 1,035 في 15 سبتمبر.
هل يحتاج المستخدمون العاديون لسولانا إلى القيام بأي شيء بعد ترقية صيغة المعاملة v1؟
من المحتمل أن المستخدمين العاديين الذين يرسلون SOL لن يلاحظوا فرقًا. المطورون، وليس المستخدمون العاديون، يحتاجون إلى تبني صيغة v1 الجديدة للاستفادة من السعة الأكبر للمعاملات.
