إنه يوم مثير! بعد أشهر من العمل ، يسعدني أننا تمكنا أخيرا من مشاركة تفاصيل العمل الذي نقوم به وسيتم نشره في ترقية @zksync Atlas. اعتقدت أنني سأستغرق دقيقة لمشاركة المزيد من المعلومات حول كيفية تجمع جوانب هذه الترقية. الأهم من ذلك ، نحن نبني من أجل مستقبل يكون فيه العالم متسلسلا. ستكون أنظمة التشفير هي العمود الفقري للغالبية العظمى من الأنظمة المالية في العالم ، وهذا هو بالضبط سبب الحاجة إلى أنظمة مالية غير قابلة للفساد. بالنسبة لي ، يجب أن ينعكس هذا الاقتصاد على السلسلة في الهندسة المعمارية. أتوقع أن تتفاعل الشركات والبنوك ومرافق التصنيع والمستشفيات وما إلى ذلك مع الاقتصاد على السلسلة عبر البنية التحتية التي تعمل بها ، تماما كما يديرون مجموعات برامج الإنتاج لعملياتهم الأخرى اليوم. ستقوم الفرق بتخصيص أنظمتها لتلبية احتياجات الخصوصية أو التنظيم أو تجربة المستخدم. تبدو النسخة المبسطة كما يلي: حيث لدينا العديد من سلاسل ZK ، بعضها خاص (أحمر) والبعض الآخر عام ، تم تكوينه لدعم حالة الاستخدام الخاصة بهم. كل ثانية ستولد هذه السلاسل دليلا على نظامها ، والذي يتم التحقق منه على طبقة تنسيق ZK. في غضون ثانية واحدة من إرسال المستخدم ل tx ، يكون لديه نهائية ZK هذه التي يمكن التحقق منها تلقائيا بواسطة الشبكة بأكملها. براهين ZK السريعة هي تقنية متقدمة. مع هذا ، يمكنك حل مشكلة عدم قدرة السلاسل على التنسيق بشكل فعال. إذا أراد المستخدم إرسال 100 USDC من حسابه العام على سلسلة ZK واحدة إلى حساب خاص للأصدقاء على سلاسل ZK أخرى - فهذا ممكن على الفور. في هذا المثال ، لا يتعين على سلسلة ZK 5 "الثقة" في أن سلسلة ZK 2 تتصرف بصدق مع النقل. يثبت دليل ZK (الذي يمثله خزنة ZK الصغيرة) أنه يمكن التصرف بناء على الرسالة التي تلقتها السلسلة 5 دون قلق. بالنسبة لهذه الرؤية لشبكة عالمية غير قابلة للفساد ، من الواضح أن الاتصال هو جانب بالغ الأهمية. الجزء الثاني المهم هو النظام الذي تشغله كجزء من هذه الشبكة. تريد الفرق الهندسية نشر برامج عالية الأداء وموثوقة وآمنة وما إلى ذلك. هذا هو النظام الذي يوفر الأساس لتجربة المستخدم الخاصة بك. كجزء من ترقية Atlas ، نقوم بنشر إصدار جديد تماما من جهاز التسلسل ، مصمم من الألف إلى الياء لتضمين tx بزمن انتقال منخفض (بحيث يشعر النظام بالسرعة للمستخدمين لديك) وللإنتاجية التي يمكن أن تجلب النشاط على مستوى المؤسسة على السلسلة. أصبح هذا ممكنا من خلال ترقية واسعة النطاق ل "نظام التشغيل" لسلاسل ZK Stack ، بما في ذلك التغييرات في طريقة تفكيرنا حول ما يجب إثباته. مع Era ، قمنا بشكل أساسي بتنفيذ الجهاز الظاهري مرتين: مرة واحدة في كود Rust (الذي كان يمكن التعرف عليه VM) ومرة واحدة في دوائر تشفير Boojum. مع أطلس ، نتخذ نهجا أكثر عمومية ونثبت الآن RISC-V. هذا، إلى جانب التغييرات في كيفية تنظيم تنفيذ المعاملات، هو كيف يمكننا دعم EVM محليا، ولكن مع نظام يمكنه دعم الأجهزة الظاهرية الأخرى بمرونة دون تعديل نظام الإثبات. إذا كان يتوافق مع RISC-V - يمكنك إثبات ذلك! تشبه هذه التغييرات ترقية ضخمة للمحرك إلى ZK Stack ، وتوفر معا الأدوات اللازمة لبناء وتشغيل أنظمة أكثر أداء وأكثر اتصالا مما كان ممكنا من قبل. المزيد في المستقبل. أريد أن أنهي بشكر جزيل لكل من عمل على هذه الترقية! لقد بذل قدر كبير من الجهد لإحياء هذا. ♥️