ستيلر (XLM) يفعّل البروتوكول 28 على الشبكة الرئيسية مع ترحيل بيانات العقود الذكية

البروتوكول 28 يعمل على الشبكة الرئيسية

بدأت شبكة ستيلر (XLM) تشغيل البروتوكول 28 على شبكتها الرئيسية، وهو تحديث يحمل الاسم الرمزي “Adapter” دخل حيز التنفيذ يوم 16 سبتمبر 2026 في الساعة 17:00 بتوقيت غرينتش، ويفتح طريقًا عمليًا لترحيل بيانات العقود الذكية المخزّنة على الدفتر. التغيير موجّه في المقام الأول إلى مطوّري Soroban ومشغّلي البنية التحتية للعقد لا إلى مستخدمي المحافظ والمدفوعات اليوميين، وبيانات السوق لا تُظهر أي ارتباط سببي مؤكد بين هذا التفعيل وسعر ستيلر (XLM) في التداول الفوري. وقد تابعنا في تغطية تقنية سابقة اختراق العملة لمتوسطها المتحرك لـ50 أسبوعًا مع اتجاه نحو مستوى 0.2227 دولار، غير أن هذا التحديث حدث على مستوى الشبكة لا على مستوى السعر. بنت مؤسسة Stellar Development الإصدار حول ثلاثة مقترحات تطوير جوهرية هي CAP-86 وCAP-85 وCAP-83، فيما يؤرخ توثيق إصدارات البرامج الرسمي لبناء البروتوكول 28 على الشبكة الرئيسية بتاريخ 16 سبتمبر. يُذكر أن Soroban، منصة العقود الذكية المدمجة مباشرة في شبكة ستيلر وليست سلسلة جانبية منفصلة، تنفّذ برامج Rust المُصرّفة إلى WebAssembly.

قبل تحديث Adapter، كان أي عقد يقرأ بيانات من الدفتر يطابق القراءة تمامًا: كل حقل في البنية (struct) كان يجب أن يظهر كمفتاح، ولا يُسمح بوجود أي مفتاح إضافي، وكان حقل مفقود أو غير متوقع كفيلًا بكسر القراءة من جذورها. يعالج CAP-86 هذا القيد عبر دوال مضيفة (host functions) متفرقة تتسامح مع الحقول الناقصة أو المضافة، بحيث تنتقل التخزينات القديمة إلى مخطط بيانات جديد على مراحل بدل التخلص منها في قطع واحدة.

أما CAP-85 فيتصدّى لعنق زجاجة مختلف. وهو يدعم مراجع تديرها جهات خارجية للشيفرة التنفيذية، ما يعني أن حزمة عقود تتشارك البرنامج نفسه يمكن ترقيتها بتغيير مرجع واحد بدل استبدال كل نسخة على حدة. هذا يقلّل الحالات التي تتوزع فيها العقد على إصدارات متعددة أثناء العمليات الكبيرة، مع بقاء العبء على المطوّر نفسه للتحقق من توافق الشيفرة الجديدة مع البيانات القديمة.

ويعمل CAP-83 على مستوى آلية الإجماع: إذ يُسمح للمحقّقين (validators) بالبدء في التصويت قبل وصول حزمة المعاملات كاملة، بينما تتولى إجراءات الاستبعاد إزالة الحزم التي تصل متأخرة أو تفشل في اختبار الصلاحية، ما يخفف التعثرات المرتبطة بنشر البيانات. أما التنزيل المتوازي لحزم المعاملات فيصل على مراحل لاحقة لتاريخ الإطلاق على الشبكة الرئيسية. يُنصح مشغّلو المحقّقين بالتحقق من تزامن الساعات، بينما على المفهرسات وخطوط البيانات التي تقرأ الدفتر مباشرة معالجة أنواع القيم الجديدة للدفتر.

حزمة Soroban SDK v28 و11 عامًا من ستيلر

لحقت أدوات المطوّرين بالتحديث في 30 سبتمبر. فقد صدرت يومها النسخة 28 من حزمة Soroban Rust SDK، وأكّد حساب Build on Stellar الإصدار على منصة X في ملخص يُنسب إلى Leigh McCulloch، كبير مهندسي البرمجيات في ستيلر. تدعم حزمة SDK v28 البروتوكول 28 وتحمل تغييرات على نظام البناء وسلوكًا جديدًا لترحيل بيانات العقود. وبحسب الإصدار، فإن معظم العقود لا تحتاج إلى أكثر من إعادة بناء لا غير. وتضم قائمة ميزاتها Spec Shaking v2 التي تطبّق حذف الشيفرة الميتة على طريقة توزيع المواصفات: تصدر الحزمة عنصرًا لكل شيء، ثم يجرد بناء stellar-cli العناصر التي لا يستخدمها العقد. وتشمل الإضافات الأخرى الأحداث المنشورة بصيغة متفرقة، والمراجع التنفيذية، والعقود الأصلية التي يمكن رفعها في بيئات الاختبار. ويقع دعم الترحيل حيث يفيد فعلًا، لأن البنية تُخزَّن على الدفتر كخريطة مفاتيحها أسماء الحقول، وتتيح النسخة v28 للعقد قراءة تلك الخريطة حتى عندما تختلف حقولها عن الكتابة الأصلية.

@BuildOnStellar · منشور على X

الإصدار على منصة X.

عرض على X

ويمثل هذا التاريخ عيد ميلاد الشبكة الحادي عشر أيضًا. فتاريخ منظومة ستيلر أطول من دفترها: أُطلقت الشبكة في 30 سبتمبر 2015، وقد لاحظ Tomer Weller، رئيس المنتجات، أن الذكرى تعود إلى الشبكة “الجديدة”، بينما شغّلت نسخة سابقة عام 2014 تحت الرمز STR. وتشير المحطات الأخيرة إلى بنية تحتية للواقع المادي: فقد تجاوزت الشبكة 22,000 حائز لأصول واقعية مُرمّزة، وتستمر عمليات نشر مثل تجربة بطاقة العمل المستقر من MoneyGram عبر Visa في كولومبيا على هذا المسار.

خطوة الترحيل التي تبقى يدوية

توضح الوثائق الرسمية للإصدار أن العنصرين يتتبعان قوسًا واحدًا: بيانات عقود قابلة لتغيّر شكلها على مدى عمر الشبكة. يؤرّخ دليل البروتوكول 28 نسخة الشبكة الرئيسية بتاريخ 16 سبتمبر 2026، ويشترط إعادة البناء على حزمة Soroban Rust SDK 28.0.0، ويُوجّه المطوّرين إلى إعادة إنتاج الحالة القديمة والتحقق من أن العقد الجديد يقرأها قبل إعلان اكتمال الترحيل. يقع العبء القريب على مشغّلي العقد: فعلى المفهرسات وخطوط البيانات معالجة أنواع القيم الجديدة للدفتر، وعلى المحقّقين فحص تزامن ساعاتهم. والعمل المؤسسي على الشبكة، بما يشمل اختبارات العمل المستقر USBDC من U.S. Bank، يوضح لماذا تهم بيانات العقود القابلة للترقية على نطاق واسع. أما ما بقيت دون تغيير فهو الخطوة اليدوية: لا شيء يُرحَّل من تلقاء نفسه.