تاريخ إطلاق معاملة Solana V1: ماذا تتوقع في 9 سبتمبر
2026-09-04
سولانا على وشك أن تضاعف أكثر من ثلاثة أضعاف كمية البيانات التي تتسع داخل معاملة واحدة. في 9 سبتمبر 2026، تم تفعيل معاملة V1 على الشبكة الرئيسية، مما رفع الحد الأقصى لحجم المعاملة من 1,232 بايت إلى 4,096 بايت، أكبر تغيير في كيفية هيكلة معاملات سولانا منذ ظهور جداول البحث عن العناوين في عام 2021.
نقاط رئيسية
تذهب معاملة V1 للعيش على الشبكة الرئيسية لسولانا في 9 سبتمبر 2026، مما يرفع الحد الأقصى لحجم المعاملة 3.3x، من 1,232 بايت إلى 4,096 بايت، وقد تم تحديده بشكل مشترك من قبل وثيقتين لتحسين سولانا، SIMD-0296 و SIMD-0385.
الترقية اختيارية لكل من يرسل المعاملات، مما يعني أن التنسيقات القديمة و v0 تظل تعمل تمامًا كما كانت من قبل، لكنها تُدخل تغييرات جذرية لمزودي خدمات RPC، وجامعي البيانات، ومنصات التحليلات التي تقرأ بيانات البلوكشين.
تفتح المساحة الإضافية استخدامات لم تكن عملية سابقًا في معاملة واحدة، بما في ذلك إثباتات المعرفة الصفرية للعمليات السرية، وتجميع التوقيعات BLS، والمحافظ متعددة التوقيعات الأكبر حجمًا.
ما هي معاملة سولانا V1؟
معاملة V1 هي تنسيق جديد لمعاملة سولانا يرفع الحد الأقصى لحجم معاملة واحدة من 1,232 بايت إلى 4,096 بايت، بزيادة قدرها 3.3x. يتم تعريفها من خلال وثيقتين لتحسين سولانا، أو SIMD، كلاهما كتبهما مهندسو أنزا جاكوب كريتش وأندرو فيتزجيرالد: SIMD-0296 يحدد السقف الجديد للحجم، و SIMD-0385 يحدد الهيكل الفعلي، أو التنسيق، لمعاملة v1. معًا، يحلان عنق الزجاجة الذي قيّد ما يمكن للمطورين إدخاله في معاملة واحدة من سولانا منذ الأيام الأولى للشبكة.
نظرة سريعة: معاملة V1
لماذا كان حد 1,232 بايت القديم موجودًا، ولماذا لم يعد منطقيًا
تم تعيين حد حجم المعاملة الأصلي لسولانا بشكل محافظ حول حجم حزمة الشبكة IPv6 البالغ 1,280 بايت، وهو قيد على مستوى الشبكة من العصر قبل أن تعتمد سولانا طريقة تسليم المعاملات الحالية.
في عام 2022، انتقلت سولانا إلى QUIC كبرتوكولها الافتراضي لاستقبال المعاملات، وليس لدى QUIC حد أقصى مدمج لحجم تدفقات البيانات التي يحملها. وقد جعل ذلك السقف الأصلي البالغ 1,232 بايت غير ذي جدوى بشكل فعال، حد متبقي بدلاً من متطلب تقني حقيقي.
ي formalizes SIMD-0296 حدًا جديدًا قدره 4,096 بايت بدلاً من ذلك، تم اختياره عمدًا ليتوافق مع حجم صفحة الذاكرة القياسية البالغ 4 كيلوبايت على أجهزة التحقق. ويعمل هذا التوافق على الحفاظ على تكلفة معالجة كل معاملة في الذاكرة بكفاءة، دون انسكاب معاملة واحدة عبر صفحات ذاكرة متعددة.
اقرأ أيضًا: حول تصويت مدقق سولانا
ما الذي يتغير فعليًا تحت الغطاء
بعيدًا عن السقف الأكبر، يعيد SIMD-0385 هيكلة كيفية تنظيم معاملة v1:
يتم نقل علامة النسخة إلى مقدمة المعاملة تمامًا (قيمة بايت معينة تحددها كـ v1)، مما يسمح للبنية التحتية بتحديد التنسيق على الفور دون الحاجة إلى تفكيك المعاملة بالكامل أولاً.
تنتقل التوقيعات إلى نهاية المعاملة بدلاً من البداية.
تدخل إعدادات الرسوم والحساب في موقع ثابت في رأس المعاملة. سابقًا، كانت رسوم الأولوية وحدود وحدات الحساب محددة من خلال تعليمات خاصة ممزوجة مع كل شيء آخر في المعاملة، مما يتطلب من البرنامج مسح القائمة الكاملة للتعليمات للعثور عليها. في v1، تعيش تلك الإعدادات في مكان واحد قابل للتنبؤ، مما يجعل قراءتها أسرع بكثير.
تمت إزالة جداول البحث عن العناوين تمامًا في v1. تم تقديم ALTs في الأصل بحيث يمكن للمعاملة الإشارة إلى العديد من الحسابات باستخدام مراجع قصيرة بواحد بايت بدلاً من عناوين كاملة تبلغ 32 بايت، وهو حل كان ضروريًا بموجب حد الحجم القديم. مع 4,096 بايت من المساحة، تتناسب حتى 64 عنوانًا بالحجم الكامل بشكل مريح دون الحاجة إلى ذلك الحل، لذا تدرج v1 العناوين مباشرة.
لا يؤثر أي شيء عن ذلك على المعاملات التي تم بناؤها بالطريقة القديمة. تستمر معاملات التراث و v0 في العمل تمامًا كما تفعل اليوم، حيث أن V1 هو خيار إضافي، وليس بديلاً.
ما الذي يفتح هذه الترقية فعليًا
إن المساحة الإضافية ليست مجرد ميزة تقنية، بل تجعل ميزات محددة عملية لم تكن ممكنة سابقًا:
إثباتات المعرفة الصفرية، مثل تلك المستخدمة في التحويلات السرية.
التحويلات السرية، جزء من معيار توسيعات رموز سولانا، تسمح للمستخدمين بنقل الرموز مع الحفاظ على المبلغ خاصًا باستخدام الأدلة التشفيرية. غالبًا ما تكون تلك الأدلة كبيرة جدًا بحيث لا تتناسب مع معاملة بحجم 1,232 بايت، مما يجبر المطورين على تقسيم العملية عبر معاملات متعددة وفقدان الضمان بأن العملية بالكامل ستنجح أو تفشل معًا. بحجم 4,096 بايت، تتناسب الأدلة الكاملة في معاملة واحدة.تجميع توقيع BLS.
هذه تقنية تشفيرية تجمع العديد من التوقيعات الفردية في دليل مضغوط واحد، وهو مفيد في حالات مثل الجسور عبر السلاسل أو تنسيق المدققين حيث تحتاج الأطراف المتعددة إلى تفويض إجراء واحد بشكل مشترك. يصبح من العملي أن يتناسب مع معاملة سولانا واحدة في التنسيق الجديد.محافظ متعددة التوقيع أكبر.
تتطلب محافظ متعددة التوقيع، التي تستخدم عادة من قبل خزائن المؤسسات وDAOs من خلال منصات مثل Squads، موافقة عدة أشخاص قبل تنفيذ المعاملة. كانت حد الحجم القديم يحدد بشكل واقعي عدد الموقعين الذين يمكن تضمينهم؛ يسمح التنسيق الجديد بوجود مجموعات توقيع أكبر بشكل ذو مغزى.
لماذا هذا الأمر مهم أكثر من مجرد زيادة حجم بسيطة: الذرية
الفائدة العملية الأكثر أهمية ليست مجرد "مساحة أكبر"، بل هي الذرية، مما يعني أن المعاملة إما تكتمل بالكامل أو تفشل بالكامل، دون ترك أي شيء نصف منجز.
لقد عمل المطورون الذين كانوا بحاجة إلى مزيد من المساحة أكثر مما سمح به الحد القديم غالبًا على تجاوز ذلك باستخدام حزم Jito، وهو نظام يمكنه ربط ما يصل إلى خمس معاملات منفصلة معًا كمجموعة شاملة أو لا شيء.
هذا يعمل، لكن الضمان يحتفظ فقط داخل بنية Jito التحتية الخاصة به ويعتمد على المنافسة على الأولوية من خلال نصائح المدققين.
بالمقابل، تحمل معاملة فردية من نوع Transaction V1 ضمان الذرية الخاص بسولانا على مستوى البروتوكول تلقائيًا، دون الحاجة إلى بنية تجميع أو نصائح إضافية. بالنسبة للمطورين الذين يبنون طرق تبادل DeFi المعقدة أو عمليات التشفير متعددة الخطوات، يعد ذلك أساسًا أكثر موثوقية للبناء عليه.
اقرأ أيضًا: توقف مكاسب سولانا عند 1% — هل تخسر أرضًا لـ Robinhood؟
ما الذي يتعطل في 9 سبتمبر (ومن يؤثر عليه)
هذا هو الجزء الأكثر أهمية للمطورين ومزودي البنية التحتية، وليس لمستخدمي المحافظ اليومية. لأن Transaction V1 يغير هيكل البيانات الأساسي، يجب تحديث أي برنامج يقرأ كتلة سولانا لفهمها بشكل صحيح:
ستفشل مكالمات RPC التي لا تطلب بوضوح دعم v1عندما تصادف معاملة v1، بدلاً من العمل بصمت.
بعض تغطيات البيانات في الوقت الحقيقي قد تتوقف تمامًاإذا اصطدمت بمعاملة v1 لم تكن مستعدة لها، دون بالضرورة إثارة خطأ واضح.
يمكن لمؤشرات البيانات ومنصات التحليلات التي تقرأ بيانات الرسوم والحوسبة بالطريقة القديمة أن تبلغ بأرقام غير صحيحة بصمتلتحويلات v1، حيث إن تلك المعلومات الآن تعيش في جزء مختلف من المعاملة مقارنةً بالسابق.
يحتاج مزودو البنية التحتية إلى تشغيل برامج عميل المدقق المحدثة, بالتحديد Agave v4.2.2 أو الأحدث، لمعالجة حركة مرور v1 بشكل صحيح.
بالنسبة لمستخدمي سولانا العاديين الذين يرسلون ويستقبلون المعاملات ببساطة من خلال محفظة قياسية، فإن هذا التحديث ليس شيئًا تحتاج إلى تكوينه شخصيًا. تقع المسؤولية على مزودي المحفظات وخدمات RPC ومنصات بيانات blockchain لتحديث أنظمتهم، التي كان معظم مزودي البنية التحتية الرئيسيين قد بدأوا الاستعداد من أجلها منذ تفعيل الشبكة التجريبية في أوائل سبتمبر.
جدول زمني للتنفيذ
تصل Transaction V1 أيضًا جنبًا إلى جنب مع المرحلة الأولى من ترقية منفصلة، SIMD-0437، التي تبدأ تقليصًا من خمس خطوات تستهدف تقليص التكلفة بنسبة 90% لتخزين حسابات الرموز على سولانا. يتم إصدار كلا التغييرين بموجب نفس إصدار برنامج المدققات الأوسع Agave 4.2.
ماذا يعني هذا لملاك SOL والمتداولين
Transaction V1 هو في الأساس ترقية بنية تحتية وتجربة مطور بدلاً من تغيير يؤثر مباشرة على تجربة المالكين اليومية للرموز. تكمن أهميته فيما يتيحه مستقبلًا: عمليات DeFi أكثر تعقيدًا، وتحويلات تحافظ على الخصوصية، وإعدادات متعددة التوقيع بدرجة مؤسساتية تصبح جميعها أكثر عملية للبناء على سولانا.
سواء كان ذلك يترجم إلى تطبيقات جديدة وزيادة في نشاط الشبكة بمرور الوقت يستحق المشاهدة، لكنه ليس النوع من التحديثات التي تغير أرصدة المحافظ أو رسوم المعاملات بمفردها. يمكنك تتبع سعر SOL المباشر على صفحة سوق SOL على Bitrueبينما يتقدم هذا التنفيذ.
إذا كنت جديدًا على سولانا بشكل عام، فإن دليل Bitrue حول سولانا للمبتدئينهو نقطة انطلاق جيدة لفهم النظام البيئي الأوسع الذي يتناسب مع هذا التحديث. بالنسبة لأولئك الذين يتطلعون إلى أن يكونوا أكثر انخراطًا، يغطي دليل Bitrue حول كيفية شراء SOLالأساسيات، وتخزين SOL على Bitrueهو خيار للملاك الذين يبحثون عن كسب عائد بينما تستمر الشبكة في التطور.
إذا كنت تتبع أيضًا الفرص المتعلقة بالرموز في النظام البيئي المتزايد لسولانا، فإن ملخص Bitrue حول الهوائيات الخاصة بسولانا هذا سبتمبريغطي ما هو نشط حاليًا.
اقرأ أيضًا: تنبؤ سعر سولانا 2026 و2030: إلى أي ارتفاع يمكن أن يصل SOL؟
الخاتمة
تفعيل شبكة أخرى للتعاملات في 9 سبتمبر 2026 هو ترقية تقنية هامة حقًا، حيث يزيد بأكثر من ثلاثة أضعاف كمية البيانات التي يمكن أن تتسع في معاملة واحدة على سولانا ويفتح حالات استخدام كانت غير عملية سابقًا مثل التحويلات السرية وتكوينات متعددة التوقيع أكبر.
كما أنه إطلاق منخفض الدراما للمستخدمين العاديين: لا شيء يتعطل بالنسبة للمحافظ أو أنواع المعاملات الحالية، والعمل الحقيقي يقع على عاتق مزودي البنية التحتية الذين حصلوا على أسابيع من الوصول إلى شبكة الاختبار للتحضير. سيكون التأثير الحقيقي للترقية واضحًا تدريجيًا، في ما يبنيه المطورون بمجرد أن يكون هناك مساحة إضافية متاحة.
الأسئلة المتداولة
متى يتم إطلاق معاملة سولانا V1 على الشبكة الرئيسية؟
تقوم معاملة V1 بالتفعيل على شبكة سولانا الرئيسية في 9 سبتمبر 2026، بعد تفعيل شبكة الاختبار في 1 سبتمبر.
هل ستؤثر معاملة V1 على محفظتي في سولانا أو المعاملات الحالية؟
لا. معاملة V1 اختيارية بالكامل، وتستمر تنسيقات المعاملات القديمة وv0 في العمل تمامًا كما كانت من قبل. تؤثر الترقية بشكل أساسي على المطورين ومزودي البنية التحتية الذين يحتاجون إلى تحديث أنظمتهم لقراءة التنسيق الجديد بشكل صحيح.
ماذا تفتح معاملة V1 فعليًا؟
إنها تجعل العمليات التي كانت غير عملية سابقًا تناسب ضمن معاملة واحدة، بما في ذلك إثباتات المعرفة الصفرية المستخدمة في التحويلات السرية، وتجميع توقيعات BLS للتنسيق عبر السلاسل والمراقبين، وأنظمة المحفظة متعددة التوقيع الأكبر بشكل ملحوظ.
لماذا تمت إزالة جداول البحث عن العناوين في معاملة V1؟
كانت جداول البحث عن العناوين حلاً لمشكلة حد الحجم القديم البالغ 1,232 بايت في سولانا، مما يسمح للمعاملات بالرجوع إلى الحسابات باستخدام رموز قصيرة بدلاً من العناوين الكاملة. مع الحد الجديد البالغ 4,096 بايت، يمكن حتى للعدد الكبير من العناوين الكاملة أن يتناسب بشكل مريح دون الحاجة إلى هذا الحل.
هل تجعل معاملة V1 معاملات سولانا أرخص؟
لا مباشرة. تغير معاملة V1 هيكل المعاملة وحدود الحجم بدلاً من آليات الرسوم. ترقية منفصلة، SIMD-0437، تستهدف تقليل تكاليف تخزين حسابات الرموز بنسبة 90% ويتم طرحها في نفس الوقت تقريبًا تحت نفس إصدار البرمجيات.
تنبيه: الآراء المعبر عنها تعود حصريًا للمؤلف ولا تعكس آراء هذه المنصة. هذه المنصة وشركاتها التابعة تخلي مسؤوليتها عن دقة أو ملاءمة المعلومات المقدمة. هي لأغراض معلوماتية فقط وليست مقصودة كنصيحة مالية أو استثمارية.
إخلاء المسؤولية: محتوى هذه المقالة لا يشكل نصيحة مالية أو استثمارية.
