![TL ؛ DRتم إصدار Starknet alpha v0.11.0 وهو موجود على Testnet يمكنك الآن نشر عقود Cairo 1.0 والتفاعل معها على Starknet Testnet! الحساب على Starknet أرخص بخمس مرات! لأول مرة ، سيتم طرح ترقية Mainnet إلى Starknet alpha v0.11.0 للتصويت على الحوكمة هذا يمثل بداية الفترة الانتقالية قبل التجديد لن يتم تفعيل نشر عقود Cairo 1.0 على Mainnet إلا بعد أسابيع قليلة من التشغيل على Testnet ، بمجرد التأكد من تشغيل النظام الجديد بسلاسة. مقدمة

يسعدنا أن نعلن أن Starknet alpha v0.11.0 الذي طال انتظاره يُعرض على Testnet! لماذا هذه خطوة كبيرة لستاركنت؟ في Starknet v0.11.0 ، يمكنك إعلان ونشر وتشغيل عقود Cairo 1.0 الذكية. نقدم أيضًا نظام استدعاء جديد يتيح الانتقال السلس للعقود الحالية إلى تطبيق Cairo 1.0.

يقوم Cairo 1.0 بتحسين Starknet من جانبين مختلفين. أولاً ، يحسن تجربة التطوير من خلال تقديم لغة برمجة أكثر ثراءً ، والتي تقدم (من بين أشياء أخرى) أنواعًا / أنواعًا / سمات / معالجة الأخطاء للقاهرة. ثانيًا ، يلعب Cairo 1.0 دورًا رئيسيًا في رحلة Starknet نحو اللامركزية: تم إرسال عقود Cairo 1.0 في Starknet alpha v0.11.0 المجمعة إلى Sierra. تضمن Sierra أن كل تنفيذ للعقد يمكن إثباته ، وهي خاصية مهمة في Starknet اللامركزية.

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

الاستعداد للتجديد

يمثل Starknet alpha v0.11.0 بداية الفترة الانتقالية ، والتي ستسمح بالتحضير قبل إعادة تكوين Starknet. خطة Starknet لإعادة التكوين تم نشر قبل بضعة أشهر ، وهي تركز على الانتقال من نظام قائم على Cairo 0 إلى نظام يعتمد على Cairo 1.0.

خلال الفترة الانتقالية ، فإن عقود Cairo 0 الحالية (إذا كانت قابلة للترقية) لديها الفرصة للحفاظ على عنوانها وتخزينها ، ونقل تنفيذها بسلاسة إلى Cairo 1.0 (انظر القسم التالي).

باعتبارك مستخدم Starknet ، فهذا يعني أنك تحتاج فقط إلى ترقية محفظتك بمجرد إصدار تطبيق Cairo 1.0 الجديد لحسابك (ستتمكن من القيام بذلك في أي وقت حتى Regenesis نفسها). لا يُتوقع حدوث توقف ، ستواصل جميع dapps في النظام العمل كالمعتاد.

بعد إعادة التأسيس ، ستتوقف Starknet عن دعم عقود القاهرة 0 المتبقية في جميع أنحاء النظام. سيتم إبلاغ ذلك جيدًا مسبقًا ، وسيتم منح المطورين الوقت الكافي لترحيل عقودهم. من المتوقع أن تستمر فترة الانتقال بضعة أشهر ، ويمكن لمطوري dapp بالفعل البدء في ترحيل تطبيقهم إلى Cairo 1.0. في نهاية الفترة الانتقالية ، سيحدث التجديد.

الهجرة السلس للقاهرة 1.0.2 تحديث

مع الانتقال إلى Cairo 1.0 ، يتم إبطال عقود Cairo 0 الحالية ولن يتم دعمها بعد ذلك عند Regenesis. للسماح لعقود Cairo 0 القابلة للترقية بمواصلة العمل ، حتى بعد إعادة التأسيس ، وإبقاء الدولة قائمة حتى ذلك الوقت ، أضفنا استدعاء نظام جديد - "replace_class" . ليس للعقود القابلة للترقية أي مشكلة في الترقية إلى تطبيق Cairo 1.0 ، لكن الوكيل الأساسي (العقد الذي يحمل الحالة الفعلية) سيظل عالقًا في تنفيذ Cairo 0. يحل نظام "replace_class" هذه المشكلة عن طريق السماح لعقد الوكيل باستبدال صنفه الأساسي ، أي الاحتفاظ بنفس العنوان والتخزين ، ولكن استبدال التنفيذ.

الحساب الآن أرخص 5 مرات!

اليوم ، رسوم معاملات Starknet لها مكونان رئيسيان: الحساب والبيانات على السلسلة. يتم تحديد العنصر الحسابي لرسوم معاملة Starknet من خلال التكلفة الحدية للتحقق من إثباتها على L1 (راجع المستندات لمزيد من التفاصيل).

في الأصل ، أدت خطواتنا في القاهرة البالغة 200 متر في إثبات يتطلب 5 ملايين غاز للتحقق إلى تقدير ساذج قدره 0.05 غاز لكل خطوة القاهرة. منذ ذلك الحين ، انتقلنا إلى البراهين العودية التي تسمح بتخفيض كبير في تكلفة التحقق L1 (فقط جذر شجرة العودية يصل إلى L1). حان الوقت الآن لتحديث تقديراتنا الأصلية وفقًا لذلك - سيتم تخفيض سعر كل خطوة القاهرة على L2 بمقدار 5 أضعاف ، وسيكلف الآن 0.01 غاز.

هذا التخفيض في التكلفة مهم للتطبيقات الحسابية المكثفة ، على سبيل المثال عقود الحساب مع التوقيعات غير الأصلية. ستشهد المعاملات البسيطة انخفاضًا طفيفًا في التكلفة (حوالي 5٪). في الإصدارات المستقبلية ، سنتعامل مع المكون الثاني: تكاليف البيانات على السلسلة. بمجرد تقديم بدائل البيانات على السلسلة إلى Starknet (المعروف أيضًا باسم Volition) ، سيتم الشعور بتخفيض التكلفة في جميع المجالات.

Starknet Governance First التصويت

تم إطلاق المرحلة الأولى من Starknet Governance (مزيد من التفاصيل هنا ). يمكن لأعضاء المجتمع الآن المشاركة في تشكيل Starknet من خلال قناة إضافية ، وهي التصويت على تغييرات البروتوكول.

ستركز المراحل الأولى من إدارة Starknet على ترقيات بروتوكول Starknet. سيتم نشر كل ترقية لإصدار Starknet أولاً على Testnet ؛ سيكون أمام الناخبين فترة 6 أيام لفحص واختبار النسخة التي تمت ترقيتها أثناء تشغيلها على Goerli. خلال هذا الوقت ، سيتم فتح اقتراح اللقطة ، ويمكن للمجتمع التصويت على الموافقة على الإصدار الجديد لنشر Mainnet.

إذا حصل الاقتراح على أغلبية أصوات "YES" خلال فترة التصويت التي تبلغ 6 أيام ، فسيتم تمرير الاقتراح وسيتم ترقية Starknet Mainnet وفقًا لذلك.

Starknet alpha v0.11.0 هو أول إصدار من Starknet يتم التصويت عليه. سيتم فتح تصويت Starknet alpha v0.11.0 لمدة ستة أيام بدءًا من نشر Testnet.

روابط ذات صلة:

مساحة لقطة صفحة اكتشاف التفويض موضوع مناقشة Starknet alpha v0.11.0 في منتدى المجتمع القاهرة 1.0 وسييرا

( الموجود الوقت في الحالي ( CASM . القاهرة ) هو ) سييرا تمثيل وسيط يتم تجميعه في جمعية قبل Starknet alpha v0.11.0 ، سيقوم المطور بتجميع Cairo 0 في CASM وإرسال النتيجة إلى Starknet Sequencer. باستخدام Cairo 1.0 ، يقوم المطورون بتجميع الكود الخاص بهم إلى Sierra ، وإرسال هذا التمثيل الوسيط إلى جهاز التسلسل. سيقوم منظم التسلسل بعد ذلك بترجمته إلى CASM. سييرا مضمونة للتجميع إلى "CASM الآمن" ، أي مجموعة فرعية من CASM لا يمكن أن تفشل ، مما يجعل كل تنفيذ يمكن إثباته. هذا يضمن أن جهاز التسلسل سيكون قادرًا على فرض رسوم حتى على المعاملات المعادة ، وحمايته من DOS. لمزيد من المعلومات ، راجع المستندات .

Starknet alpha 0.11.0 will use the Cairo 1.0-alpha.6 version. This version is close to feature parity with Cairo 0, with all Starknet system calls already present.

Note that the Starknet sequencer uses a fixed compiler version, which means language improvements may not be immediately available in Starknet, and will be available only after a Starknet version update. Specifically, while improvements that affect the Cairo 1.0 → Sierra compilation may take effect immediately, changes to the Sierra → CASM compiler (see the docs for more details) will need to wait for a Starknet upgrade.

What Else is New? New Transaction Type — Declare v2

We’re adding a new transaction type for declaring Cairo 1.0 classes.

This new `declare` transaction version is similar to the existing `declare`, with two important distinctions:

The class object being sent now represents Sierra rather than CASM, i.e. the class’s semantics is defined by the Sierra representation. The user is also signing the compiled class hash. This is a crucial step until Sierra→CASM compilation will be proven as part of the Starknet OS.

For more details, see the docs.

From the developer’s point of view, the experience remains the same. After writing your Cairo 1.0 code, you can use the CLI to declare the class.

Note that initially, `declare v2` transactions will not be accepted on Starknet Mainnet. After a period of experimenting on Testnet, the new transaction type will be enabled on Mainnet, and Cairo 1.0 classes will become available.

Poseidon is Here

Poseidon is a family of hash functions designed for having very efficient algebraic circuits. As such, they may be very useful in ZK proving systems such as STARKs and SNARKs. As of Starknet alpha v0.11.0, developers will be able to use Poseidon. Additionally, some of the hash computations that are part of the Starknet protocol will transition to Poseidon (specifically, the class hash, compiled class hash, and parts of the state commitment will use Poseidon, see the docs for more details). In the future, more internal components will transition to using the Poseidon hash function.

يمكن العثور على الإصدار الدقيق والمعلمات المستخدمة في Starknet هنا .

تغييرات متنوعة

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

v0 استدعاء / إعلان المعاملات لم تعد مدعومة الآن تتطلب رسائل L1 → L2 رسومًا . أي أن الرسائل المرسلة بدون رسوم لن تتم معالجتها بواسطة جهاز التسلسل Starknet تنسيق البيانات على السلسلة تم تغيير تغييرات واجهة برمجة التطبيقات (لم يتم سرد جميع التغييرات هنا ، يرجى الرجوع إلى المستندات للحصول على قائمة شاملة): أضاف نقطة نهاية جديدة لـ "get_compiled_class_by_class_hash" إرجاع "get_class_by_hash" كلاً من فئتي القاهرة 0 / القاهرة 1.0 (اعتمادًا على التجزئة المطلوبة) يحتوي "get_state_update" على قسم جديد للفئات المستبدلة ، ويتم تقسيم الإعلانات بين فصول القاهرة 0 والقاهرة 1. يمكن الآن لـ "الرسوم_التقديرية" و "simulate_tx" تخطي التحقق إصدار جديد Starknet JSON-RPC ماذا سيأتي بعد ذلك؟

الآن بعد أن تم وضع جميع البنية التحتية المتعلقة بـ Cairo 1.0 في مكانها الصحيح ، يمكنك أن تتوقع:

مزيد من التحسينات اللغوية للقاهرة 1.0 تحسينات الأداء: كما وعدنا ، نواصل المضي قدمًا نحو زيادة TPS بشكل كبير. الخطوة التالية في خريطة الطريق هي الانتقال إلى Rust Sequenencer ، والذي تم تطويره في العراء بموجب ترخيص Apache 2.0. سوف يستفيد جهاز التسلسل الجديد من الصدأ CairoVM وعقدة البردي الكاملة ، لتشكيل الأداء الثلاثي. Offchain DA ! في هذا الإصدار ، تعاملنا مع المكون الحسابي لتكلفة المعاملة. في الإصدارات القادمة ، سنتعامل مع تكاليف البيانات على السلسلة ، والتي تعتبر اليوم التكلفة المهيمنة لمتوسط ​​المعاملات.](https://images.mirror-media.xyz/publication-images/VEaur0wzPDKORNNgQl-Uh.png?height=523&width=1536)

![TL ؛ DRتم إصدار Starknet alpha v0.11.0 وهو موجود على Testnet يمكنك الآن نشر عقود Cairo 1.0 والتفاعل معها على Starknet Testnet! الحساب على Starknet أرخص بخمس مرات! لأول مرة ، سيتم طرح ترقية Mainnet إلى Starknet alpha v0.11.0 للتصويت على الحوكمة هذا يمثل بداية الفترة الانتقالية قبل التجديد لن يتم تفعيل نشر عقود Cairo 1.0 على Mainnet إلا بعد أسابيع قليلة من التشغيل على Testnet ، بمجرد التأكد من تشغيل النظام الجديد بسلاسة. مقدمة

يسعدنا أن نعلن أن Starknet alpha v0.11.0 الذي طال انتظاره يُعرض على Testnet! لماذا هذه خطوة كبيرة لستاركنت؟ في Starknet v0.11.0 ، يمكنك إعلان ونشر وتشغيل عقود Cairo 1.0 الذكية. نقدم أيضًا نظام استدعاء جديد يتيح الانتقال السلس للعقود الحالية إلى تطبيق Cairo 1.0.

يقوم Cairo 1.0 بتحسين Starknet من جانبين مختلفين. أولاً ، يحسن تجربة التطوير من خلال تقديم لغة برمجة أكثر ثراءً ، والتي تقدم (من بين أشياء أخرى) أنواعًا / أنواعًا / سمات / معالجة الأخطاء للقاهرة. ثانيًا ، يلعب Cairo 1.0 دورًا رئيسيًا في رحلة Starknet نحو اللامركزية: تم إرسال عقود Cairo 1.0 في Starknet alpha v0.11.0 المجمعة إلى Sierra. تضمن Sierra أن كل تنفيذ للعقد يمكن إثباته ، وهي خاصية مهمة في Starknet اللامركزية.

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

الاستعداد للتجديد

يمثل Starknet alpha v0.11.0 بداية الفترة الانتقالية ، والتي ستسمح بالتحضير قبل إعادة تكوين Starknet. خطة Starknet لإعادة التكوين تم نشر قبل بضعة أشهر ، وهي تركز على الانتقال من نظام قائم على Cairo 0 إلى نظام يعتمد على Cairo 1.0.

خلال الفترة الانتقالية ، فإن عقود Cairo 0 الحالية (إذا كانت قابلة للترقية) لديها الفرصة للحفاظ على عنوانها وتخزينها ، ونقل تنفيذها بسلاسة إلى Cairo 1.0 (انظر القسم التالي).

باعتبارك مستخدم Starknet ، فهذا يعني أنك تحتاج فقط إلى ترقية محفظتك بمجرد إصدار تطبيق Cairo 1.0 الجديد لحسابك (ستتمكن من القيام بذلك في أي وقت حتى Regenesis نفسها). لا يُتوقع حدوث توقف ، ستواصل جميع dapps في النظام العمل كالمعتاد.

بعد إعادة التأسيس ، ستتوقف Starknet عن دعم عقود القاهرة 0 المتبقية في جميع أنحاء النظام. سيتم إبلاغ ذلك جيدًا مسبقًا ، وسيتم منح المطورين الوقت الكافي لترحيل عقودهم. من المتوقع أن تستمر فترة الانتقال بضعة أشهر ، ويمكن لمطوري dapp بالفعل البدء في ترحيل تطبيقهم إلى Cairo 1.0. في نهاية الفترة الانتقالية ، سيحدث التجديد.

الهجرة السلس للقاهرة 1.0.2 تحديث

مع الانتقال إلى Cairo 1.0 ، يتم إبطال عقود Cairo 0 الحالية ولن يتم دعمها بعد ذلك عند Regenesis. للسماح لعقود Cairo 0 القابلة للترقية بمواصلة العمل ، حتى بعد إعادة التأسيس ، وإبقاء الدولة قائمة حتى ذلك الوقت ، أضفنا استدعاء نظام جديد - "replace_class" . ليس للعقود القابلة للترقية أي مشكلة في الترقية إلى تطبيق Cairo 1.0 ، لكن الوكيل الأساسي (العقد الذي يحمل الحالة الفعلية) سيظل عالقًا في تنفيذ Cairo 0. يحل نظام "replace_class" هذه المشكلة عن طريق السماح لعقد الوكيل باستبدال صنفه الأساسي ، أي الاحتفاظ بنفس العنوان والتخزين ، ولكن استبدال التنفيذ.

الحساب الآن أرخص 5 مرات!

اليوم ، رسوم معاملات Starknet لها مكونان رئيسيان: الحساب والبيانات على السلسلة. يتم تحديد العنصر الحسابي لرسوم معاملة Starknet من خلال التكلفة الحدية للتحقق من إثباتها على L1 (راجع المستندات لمزيد من التفاصيل).

في الأصل ، أدت خطواتنا في القاهرة البالغة 200 متر في إثبات يتطلب 5 ملايين غاز للتحقق إلى تقدير ساذج قدره 0.05 غاز لكل خطوة القاهرة. منذ ذلك الحين ، انتقلنا إلى البراهين العودية التي تسمح بتخفيض كبير في تكلفة التحقق L1 (فقط جذر شجرة العودية يصل إلى L1). حان الوقت الآن لتحديث تقديراتنا الأصلية وفقًا لذلك - سيتم تخفيض سعر كل خطوة القاهرة على L2 بمقدار 5 أضعاف ، وسيكلف الآن 0.01 غاز.

هذا التخفيض في التكلفة مهم للتطبيقات الحسابية المكثفة ، على سبيل المثال عقود الحساب مع التوقيعات غير الأصلية. ستشهد المعاملات البسيطة انخفاضًا طفيفًا في التكلفة (حوالي 5٪). في الإصدارات المستقبلية ، سنتعامل مع المكون الثاني: تكاليف البيانات على السلسلة. بمجرد تقديم بدائل البيانات على السلسلة إلى Starknet (المعروف أيضًا باسم Volition) ، سيتم الشعور بتخفيض التكلفة في جميع المجالات.

Starknet Governance First التصويت

تم إطلاق المرحلة الأولى من Starknet Governance (مزيد من التفاصيل هنا ). يمكن لأعضاء المجتمع الآن المشاركة في تشكيل Starknet من خلال قناة إضافية ، وهي التصويت على تغييرات البروتوكول.

ستركز المراحل الأولى من إدارة Starknet على ترقيات بروتوكول Starknet. سيتم نشر كل ترقية لإصدار Starknet أولاً على Testnet ؛ سيكون أمام الناخبين فترة 6 أيام لفحص واختبار النسخة التي تمت ترقيتها أثناء تشغيلها على Goerli. خلال هذا الوقت ، سيتم فتح اقتراح اللقطة ، ويمكن للمجتمع التصويت على الموافقة على الإصدار الجديد لنشر Mainnet.

إذا حصل الاقتراح على أغلبية أصوات "YES" خلال فترة التصويت التي تبلغ 6 أيام ، فسيتم تمرير الاقتراح وسيتم ترقية Starknet Mainnet وفقًا لذلك.

Starknet alpha v0.11.0 هو أول إصدار من Starknet يتم التصويت عليه. سيتم فتح تصويت Starknet alpha v0.11.0 لمدة ستة أيام بدءًا من نشر Testnet.

روابط ذات صلة:

مساحة لقطة صفحة اكتشاف التفويض موضوع مناقشة Starknet alpha v0.11.0 في منتدى المجتمع القاهرة 1.0 وسييرا

( الموجود الوقت في الحالي ( CASM . القاهرة ) هو ) سييرا تمثيل وسيط يتم تجميعه في جمعية قبل Starknet alpha v0.11.0 ، سيقوم المطور بتجميع Cairo 0 في CASM وإرسال النتيجة إلى Starknet Sequencer. باستخدام Cairo 1.0 ، يقوم المطورون بتجميع الكود الخاص بهم إلى Sierra ، وإرسال هذا التمثيل الوسيط إلى جهاز التسلسل. سيقوم منظم التسلسل بعد ذلك بترجمته إلى CASM. سييرا مضمونة للتجميع إلى "CASM الآمن" ، أي مجموعة فرعية من CASM لا يمكن أن تفشل ، مما يجعل كل تنفيذ يمكن إثباته. هذا يضمن أن جهاز التسلسل سيكون قادرًا على فرض رسوم حتى على المعاملات المعادة ، وحمايته من DOS. لمزيد من المعلومات ، راجع المستندات .

Starknet alpha 0.11.0 will use the Cairo 1.0-alpha.6 version. This version is close to feature parity with Cairo 0, with all Starknet system calls already present.

Note that the Starknet sequencer uses a fixed compiler version, which means language improvements may not be immediately available in Starknet, and will be available only after a Starknet version update. Specifically, while improvements that affect the Cairo 1.0 → Sierra compilation may take effect immediately, changes to the Sierra → CASM compiler (see the docs for more details) will need to wait for a Starknet upgrade.

What Else is New? New Transaction Type — Declare v2

We’re adding a new transaction type for declaring Cairo 1.0 classes.

This new `declare` transaction version is similar to the existing `declare`, with two important distinctions:

The class object being sent now represents Sierra rather than CASM, i.e. the class’s semantics is defined by the Sierra representation. The user is also signing the compiled class hash. This is a crucial step until Sierra→CASM compilation will be proven as part of the Starknet OS.

For more details, see the docs.

From the developer’s point of view, the experience remains the same. After writing your Cairo 1.0 code, you can use the CLI to declare the class.

Note that initially, `declare v2` transactions will not be accepted on Starknet Mainnet. After a period of experimenting on Testnet, the new transaction type will be enabled on Mainnet, and Cairo 1.0 classes will become available.

Poseidon is Here

Poseidon is a family of hash functions designed for having very efficient algebraic circuits. As such, they may be very useful in ZK proving systems such as STARKs and SNARKs. As of Starknet alpha v0.11.0, developers will be able to use Poseidon. Additionally, some of the hash computations that are part of the Starknet protocol will transition to Poseidon (specifically, the class hash, compiled class hash, and parts of the state commitment will use Poseidon, see the docs for more details). In the future, more internal components will transition to using the Poseidon hash function.

يمكن العثور على الإصدار الدقيق والمعلمات المستخدمة في Starknet هنا .

تغييرات متنوعة

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

v0 استدعاء / إعلان المعاملات لم تعد مدعومة الآن تتطلب رسائل L1 → L2 رسومًا . أي أن الرسائل المرسلة بدون رسوم لن تتم معالجتها بواسطة جهاز التسلسل Starknet تنسيق البيانات على السلسلة تم تغيير تغييرات واجهة برمجة التطبيقات (لم يتم سرد جميع التغييرات هنا ، يرجى الرجوع إلى المستندات للحصول على قائمة شاملة): أضاف نقطة نهاية جديدة لـ "get_compiled_class_by_class_hash" إرجاع "get_class_by_hash" كلاً من فئتي القاهرة 0 / القاهرة 1.0 (اعتمادًا على التجزئة المطلوبة) يحتوي "get_state_update" على قسم جديد للفئات المستبدلة ، ويتم تقسيم الإعلانات بين فصول القاهرة 0 والقاهرة 1. يمكن الآن لـ "الرسوم_التقديرية" و "simulate_tx" تخطي التحقق إصدار جديد Starknet JSON-RPC ماذا سيأتي بعد ذلك؟

الآن بعد أن تم وضع جميع البنية التحتية المتعلقة بـ Cairo 1.0 في مكانها الصحيح ، يمكنك أن تتوقع:

مزيد من التحسينات اللغوية للقاهرة 1.0 تحسينات الأداء: كما وعدنا ، نواصل المضي قدمًا نحو زيادة TPS بشكل كبير. الخطوة التالية في خريطة الطريق هي الانتقال إلى Rust Sequenencer ، والذي تم تطويره في العراء بموجب ترخيص Apache 2.0. سوف يستفيد جهاز التسلسل الجديد من الصدأ CairoVM وعقدة البردي الكاملة ، لتشكيل الأداء الثلاثي. Offchain DA ! في هذا الإصدار ، تعاملنا مع المكون الحسابي لتكلفة المعاملة. في الإصدارات القادمة ، سنتعامل مع تكاليف البيانات على السلسلة ، والتي تعتبر اليوم التكلفة المهيمنة لمتوسط ​​المعاملات.](https://images.mirror-media.xyz/publication-images/VEaur0wzPDKORNNgQl-Uh.png?height=523&width=1536)