سولانا (SOL) تسجل رقماً قياسياً: 263,151 رمزاً جديداً على معيار SPL في يوم واحد

إصدار قياسي لرموز SPL

حققت سولانا (SOL) أعلى مستوى تاريخي لها في عدد الرموز المنشأة يومياً، حين ضُربت 263,151 رمزاً جديداً على معيار SPL داخل الشبكة خلال نافذة 24 ساعة واحدة يوم 9 سبتمبر 2026. الرقم قابل للتحقق عبر Solscan، مستكشف البلوكات الذي يفهرس معاملات سولانا وعناوينها وبيانات رموزها، وهو يتجاوز بأريحية كل الإجماليات اليومية السابقة المسجلة لهذا المؤشر — وهي محطة فارقة لمنظومة سولانا يتتبعها مكتبنا كمقياس بالوكالة لنشاط منصات الإطلاق والمطورين. معيار SPL هو الإطار الذي يقوم عليه إنشاء الأصول عبر الشبكة كلها: ضرب المعروض الجديد والتحويلات والحرق تجري جميعها ضمن بنية موحدة، ما يتيح للمطورين إطلاق رمز جديد دون بناء بنية تحتية مخصصة. وهذا التصميم بالذات هو ما يجعل الرقم القياسي يستحق قراءة حذرة. فعدد 263,151 يحصي الرموز المُنشأة حديثاً، وليس 263,151 وحدة من العملة الرقمية — إذ يمكن لعملية إنشاء واحدة أن تحمل أي معروض يضبطه المُصدر، من وحدة واحدة إلى مليارات. كما أن البيانات العامة للمستكشف لا تنسب هذا الارتفاع إلى فرق معينة أو حالات استخدام محددة؛ فقد وجدت مراجعتنا لجداول السلسلة لا تصنيفاً تفصيلياً لعمليات الضرب في ذلك اليوم. والسابقة تقدم مؤشراً: الارتفاعات السابقة في إنشاء رموز سولانا تزامنت عادة مع طفوح منصات الإطلاق، وفي مقدمتها إصدار الميمكوين — وقد أظهر تحليلنا الأخير لتداول الميمكوين على سولانا مدى المضاربة في هذا التدفق — فيما يؤكد وصول أزواج الأسهم المرمّزة على Pump.fun أن أصولاً أكثر تنظيماً تتزاحم على نفس خط أنابيب الإنشاء. وللقراء الذين يزنون تعرضهم في ضوء هذه التطورات، يغطي دليلنا حول كيفية شراء سولانا (SOL) الخطوات العملية. ما يثبته الرقم الخام دون جدال هو أن إنتاجية الشبكة في إنشاء الأصول دون إذن لم تُمارَس قط على هذا النطاق، إذ تستوعب طلباً قياسياً على الإصدار حتى بينما يستعد المدققون لأكبر تغيير في صيغة المعاملات منذ سنوات.

تأجيل Transaction V1 إلى Epoch 1035

ذلك التغيير أصبح له الآن تاريخ جديد. فقد أعلن فريق Anza، أحد فرق التطوير الأساسية في سولانا، في إعلانه بتاريخ 10 سبتمبر أن تفعيل Transaction V1 على Mainnet Beta نُقل إلى بداية Epoch 1035، المتوقعة نحو الساعة 01:20 بتوقيت UTC يوم 15 سبتمبر 2026، بعد أن طلبت فرق المنظومة وقتاً إضافياً للاختبار والتكامل. المخرج الجوهري هو السعة: الصيغة الجديدة ترفع الحجم الأقصى لمعاملة سولانا من 1,232 بايت إلى 4,096 بايت، أي توسّع يقارب 3.3 أضعاف في حقل البيانات المتاح لكل معاملة. هذه المساحة الإضافية تفتح الباب أمام إثباتات المعرفة الصفرية وعمليات التوقيع المتعدد الكبيرة ومخططات التوقيع الأكثر تعقيداً على السلسلة — سير عمل كانت تضطر سابقاً إلى التجزئة عبر معاملات متعددة أو المرور بحلول بديلة، ويمكن الآن حزمها في معاملة ذرية واحدة. والتوافق محفوظ صراحة: صيغتا legacy وV0 تظلان تعملان بعد التفعيل. ويصاحب ذلك تغييران تشغيليان: قيم ميزانية الحوسبة ستُعرَّف من الآن عبر إعدادات المعاملة الجديدة، ويؤكد Anza أن الميزة قابلة للاختبار فعلاً على Devnet، داعياً مطوري التطبيقات إلى التحقق من تكاملاتهم الآن. أما التطبيقات المعتمدة على RPC فتقع في أشد الموقف حساسية: توثيق مطوري سولانا يشير تحديداً إلى أن النداءات مثل getBlock وgetTransaction يجب أن تعلن عن أقصى نسخة معاملة تدعمها، وإلا فسوف تفشل أمام بيانات V1. وعلى خلاف الفورك الصلب الجدلي، هذه ترقية مقيدة بالميزات ومتوافقة مع الإصدارات السابقة — فمشغلو العقد (nodes) يواجهون تغييراً في الجدولة لا انقساماً كاسراً، وهو تمييز مهم لبنية الستيكنغ التي تشغّل المدققين. ومع ذلك، الأيام الأربعة الإضافية ليست تافهة: مع إنشاء رموز يومية عند مستويات قياسية، تمتلك المحافظ ومزودو RPC وخدمات الفهرسة هامش خطأ أضيق مما تكون عليه في سوق أهدأ، وهو تحديداً ما دفع المطورين إلى طلب التأجيل. يمكن للقراء الراغبين في متابعة السوق لحظيًا الاطلاع على أسعار السبوت والعقود الآجلة مباشرة عبر Bybit.

تقاطع Epoch 1035 مع الإصدار القياسي

القصتان تصفان الضغط نفسه: الطلب على المساحة داخل سولانا يتصاعد في طبقة الأصول وطبقة البروتوكول في آن واحد. رقم الضرب القياسي البالغ 263,151 يُظهر المبدعين يشبعون إصدار الرموز، فيما إن سقف 1,232 بايت القديم هو ما يجبر التطبيقات المعقدة على تفتيح منطقها عبر معاملات منفصلة. وبتقريباً لملاحظات الإصدار على منصتنا، فإن الخطر التشغيلي الأهم بعد 15 سبتمبر يقع على مزودي RPC عبر حزمة بنية العملات البديلة التحتية الذين لم يعلنوا عن نسخة المعاملة المدعومة في نداءات getBlock وgetTransaction — تلك الاستعلامات سوف تفشل أمام سجلات V1. وسواءبرد الإصدار أو تسارع بعد انطلاق صيغة 4,096 بايت، سيخبرنا ذلك بحجم الطلب الكامن الذي كان التأجيل يحتجزه.