زکاش نود زاکورا را منتشر کرد؛ بهروزرسانی آیرونوود در راه…
کلاینت جدید از اسنپشاتهای ۱۱ گیگابایتی به سرعت همگامسازی میشود و از 'turnstile' NU6.3 پشتیبانی میکند که هدف آن کاهش ریسکهای احتمالی تقلبی ZEC است.
توسعهدهندگان اکوسیستم Zcash نسخه Zakura v1.0.0 را منتشر کردند، یک نود کامل جدید که برای کاهش زمان همگامسازی و تسهیل مهاجرتها طراحی شده است، زیرا کلاینت قدیمی zcashd در تاریخ 18 ژوئیه به پایان عمر خود رسید. این راهاندازی چند روز قبل از بهروزرسانی Ironwood (NU6.3) در تاریخ 28 ژوئیه انجام میشود که یک 'turnstile' در سطح پروتکل اضافه میکند تا برداشتهای استخر محافظتشده Orchard را پس از کشف یک باگ صداقت محدود کند.
نکات کلیدی
- Zakura v1.0.0 به عنوان یک نود کامل جدید Zcash که بهطور مستقل از بنیاد Zcash توسط شان باو و دیو اوجا نگهداری میشود، فعال است و از طریق کمکهای خصوصی ZEC تأمین مالی شده است.
- این نرمافزار یک شاخه سریع و همگامسازی شده از Zebra است و یک حالت سازگاری با zcashd ارائه میدهد زیرا zcashd در تاریخ 18 ژوئیه به پایان عمر خود رسید.
- اپراتورها میتوانند از تصاویر زنجیرهای هرسشده به حجم حدود 11 گیگابایت راهاندازی کنند، و تیم ادعا میکند که یک نود جدید میتواند در کمتر از دو دقیقه راهاندازی شود، "680 برابر سریعتر."
- بهروزرسانی Ironwood (NU6.3) برای تاریخ 28 ژوئیه در بلوک 3,428,143 (~8 صبح به وقت شرقی) برنامهریزی شده است و یک 'turnstile' Orchard را معرفی میکند تا ZEC تقلبی بالقوه مرتبط با یک باگ صداقت Orchard را محدود کند.
Zakura v1.0.0 به عنوان zcashd به پایان عمر خود میرسد
زیرساخت Zcash تحت فشار یک پنجره انتقال کلاینت قرار دارد. Zakura v1.0.0 به عنوان یک پیادهسازی نود کامل جدید در همان زمان که zcashd، کلاینت اصلی Zcash، به پایان عمر خود رسید، منتشر شد.
از نظر عملیاتی، این زمانبندی بیشتر از بازاریابی توان عملیاتی اهمیت دارد. نودهای کامل قوانین اجماع را اجرا میکنند و صرافیها، کیف پولها و سازندگان بازار به رفتار پیشبینیپذیر نود در اطراف پنجرههای بهروزرسانی نیاز دارند.
Zakura به عنوان یک مسیر جایگزین برای تیمهایی که بهطور تاریخی با zcashd یکپارچه شدهاند، قرار داده شده است، با یک حالت سازگاری طراحی شده تا رابط zcashd را بازتولید کند تا یکپارچهسازیهای موجود بدون نیاز به بازنویسی ادامه یابد.
Zakura بهطور مستقل از بنیاد Zcash توسط شان باو و دیو اوجا نگهداری میشود و از طریق کمکهای خصوصی ZEC تأمین مالی میشود نه یک شرکت یا بنیاد. این استقلال برای اپراتورها دو لبه دارد: میتواند سرعت تکرار را افزایش دهد، اما همچنین مسئولیت دقت لازم را به یکپارچهسازانی منتقل میکند که باید از اجرای یک کلاینت تولیدی جدید راحت باشند.
همگامسازی سریع با Snapshot: تغییرات Zakura برای عملیات گره
Zakura یک فورک از Zebra است، به این معنی که از کد پایه گره بنیاد آغاز شده و از آنجا بازسازی شده است. تغییر عملیاتی کلیدی، مدل همگامسازی سریع مبتنی بر snapshot است که با استفاده از pruning فعال شده است.
Pruning دادههای قدیمی بلاکچین را که گره دیگر نیازی به تأیید زنجیره فعلی ندارد، حذف میکند. با حذف دادههای قدیمی، تیم snapshotهای زنجیرهای آمادهسازی شدهای به حجم حدود 11 گیگابایت توزیع میکند. یک گره جدید میتواند به جای همگامسازی کامل زنجیره به صورت بلوک به بلوک از ابتدا، snapshot را دانلود کند و تیم ادعا میکند که این کار یک گره را در کمتر از دو دقیقه به حالت اجرا میرساند، "680 برابر سریعتر."
اگر این روند در شرایط واقعی پایدار بماند، هزینه راهاندازی گرههای اضافی و چرخش زیرساخت را کاهش میدهد. این موضوع زمانی اهمیت بیشتری پیدا میکند که زمان فعالیت غیرقابل مذاکره باشد، مانند پنجرههای hard-fork که صرافیها و کیفپولها میخواهند مسیرهای بازیابی سریع داشته باشند اگر یک گره دچار مشکل شود یا یک استقرار نیاز به بازگشت داشته باشد.
Zakura همچنین با یک سیستم آزمایشی سریع انتشار بلوک عرضه میشود که هدف آن ارسال هر بلوک به هر گره در کمتر از نیم ثانیه است. این سیستم به طور پیشفرض خاموش است.
Ironwood در 28 ژوئیه: وصله تأمین-یکپارچگی Turnstile
کاتالیزور کوتاهمدت، مقیاسبندی نظری نیست. این Ironwood (NU6.3) است که قرار است در 28 ژوئیه در بلوک 3,428,143 (تقریباً ساعت 8 صبح به وقت شرقی) فعال شود. این بهروزرسانی یک مکانیزم 'turnstile' را معرفی میکند تا برداشتها از استخر محافظتشده Orchard را محدود کند.
Ironwood به دلیل یک باگ صداقت مدار اثبات Orchard که در 29 مه توسط محقق Shielded Labs، تیلور هورنبی کشف شد، وجود دارد. این نقص از زمان فعالسازی Orchard در مه 2022 وجود داشته و میتوانست به یک مهاجم اجازه دهد تا ZEC جعلی را بدون ردی از زنجیره ایجاد کند. توسعهدهندگان Orchard را از طریق یک پاسخ اضطراری که در 2 ژوئن کامل شد، غیرفعال کردند و سپس آن را با یک مدار اصلاحشده از طریق hard fork NU6.2 در بلوک 3,364,600 در 3 ژوئن بازگرداندند.
مشکل فاصله بین "ثابت در آینده" و "بهطور قابل اثبات ایمن در تاریخ" است.اثباتهای بدون دانشفقط یک اثبات تأیید شده را فاش میکند، نه اینکه چه مقداری درون Orchard جابجا شده است، بنابراین زنجیره نمیتواند ثابت کند که ZEC تقلبی هرگز در طول پنجره چندساله ایجاد نشده است.
دستگاه چرخشی Ironwood به گونهای طراحی شده است که این عدم قطعیت را با کنترل آنچه میتواند از مرز Orchard عبور کند، کاهش دهد، با استفاده از این واقعیت که مقادیر وارد و خارج شده از استخرهای محافظتشده عمومی هستند حتی اگر انتقالات داخلی خصوصی باشند.
چکلیست کاتالیست تا ۲۸ ژوئیه: مهاجرتهای مشتری و آمادگی برای ارتقاء
رویدادهای آستانه واضح و نزدیک به هم هستند. اول واقعیت پس از ۱۸ ژوئیه است: آیا ارائهدهندگان زیرساخت اصلی بهطور عمومی به Zakura (یا مشتریان دیگر) مهاجرت میکنند و آیا حالت سازگاری zcashd بهطور تمیز در تولید بدون شکستهای خاص کار میکند.
دوم خود ۲۸ ژوئیه است. بازار کمتر به عنوان فعالسازی توجه میکند و بیشتر به تأییدات از صرافیها و کیفپولهای بزرگ که ارتقاء یافتهاند و سیاستهای واریز و برداشت عادی را از سر گرفتهاند، اهمیت میدهد.
همچنین خطر پارامترها وجود دارد. هرگونه بهروزرسانی از تیمهای اصلی در مورد تنظیمات دستگاه چرخشی Orchard و راهنمای عملیاتی برای جابجایی وجوه از مرز Orchard پس از فعالسازی، شکل میدهد که کاربران چقدر سریع میتوانند موجودیها را در طول زمان جابجا کنند.
در نهایت، ادعاهای عملکرد Zakura نیاز به تأیید مستقل دارند. ارزیابیهای شخص ثالث از جریان تصویر ۱۱ گیگابایتی و ادعای راهاندازی زیر دو دقیقه میتواند یک دمو خوب را به چیزی تبدیل کند که اپراتورها میتوانند تحت پوشش قرار دهند.
چرا روایت کوتاهمدت ZEC ریسک زیرساخت است، نه رویاهای TPS
من این را به عنوان یک داستان زیرساخت و یکپارچگی تأمین با یک تاریخ مشخص در نظر میگیرم، نه یک پیشرفت مقیاسپذیری. فعالسازی Ironwood در ۲۸ ژوئیه یک کاتالیست مشخص است زیرا بهطور صریح برای کنترل ریسک ZEC تقلبی بالقوه طراحی شده است که به دلیل نحوه عملکرد اثباتهای بدون دانش نمیتوان آن را در زنجیره حسابرسی کرد.
آستانهای که اهمیت دارد این است که آیا مهاجرت مشتری و راهاندازی دستگاه چرخشی بهطور تمیز در صرافیها و کیفپولها انجام میشود. اگر این لولهکشی برقرار باشد، تنظیمات به نظر ساختاری میرسد تا اینکه بهطور روایتی هدایت شود، زیرا این امر آسیبپذیری پنجره ارتقاء را کاهش میدهد و بار یکپارچگی تأمین را به یک مکانیزم تعریفشده محدود میکند که معاملهگران میتوانند درباره آن استدلال کنند.
