يمكن أن يتيح التعديل إجراء عمليات أكثر تعقيدًا بكثير ضمن معاملة ذرية واحدة، ويمثل توسعًا بحوالي 3.3 مرة.
التحديث أصبح قريبًا جدًا الآن
وصف Anatoly Yakovenko، الشريك المؤسس لـ Solana، أحد الاستخدامات المحتملة لهذا التحديث. يتطلب Solana "معاملة واحدة (1 tx) لنقل البيانات ذريًا عبر جذري ZK اثنين"، وفقًا لتعليق Yakovenko على التغيير المرتقب. كما أشار إلى أنه يمكن وجود رول أب معتمد على الشبكة في Solana.
حالات استخدام أعمق
تشير ملاحظته إلى حالة استخدام أكثر شمولاً من مجرد إضافة المزيد من البيانات إلى كل معاملة. إن دمج براهين المعرفة الصفرية والعمليات المرتبطة بالرول أب مع الحفاظ على التنفيذ الذري — إما أن تنجح المعاملة بأكملها أو لا تنجح على الإطلاق — قد يكون أكثر سهولة للمعاملات الأكبر حجمًا.
الحد الأقصى الحالي البالغ 1,232 بايت جاء من بنية شبكة Solana الأولية. بعد أخذ النفقات العامة للشبكة في الاعتبار، تم تقييد المعاملات لتناسب الحد الأدنى لحجم وحدة نقل البيانات (MTU) في IPv6. اقترح معيار SIMD-0296 السقف الجديد البالغ 4,096 بايت، نتيجة لأن اعتماد بروتوكول QUIC ألغى الحاجة للحفاظ على نفس القيد السابق.
يوفر تنسيق المعاملة الجديد v1 في Solana هذا الحد الأعلى. التغيير لا يزيد حجم كل معاملة على الشبكة فقط؛ فالمعاملات القديمة ومعاملات v0 ستستمر في العمل وفقًا لقواعدها الحالية. للوصول إلى السعة الإضافية، يجب على المطورين استخدام v1.
لقد حصلت شبكة Solana التجريبية بالفعل على التحديث، حيث تم إطلاق معاملة V1 في شهر سبتمبر، قبل شهر واحد من النشر المجدول على الشبكة الرئيسية.
تحدد Solana Foundation مجموعة من أحمال العمل، بما في ذلك multisigs الكبيرة وتوقيعات BLS وتوقيعات Winternitz لمرة واحدة والتحويلات السرية، التي قد تستفيد من المساحة الإضافية فضلًا عن أنظمة ZK. ونتيجة لذلك، يمكن الآن لبعض العمليات التي كانت تتطلب سابقًا عدة معاملات أن تندمج في عملية ذرية واحدة، ما قد يؤدي إلى تقليل الرسوم وتكاليف التنسيق وتعقيد التأكيد.
يشير تركيز Yakovenko على جذور ZK والرول أب المعتمد إلى أن الترقية قد يكون لها في النهاية تأثير أكبر على بنية تطبيقات Solana مما تشير إليه الزيادة بمقدار 3.3 مرة وحدها. يوفر تفعيل 9 سبتمبر السعة الأساسية للمعاملات؛ وسيقرر المطورون مدى الاستفادة النشطة من هذه السعة الإضافية.
