ترقية Bell للبروتوكول 30 في Stellar تعمل على الشبكة التجريبية قبل تصويت 23 نوفمبر

تشغيل Bell على الشبكة التجريبية

فعّلت Stellar (XLM) ترقية البروتوكول 30، المعروفة باسم Bell، على الشبكة التجريبية، فيما حددت وقت تصويت المدققين على نقلها إلى الشبكة الرئيسية في 23 نوفمبر الساعة 17:00 بتوقيت غرينتش. جاء هذا التفعيل بعد تصويت المدققين على الشبكة التجريبية يوم الثلاثاء 3 نوفمبر في التوقيت نفسه، وأكدت مؤسسة Stellar للتطوير ذلك في إعلانها، فيما يبقى العمل على الشبكة الإنتاجية رهنًا بموافقة التصويت اللاحق. تجمع الترقية ثلاثة تعديلات مصادق عليها بموجب CAP-84 وCAP-87 وCAP-88، تغطي مجتمعة طريقة تعامل العقود الذكية مع عناوين العملاء، وطريقة التحقق من التوقيعات التشفيرية داخل العقود، وطريقة تسجيل البلوكتشين لحظة إغلاق كل دفتر حسابات. وفي إعلانها للمطورين يوم الثلاثاء 20 أكتوبر، قدّمت المؤسسة الإصدار كأساس لثلاثة أهداف في آن واحد: إدارة الشركات لأموال عملائها عبر الحسابات الذكية، وأمن مقاوم للحاسوب الكمي، ومعالجة أسرع للمعاملات في الترقيات المقبلة. أما الجانب البرمجي فقد اكتمل بالفعل: إصدارات متوافقة مع البروتوكول 30 من Stellar (XLM) Core وHorizon وRPC وGalexie متاحة للتنزيل، وقد أورد دليل الترقية الصادر عن المؤسسة بتاريخ 23 أكتوبر كلًا من JavaScript SDK بإصدار v17.3.0 وGo SDK بإصدار v0.8.0 ضمن إصدارات المطورين، إضافة إلى نسخة مرشحة للإصدار من Soroban Rust SDK. وتلقى المدققون تعليمات بتثبيت Stellar Core v30.0.0 قبل تصويت الشبكة الرئيسية، فيما يُنتظر من منصات التداول ومزودي المحافظ وسائر مشغلي البنية التحتية تهيئة تكاملاتهم لصيغة العناوين الجديدة وتغييرات بيانات الدفتر قبل التفعيل. يغطي التصويت أحد أهم الإصدارات التي جدولتها شبكة Stellar هذا العام، وتنسق المؤسسة الاستعدادات عبر مجتمع المطورين وقنوات المدققين في الفترة السابقة لصندوق الاقتراع.

عناوين مجمّعة وتوقيعات جاهزة للعصر الكمي

يمثل CAP-84 التعديل الذي ستلمسه منصات التداول وأمناء الحفظ أولًا، إذ يُدخل عناوين عقود مجمّعة تتيح لشركة واحدة إدارة أموال تعود إلى عملاء عديدين عبر عقد ذكي واحد. كانت Stellar تدعم أصلًا الحسابات المجمّعة، التي تمكّن المنصات ومزودي الدفع من استقبال إيداعات عملاء مختلفين في حساب واحد مع تمييز كل مستخدم عبر معرّفات منفصلة. أما الحسابات الذكية، التي تستخدم عقودًا قابلة للبرمجة للتحكم في صلاحيات الإنفاق، فلم تمتلك القدرة نفسها، ولذلك كانت الشركات الناشطة بها تنشر عقودًا منفصلة للتمييز بين أرصدة العملاء. بموجب CAP-84، يحمل عنوان العقد معرّفًا بعرض 64 بت يحدد العميل المقصود دون حاجة إلى عقد مخصص لكل مستخدم. وتبدأ العناوين الجديدة بالحرف W، بما يميزها عن عناوين الحسابات المجمّعة القائمة التي تبدأ بحرف M، وتصل التحويلة الموجهة إلى أحدها إلى العقد الأساس بينما يُسجَّل معرّف العميل في حدث التحويل. وترى المؤسسة أن المنصات ومزودي الدفع وأمناء الحفظ يستطيعون عبر هذا التصميم إدارة الإيداعات من خلال الحسابات الذكية دون نشر عقود فردية لملايين المستخدمين المحتملين. ويضيف CAP-87 دعمًا للتحقق من توقيعات ML-DSA داخل بيئة العقود الذكية Soroban، وهي خوارزمية التوقيع الرقمي اللاكمي التي وحدتها المعهد الوطني الأمريكي للمعايير والتقنية عام 2024، وهي على خلاف مخططات المنحنيات الإهليلجية التي تستخدمها Stellar (XLM) اليوم، ومنها Ed25519، مبنية لمقاومة هجمات الحواسيب الكمية ذات القدرة الكافية. يجري التحقق عبر Stellar Core لأن فحص توقيعات ML-DSA يستهلك موارد حوسبة أكبر بكثير من التوقيعات التقليدية، ويدعم البروتوكول 30 ثلاث دوال تحقق توافق مستويات أمان الخوارزمية. وتشكل هذه الميزة أول مكون على السلسلة من خطة Stellar للجاهزية الكمية، وإن ظلّت توقيعات المعاملات على مستوى الشبكة معتمدة على Ed25519 حتى ترقية مستقبلية. أما CAP-88 فيغيّر طريقة تسجيل أوقات إغلاق الدفتر بالانتقال من ثوانٍ كاملة إلى طوابع زمنية بدقة المللي ثانية، ويرفع قيدًا كان يمنع الشبكة من استهداف فواصل أقصر من الثانية. ولا يخفض الترقية أزمنة الإغلاق فورًا، إذ يجري مطورو Stellar Core تجاربهم فعلًا على معالجة أسرع.

ثلاثة أسابيع تفصل الشبكة الرئيسية عن التصويت

تصل Bell إلى شبكة راكمت تكاملات متتالية خلال الأشهر الأخيرة: فقد ربطت VIA Labs بين Stellar وEthereum عبر تكامل بروتوكول الجسر في أواخر أكتوبر، وأطلقت Curve ميزة StableSwap على الشبكة الرئيسية لـStellar في أول انتشار لها خارج أنظمة EVM، وأضاف Securitize الشبكة بوصفها سلسلتها رقم 17 للأصول المرمّزة. وعالجت الشبكة نفسها 14.16 مليون معاملة يوم الجمعة 23 أكتوبر. وقراءتنا أن التصويت هو البوابة الحقيقية: فالكود مكتوب ومنشور وعامل على الشبكة التجريبية، ولم يتبقَّ سوى إجماع المدققين وترحيل المشغلين الذي يستتبعه. عناوين بصيغة W وضوابط إنفاق عبر ML-DSA وتوقيت بدقة المللي ثانية لا تكتسب قيمتها إلا حين تشغّلها طبقة layer 1 الإنتاجية، وتقع على منصات التداول ومزودي المحافظ عبء أعمال الترحيل. فإذا وافق المدققون في 23 نوفمبر الساعة 17:00 بتوقيت غرينتش، أصبحت Bell خط الأساس الذي تُبنى عليه كل ترقيات Stellar اللاحقة، وإذا امتنعوا بقيت التعديلات محطّة على الشبكة التجريبية.