ما هو معاملة سولانا V1؟ ترقية 4,096 بايت

ما هي معاملة Solana V1؟ إنها تنسيق معاملة جديد مقترح مصمم لزيادة قدرة معاملات Solana مع تبسيط كيفية معالجة المدققين للمعاملات.

الحالي Solana التنسيقات المعاملات لديها حجم تسلسلي أقصى قدره 1,232 بايت. يمكن أن يصبح هذا الحد مقيدًا للتطبيقات التي تحتاج إلى دمج العديد من التعليمات والحسابات والتوقيعات أو البيانات في معاملة واحدة ذرية.

يفتح تنسيق معاملة Solana V1 المقترح الظرف إلى 4,096 بايت. ومع ذلك، فإن الترقية ليست مجرد حد حجم أكبر. كما أنها تغير تخطيط المعاملة من خلال إزالة جداول بحث العناوين (ALTs)، ونقل معلومات الرسوم والموارد إلى البيانات الوصفية للمعاملة، وفصل رؤوس التعليمات عن حمولاتها المتغيرة الطول.

النتيجة هي تنسيق معاملات مصمم لتوفير المزيد من سعة التطبيقات مع تقليل بعض من عملية المعالجة المعتمدة على الحالة المطلوبة أثناء عملية إدخال المدقق.

النقاط الرئيسية

• زيادة معاملة Solana V1 من ظرف المعاملة من 1,232 بايت إلى 4,096 بايت.

• تزيل V1 جداول بحث العناوين (ALTs) وتضع جميع عناوين الحسابات المرجعية مباشرة داخل المعاملة.

• يمكن أن تدعم الترقية معاملات ذرية أكثر تعقيدًا، لكن الحد الأقصى للحسابات 64 يمكن أن يظل يقيد التطبيقات التي تتطلب حسابات كثيرة.

ما هي معاملة Solana V1؟

معاملة Solana V1 هي تنسيق معاملة مقترح يعيد تصميم كيفية تسلسل المعاملات ومعالجتها على شبكة Solana.

الاقتراح مرتبط ارتباطًا وثيقًا بمستندين لتحسين Solana: SIMD-0296، الذي يقترح أحجام معاملات أكبر، وSIMD-0385، الذي يقدم تنسيق معاملة V1.

التغيير الأكثر وضوحًا هو الزيادة في الحد الأقصى لحجم المعاملة. بموجب الاقتراح، يمكن أن تكون معاملة Solana 4,096 بايت تصل إلى 4,096 بايت بدلاً من الحد الأقصى الحالي البالغ 1,232 بايت.

هذا يوفر مساحة أكبر بكثير للتطبيقات التي تحتاج إلى حمولات معاملات أكبر.

ومع ذلك، فإن V1 أيضًا تغير بنية المعاملة الأساسية. بدلاً من الاعتماد على جداول بحث العناوين لضغط عناوين الحسابات، تشمل V1 الحسابات المرجعية مباشرة في المعاملة.

هذا ينشئ تنازلًا: تكسب التطبيقات ظرف معاملة أكبر بكثير، لكن بعض هذه المساحة الإضافية يمكن أن تستهلك من قبل الحسابات التي كانت تمثل سابقًا من خلال مؤشرات ALT المضغوطة.

اقرأ أيضًا: إسقاطات Solana سبتمبر 2026: الفرص القادمة وكيفية التأهل

لماذا تحتاج Solana إلى معاملات أكبر؟

يمكن أن يجعل الحد الأقصى الحالي البالغ 1,232 بايت العمليات المعقدة صعبة التناسب في معاملة ذرية واحدة.

قد تحتاج المعاملة إلى تضمين تعليمات متعددة، وعناوين حسابات، وتوقيعات، وبيانات خاصة بالتطبيق. عندما يتجاوز البيانات التسلسلي المجمعة الحد، قد يحتاج المطورون إلى تقسيم العملية عبر معاملات متعددة.

يمكن أن يجعل ذلك بعض سير العمل أكثر تعقيدًا لأن العمليات التي يمكن أن تحدث نظريًا ذرية يجب أن تُنفذ بشكل منفصل بدلاً من ذلك.

توفر ترقية حجم معاملة Solana المقترحة للمطورين بشكل كبير مساحة أكبر لإنشاء معاملات معقدة ضمن ظرف معاملة واحدة.

قد يكون هذا مفيدًا بشكل خاص لتطبيقات التمويل اللامركزي، وأنظمة التوجيه، والمعاملات متعددة التوقيعات، وتطبيقات الخصوصية، وغيرها من أحمال العمل التي تتطلب معالجة العديد من قطع المعلومات معًا.

Solana V1 مقابل V0: ما التغييرات؟

الفرق بين Solana V1 و V0 لا يقتصر على حجم المعاملة.

تستخدم V0 جداول بحث العناوين

يمكن لمعاملات الإصدار 0 استخدام جداول بحث العناوين للإشارة إلى الحسابات باستخدام مؤشرات مضغوطة بدلاً من تضمين كل مفتاح عام بطول 32 بايت مباشرة في المعاملة.

هذا مفيد عندما تحتاج المعاملة إلى العديد من الحسابات لأنه يقلل بشكل كبير من الحجم التسلسلي لقسم الحساب.

ومع ذلك، فإن استخدام ALTs يقدم أيضًا متطلبات معالجة إضافية للمدققين. يحتاج المدقق إلى استرجاع جداول البحث ذات الصلة، والتحقق منها، وحل المؤشرات، وإعادة بناء مجموعة الحسابات الكاملة قبل معالجة المعاملة التالية.

تزيل V1 الاعتماد على ALTs

تحذف V1 جداول بحث العناوين من تنسيق المعاملة.

بدلاً من ذلك، يتم تضمين جميع الحسابات المرجعية مباشرة في مصفوفة عناوين داخلية واحدة.

هذا يجعل مجموعة الحسابات الكاملة متاحة في وقت أقرب في معالجة المعاملات ويزيل الحاجة إلى حل ALTs المعتمد على الحالة أثناء الإدخال.

التنازل هو أن كل حساب داخلي يتطلب مفتاحه العام الكامل بطول 32 بايت.

Solana V1 وحدود المعاملة 4,096 بايت

التغيير الأكثر أهمية في السعة هو الانتقال من 1,232 بايت إلى 4,096 بايت.

يمثل ذلك أكثر من ثلاثة أضعاف ظرف المعاملة السابق.

السعة الأكبر لا تعني أن كل معاملة ستصبح تلقائيًا أكبر. بدلاً من ذلك، يمكن للتطبيقات التي تحتاج إلى مساحة إضافية استخدام الغرفة المتاحة لمزيد من التعليمات المعقدة، وحمولات بيانات أكبر، وحسابات إضافية، أو معلومات تشفير.

تشير التحليلات الحالية لأحمال عمل Solana إلى أن مجموعة المعاملات الحالية متوافقة إلى حد كبير مع ظرف 4,096 بايت بعد تحويلها من V0 إلى بنية V1 المقترحة.

ومع ذلك، فإن المساحة المتاحة ليست موزعة بالتساوي عبر كل مكون من مكونات المعاملة.

تتمتع سعة التعليمات عمومًا بمساحة كبيرة، بينما تكون سعة الحسابات أكثر تقلبًا.

تنازل ALT في معاملة Solana V1

إزالة جداول بحث العناوين هي التنازل الأكثر أهمية في التنسيق الجديد.

في V0، يمكن تمثيل حساب تم تحميله من ALT غالبًا باستخدام بايت واحد تقريبًا لمؤشر بحثه. بموجب V1، يجب أن يتم تمثيل نفس الحساب بواسطة عنوانه الكامل بطول 32 بايت.

نتيجة لذلك، يمكن أن يؤدي إزالة ضغط ALT إلى زيادة كبيرة في حجم المعاملات المسلسلة التي تستخدم العديد من عناوين البحث.

يتوقف التأثير بشكل كبير على كيفية استخدام ALT.

تستفيد المعاملة التي تحمل العديد من الحسابات من عدد قليل من جداول البحث بشكل كبير من ضغط ALT بموجب V0. لذلك، قد تضيف تحويل تلك المعاملة إلى V1 عددًا كبيرًا من البايت.

من ناحية أخرى، المعاملات التي تشير إلى العديد من الجداول ولكن تحمّل عددًا قليلًا نسبيًا من العناوين من كل جدول قد تشهد زيادة أصغر بكثير. في بعض التكوينات النادرة، يمكن أن يؤدي إزالة تكلفة ALT إلى تعويض جزء من تكلفة العنوان الإضافية.

لهذا السبب، فإن ترقية معاملة Solana V1 تُفهم بشكل أفضل كتجارة سعة بدلاً من زيادة بسيطة ثلاث مرات في مساحة المعاملة القابلة للاستخدام.

ما مدى كبر معاملات V1؟

يوفر تحليل عينة لمدة 30 يومًا من معاملات Solana تقديرًا لسلوك معاملات V0 الحالية تحت التنسيق المقترح.

بين معاملات V0 الحالية التي تستخدم ALTs:

• حوالي 50% ستشهد أقل من حوالي 420 بايت إضافية بعد التحويل.

• حوالي 90% ستشهد أقل من حوالي 1,400 بايت إضافية.

• يمكن أن تضيف معاملات ALT الكثيفة أكثر من 1,500 بايت عندما يتم تحويل عناوينها إلى عناوين V1 مدمجة.

حتى بعد أخذ هذا التوسع في الاعتبار، تبقى توزيع معاملات V1 المضادة في الغالب أقل بكثير من ظرف الـ 4,096 بايت المقترح.

هذا يشير إلى أن الظرف الأكبر يمكن أن يوفر سعة إضافية ذات مغزى للعديد من الأحمال الموجودة.

ماذا يمكن أن تمكن معاملات Solana الأكبر؟

يمكن أن تستفيد معاملات Solana الأكبر التطبيقات التي تعاني حاليًا من صعوبة احتواء جميع العمليات المطلوبة في معاملة واحدة.

تشمل حالات الاستخدام المحتملة:

مسارات DeFi الأكثر تعقيدًا

يمكن لجهاز توجيه التداول دمج المزيد من العمليات وتفاعلات الحسابات ضمن معاملة واحدة، مما قد يجعل المسارات المعقدة أسهل في البناء بشكل ذري.

حمولات multisig والتشفير الأكبر

يمكن أن تستفيد التطبيقات التي تتضمن عمليات multisig، والبيانات، والتوقيعات، أو غيرها من التركيبات التشفيرية الثقيلة من مساحة إضافية متسلسلة.

منطق التطبيق الأكثر تعقيدًا

يمكن للمطورين الحصول على المزيد من المساحة لبيانات التعليمات وأوامر المستوى الأعلى المتعددة دون الوصول على الفور إلى سقف الـ 1,232 بايت السابق.

ومع ذلك، فإن حجم المعاملة هو مجرد قيد واحد.

لا يزال حد الـ 64 حسابًا مهمًا

تفصيل مهم هو أن حد الـ 4,096 بايت لا يزيل تلقائيًا كل قيود المعاملات الحالية.

تشير التحليل الحالي إلى أن سعة التعليمات عمومًا لديها هامش كبير بعد التحويل، بينما يكون هامش الحسابات أكثر تباينًا.

هذا يعني أن التطبيق يمكن أن يحتوي على مئات البايت غير المستخدمة ولكنه لا يزال غير قادر على إضافة تفاعل بروتوكول آخر إذا وصل إلى حد الحساب.

هذا مهم بشكل خاص لتطبيقات DeFi الثقيلة على الحسابات.DeFi قد يتطلب إضافة مجموعة سائلة أخرى أو سوق أو أوراق أو خزينة أو مكونات بروتوكول أخرى العديد من الحسابات الجديدة.

لذلك، يوفر V1 سعة بايت أكبر بكثير، لكنه لا يعني أن التطبيقات لديها سعة غير محدودة للحسابات.

كيف تغيّر معاملة Solana V1 معالجة المدققين

الغرض الأساسي الآخر من V1 هو تبسيط إدخال المعاملات للمتحققين.

في التنسيقات الحالية للمعاملات، يحتاج المتحققون لاستخراج الرسوم ومتطلبات الموارد من تعليمات المعاملة. تتطلب معاملات V0 أيضًا حلّ ALT قبل أن تُعرف مجموعة الحسابات الكاملة.

يغير V1 هذه العملية من خلال جعل الرسوم وطلبات الموارد بيانات وصفية من الدرجة الأولى للمعاملة.

كما أنه يوفر مصفوفة حسابات مدمجة كاملة، مما يلغي الحاجة إلى حل جداول البحث عن العناوين أثناء الإدخال.

تُفصل رؤوس التعليمات عن حمولة متغيرة الطول أيضًا. وهذا يسمح للمدققين بتحديد حدود التعليمات دون تحليل كل تعليمات سابقة متغيرة الطول بشكل تسلسلي.

معًا، يمكن أن تسمح هذه التغييرات للمدققين بتحديد معلومات المعاملة المهمة في وقت مبكر وتقليل المعالجة المعتمدة على الحالة في مسار الإدخال.

من يستفيد من معاملة Solana V1؟

يمكن أن تؤثر الترقية على عدة أجزاء من نظام Solana البيئي.

• المطورون يحصلون على ظرف معاملات أكبر للعمليات الذرية الأكثر تعقيدًا.

• المتحققون وفرق العملاء يستفيدون من هيكل المعاملة الذي يكشف عن معلومات الرسوم والموارد في وقت أبكر ويزيل حلّ ALT من الإدخال.

• التجار وأنظمة التوجيه يمكن أن يبنوا على الأرجح مسارات معاملات ذرية أكثر تعقيدًا.

• المحافظ وSDKs ومزودي RPC يحتاجون إلى دعم التسلسل الجديد ونموذج بناء المعاملات.

• تطبيقات الخصوصية والتشفير يمكن أن تستفيد من مساحة إضافية للحمولات الثقيلة للبيانات.

ومع ذلك، فإن أكبر فائدة ليست مجرد أن المعاملات تصبح أكبر. يحاول V1 جعل المعاملات الأكبر أسهل للشبكة لمعالجتها هيكليًا.

شرح معاملة Solana V1 بكلمات بسيطة

أبسط طريقة لفهم معاملة Solana V1 المشرحة هي التفكير فيها كإعادة تصميم لحاوية المعاملة.

تستخدم V0 حاوية أصغر ويمكنها ضغط عناوين الحسابات من خلال ALTs. تستخدم V1 حاوية أكبر بكثير ولكنها تضع جميع عناوين الحسابات مباشرة داخلها.

في نفس الوقت، تعيد V1 تنظيم بيانات المعاملات بحيث يمكن للمصادقين تحديد الرسوم ومتطلبات الموارد والحسابات وحدود التعليمات بشكل أكثر كفاءة.

لذا فإن المقايضة واضحة:

V0: معاملات أصغر + عناوين ALT مضغوطة + دقة بحث إضافية.

V1: معاملات أكبر + عناوين داخلية + اكتشاف حسابات أبسط أثناء الإدخال.

توفر الحقيبة الأكبر حجم 4,096 بايت مزيدًا من المساحة للتطبيقات، بينما تهدف الهيكلية الجديدة إلى تبسيط معالجة المصادقين.

اقرأ أيضًا: Solana للمبتدئين - كل شيء عن Solana (SOL)

الخاتمة

ما هي معاملة Solana V1؟ إنها تنسيق معاملة مقترح مصمم لتوسيع سعة معاملات Solana من 1,232 بايت إلى 4,096 بايت بينما يغير كيفية تنظيم بيانات المعاملات.

الترقية مرتبطة ارتباطًا وثيقًا بـ SIMD-0296 و SIMD-0385. تزيل V1 جداول بحث العناوين من تنسيق المعاملة، وتنقل طلبات الرسوم والموارد إلى بيانات المعاملات، وتفصل رؤوس التعليمات عن حمولاتها المتغيرة الطول.

أكبر مقايضة هي إزالة ALT. يجب تضمين الحسابات التي تم تمثيلها سابقًا من خلال فهارس بحث مضغوطة كعناوين كاملة بحجم 32 بايت، مما يعني أن بعض المعاملات قد تصبح أكبر بشكل ملحوظ.

حتى مع ذلك، يبدو أن العبء التحليلي متوافق على نطاق واسع مع الحقيبة بحجم 4,096 بايت. قد توفر الترقية لذلك سعة إضافية ذات معنى للتطبيقات المعقدة، على الرغم من أن الحد الحالي البالغ 64 حسابًا يمكن أن يبقى قيدًا للمعاملات الثقيلة الحسابات.

للمتداولين الذين يتابعون تطورات نظام Solana الإيكولوجي ويبحثون عن تداول SOL أو أصول تشفير أخرى، يمكنك استكشاف السوق على Bitrue و التسجيل للحصول على حساب Bitrue هنا.

الأسئلة الشائعة

ما هي معاملة Solana V1؟

معاملة Solana V1 هي تنسيق معاملة مقترح يزيد من الحد الأقصى لحجم المعاملة إلى 4,096 بايت ويعيد تصميم تسلسل المعاملات.

ما هو حجم معاملة Solana V1؟

الحد الأقصى المقترح هو 4,096 بايت, مقارنة بالحد الحالي البالغ 1,232 بايت.

ما هو SIMD-0385؟

SIMD-0385 هو وثيقة تحسين Solana التي تقترح تنسيق المعاملة V1 وتغيراتها الهيكلية.

ما هو SIMD-0296؟

يقترح SIMD-0296 زيادة الحد الأقصى لحجم معاملات Solana من 1,232 بايت إلى 4,096 بايت.

هل تزيل Solana V1 جداول بحث العناوين؟

نعم. تزيل V1 الاعتماد على ALT من تنسيق المعاملة وتشمل الحسابات المرجعية مباشرة في المعاملة.

إخلاء المسؤولية: الآراء المعبر عنها تنتمي حصريًا إلى المؤلف ولا تعكس آراء هذه المنصة. تتنصل هذه المنصة وشركاتها التابعة من أي مسؤولية عن دقة أو ملاءمة المعلومات المقدمة. إنها لأغراض إعلامية فقط وليست مقصودة كنصيحة مالية أو استثمارية.