#solana
تقوم سولانا برفع الحد الأقصى لحجم المعاملة إلى 4096 بايت مع إطلاق txv1
فعّلت سولانا بوابة ميزة txv1 على الشبكة الرئيسية (mainnet) في بداية الحقبة 1035، في 15 سبتمبر 2026 حوالي الساعة 01:00 بتوقيت UTC، لتزيد الحد الأقصى لحجم المعاملة في الشبكة من 1,232 بايت إلى 4,096 بايت، وفقًا لمذكرة ترقية رسمية نشرتها سولانا. تم تحديد هذا التغيير في SIMD-0296 وتسليمه عبر صيغة المعاملة v1 التي تم تقديمها في SIMD-0385. قالت سولانا إن الغلاف الأكبر مُصمم لتمكين أحمال عمل (workloads) كانت تتطلب سابقًا تقسيمها عبر عدة معاملات متسلسلة (chained). وفي الوقت نفسه، تظل صيغ v0 والصيغ القديمة (legacy) تعمل دون تغيير.
ما الذي يتيحه حد 4096 بايت؟
صاغت سولانا الزيادة على أنها مكسب في “مساحة الهامش” (headroom) وليس كتحول مُكسر. الأعمال التي كانت تتطلب تقسيمها إلى عدة معاملات متسلسلة — مثل أدلة عدم المعرفة (zero-knowledge proofs) المستخدمة في التحويلات السرّية (Confidential Transfers)، والعمليات الكبيرة متعددة التوقيعات (multisignature)، والبرامج المُجمّعة (batched programs) — يمكنها الآن أن تصل كمعاملة ذرّية واحدة (atomic). وهذا يعني توقيعات أقل للدفع عنها، وتأكيدًا واحدًا بدلًا من عدة تأكيدات. وبما أن معاملات v0 والمعاملات القديمة لم تتغير، فإن محافظ وتطبيقات لا تحتاج إلى مساحة إضافية ستستمر في العمل كما تعمل اليوم تمامًا، وتشدد المذكرة على عدم وجود أي تغيير في طريقة موافقة المستخدمين أو توقيعهم أو إرسالهم للمعاملة.
مشغّلو العقد يواجهون نافذة هجرة
الميزة تعمل حاليًا على mainnet وtestnet وdevnet، لكن قالت سولانا إن بعض البنية التحتية تحتاج إصدارًا محددًا. يجب ترقية عقد RPC إلى Agave v4.2.2 أو أحدث؛ إذ تقوم الإصدارات الأقدم بتخفيض رسائل v1 إلى v0 أثناء طريقها إلى التخزين، ما يؤدي إلى إلغاء ميزانية الحساب (compute budget) ونقل نسخة غير صحيحة. كما يحتاج مدققو Jito-Solana إلى v4.2.2 أو أحدث، لأن القائد (leader) الذي يشغّل إصدارًا أقدم لن يقوم بتجميع معاملات v1 داخل كتلته. وتشير المذكرة إلى مصفوفة إصدارات تسجل أول إصدار لكل تبعية (dependency) يتعامل مع معاملات v1، إلى جانب مثال كود قابل للتشغيل لإرسالها وفك ترميزها وفهرستها.
#Write2Earn #sol $SOL
تقوم سولانا برفع الحد الأقصى لحجم المعاملة إلى 4096 بايت مع إطلاق txv1
فعّلت سولانا بوابة ميزة txv1 على الشبكة الرئيسية (mainnet) في بداية الحقبة 1035، في 15 سبتمبر 2026 حوالي الساعة 01:00 بتوقيت UTC، لتزيد الحد الأقصى لحجم المعاملة في الشبكة من 1,232 بايت إلى 4,096 بايت، وفقًا لمذكرة ترقية رسمية نشرتها سولانا. تم تحديد هذا التغيير في SIMD-0296 وتسليمه عبر صيغة المعاملة v1 التي تم تقديمها في SIMD-0385. قالت سولانا إن الغلاف الأكبر مُصمم لتمكين أحمال عمل (workloads) كانت تتطلب سابقًا تقسيمها عبر عدة معاملات متسلسلة (chained). وفي الوقت نفسه، تظل صيغ v0 والصيغ القديمة (legacy) تعمل دون تغيير.
ما الذي يتيحه حد 4096 بايت؟
صاغت سولانا الزيادة على أنها مكسب في “مساحة الهامش” (headroom) وليس كتحول مُكسر. الأعمال التي كانت تتطلب تقسيمها إلى عدة معاملات متسلسلة — مثل أدلة عدم المعرفة (zero-knowledge proofs) المستخدمة في التحويلات السرّية (Confidential Transfers)، والعمليات الكبيرة متعددة التوقيعات (multisignature)، والبرامج المُجمّعة (batched programs) — يمكنها الآن أن تصل كمعاملة ذرّية واحدة (atomic). وهذا يعني توقيعات أقل للدفع عنها، وتأكيدًا واحدًا بدلًا من عدة تأكيدات. وبما أن معاملات v0 والمعاملات القديمة لم تتغير، فإن محافظ وتطبيقات لا تحتاج إلى مساحة إضافية ستستمر في العمل كما تعمل اليوم تمامًا، وتشدد المذكرة على عدم وجود أي تغيير في طريقة موافقة المستخدمين أو توقيعهم أو إرسالهم للمعاملة.
مشغّلو العقد يواجهون نافذة هجرة
الميزة تعمل حاليًا على mainnet وtestnet وdevnet، لكن قالت سولانا إن بعض البنية التحتية تحتاج إصدارًا محددًا. يجب ترقية عقد RPC إلى Agave v4.2.2 أو أحدث؛ إذ تقوم الإصدارات الأقدم بتخفيض رسائل v1 إلى v0 أثناء طريقها إلى التخزين، ما يؤدي إلى إلغاء ميزانية الحساب (compute budget) ونقل نسخة غير صحيحة. كما يحتاج مدققو Jito-Solana إلى v4.2.2 أو أحدث، لأن القائد (leader) الذي يشغّل إصدارًا أقدم لن يقوم بتجميع معاملات v1 داخل كتلته. وتشير المذكرة إلى مصفوفة إصدارات تسجل أول إصدار لكل تبعية (dependency) يتعامل مع معاملات v1، إلى جانب مثال كود قابل للتشغيل لإرسالها وفك ترميزها وفهرستها.
#Write2Earn #sol $SOL
