بروزرسانی کاتماندو شبکه تزوس

بلاک چین تزوس، یازدهمین ارتقا خود را از زمان راه‌ اندازی (سال 2018) تحت عنوان کاتماندو (Kathmandu) فعال کرده است. فعال ‌سازی کاتماندو با برنامه منظم تزوس مطابقت دارد و مانند تغییرات پروتکل قبلی، تعدادی از ویژگی‌ ها را اضافه می‌کند که به طور گسترده مقیاس‌ پذیری را بهبود می‌بخشد. در این مقاله قصد داریم به طور کامل به ابعاد مختلف بروزرسانی کاتماندو شبکه تزوس بپردازیم.

بروزرسانی کاتماندو شبکه تزوس

پیش از بررسی بروزرسانی کاتماندو شبکه تزوس، در توضیحی مختصر در رابطه با شبکه تزوس می توان گفت که این شبکه خود را به عنوان اولین پلتفرم خوداصلاحگر (Self-Amendment) بین ارزهای دیجیتال معرفی کرده است. از جمله ویژگی های این شبکه می توان به خود اصلاحگر (Self-Amendment)، نوآوری غیرمتمرکز (Decentralized Innovation)، مدیریت درون زنجیره‌ای (On-Chain Governance)، قراردادهای هوشمند و بررسی رسمی (Smart Contracts & Formal Verification)، اثبات سهام (Proof-of-Stake) و نمایندگی (Delegation) اشاره کرد.

بلاک چین لایه ۱ تزوس، به نقل از theblock، ارتقا کاتماندو (Kathmandu) را با هدف بهبود مقیاس ‌پذیری انجام داده است. بروزرسانی کاتماندو شبکه تزوس، بر اساس اطلاعیه تزوس، در شبکه اصلی اثبات سهام تزوس و در ارتفاع بلاک ۲٬۷۳۶٬۱۲۹ انجام شد. طبق پروپوزال رسمی بروزرسانی کاتماندو شبکه تزوس، این بروزرسانی می تواند به شبکه تزوس، پتانسیل پشتیبانی از محاسبات برون زنجیره‌ای راهکارهای لایه ۲ مانند رول آپ‌های آپتیمیستیک را اضافه ‌کند. همچنین باعث ساده تر شدن فرآیند اعتبارسنجی بلاک‌ها می شود. کاتماندو همچنین برای آزمایش ویژگی‌های جدید و بهبود فرآیند انتخاب تصادفی اعتبارسنج‌ها توسط شبکه اصلی، یک شبکه آزمایشی دائمی را معرفی کرد.

Nomadic Labs در 23 ژوئن، در رابطه با بروزرسانی بعدی تزوس، تحت عنوان کاتماندو، اطلاعاتی را منتشر کرد. این بروزرسانی شامل Smart Contract Optimistic Rollups (SCORUs)، اعتبارسنجی بلوک سریع‌تر، ادغام تابع تاخیر قابل تأیید و یک شبکه آزمایشی دائمی به نام Ghostnet است. در ادامه به بررسی کلی ابعاد مختلف بروزرسانی کاتماندو شبکه تزوس می پردازیم.

ابعاد مختلف بروزرسانی کاتماندو شبکه تزوس

SCORU: پشتیبانی L2 از VM های شخص ثالث 

پیش از این، نگاه خوشبینانه ای به نحوه عملکرد Optimistic Rollups وجود داشته است. به طور خلاصه می توان گفت کاربران ضمن ارسال توکن هایی به مخزن، نمایندگی خود را در L2 دریافت می کنند. به طور معمول، Rollup ها تراکنش های L2 را خلاصه و در L1 منتشر می کنند. در نتیجه:

- بار روی گره های baker کاهش می یابد.

- حداکثر توان تزوس افزایش می یابد.

- برای کاربران کار با DeFi سود آورتر می شود زیرا کارمزد تراکنش در L2 در مقایسه با L1، ده برابر کمتر خواهد بود.

تزوس در شرف فعال کردن Jakarta و TORU می باشد که مجموعه‌ای برای تراکنش‌ های tez می باشند. کاتماندو نیز مجموعه‌هایی که از قراردادهای هوشمند پشتیبانی می‌کنند (SCORU)، خواهد داشت.

ویژگی اصلی پیاده ‌سازی SCORU در تزوس، توانایی پیاده‌ سازی هر دستگاه محاسباتی است تا زمانی که معنای آن را بتوان به عنوان یک ماشین مجازی تولید کننده اثبات (PVM) توصیف کرد. به بیان ساده تر می توان گفت، از نظر تئوری در L2 تزوس، می توان یک ماشین مجازی اتریوم (EVM) یا جاوا را پیاده سازی کرد.

به عنوان اثبات مفهوم، توسعه دهندگان اصلی قصد دارند در یک شبکه آزمایشی یک PVM مبتنی بر stack را با پشتیبانی از دستورالعمل های WebAssembly (Wasm) راه اندازی کنند. Wasm خود از تلفیق کردن از C++، Rust، Go، TypeScript و سایر زبان‌های سطح بالا پشتیبانی می‌کند.

نکته مهم بعدی این است که شاید SCORU در شبکه اصلی ظاهر شود. توسعه دهندگان Tezos قبلاً شکایاتی را در رابطه با معرفی سریع ویژگی های جدید به پروتکل ارائه کرده اند زیرا آنها وقت کافی برای امتحان کردن این ویژگی های جدید و استفاده از آنها در برنامه ها نداشتند. برای مثال، با وجود ظاهر شدن بلیط ها، هنوز هیچ استانداردی از طرف جامعه برای آنها تعیین نشده است. بنابراین SCORU تا شش ماه آینده، تنها در Mondaynet و Dailynet (دیلی ‌نت) در دسترس خواهد بود تا توسعه ‌دهندگان برای آزمایش و پیدا کردن مشکلات آن زمان بیشتری داشته باشند.

پروژه اعتبارسنجی: کار سریعتر با بلوک ها

اعتبار دهنده در هنگام اعتبارسنجی یک بلوک، پس از بررسی یک به یک اعتبار هر عملیات، آنها را اعمال می کند. (اجرا می کند.) اعتبارسنجی و کاربرد به نوبت انجام می شود و در یک عملیات واحد، ممکن است چندین بررسی از این دست وجود داشته باشد. در نهایت، اعتبار دهنده پس از بررسی اعتبار حالت نهایی، بلوک را معتبر می شناسد و اقدام به توزیع آن در شبکه می کند.

با تفکیک اعتبارسنجی و کاربرد عملیات، این فرآیند را می توان کارآمدتر کرد. اعتبار دهنده در این حالت، پس از بررسی اعتبار همه عملیات، انتشار بلوک را آغاز می کند و تنها پس از آن همه عملیات را اعمال می کند. نتیجه این عملکرد، دریافت توان عملیاتی بیشتر می باشد.

در بروزرسانی کاتماندو شبکه تزوس، فقط بخش اول پروژه اجرا خواهد شد، یعنی فقط تفکیک عملیات اعتبارسنجی و برنامه در ماژول های مختلف انجام می شود. در بروزرسانی پروتکل بعدی، توسعه دهندگان ممپول شبکه را برای کار با ماژول ها تطبیق خواهند داد.

تابع تأخیر قابل تأیید: افزایش تصادفی

تزوس برای ایجاد بلوک بعدی با استفاده از پروتکلی شبیه به RANDAO، یک baker را انتخاب می کند. baker ها ضمن منتشر کردن اعداد تصادفی، پروتکل آنها را با هش نتیجه قبلی هش می کند و سپس اقدام به ذخیره نتیجه، یعنی seed یا آنتروپی می کند. در ابتدای هر چرخه، شبکه برای تولید اعداد شبه تصادفی، از seed فعلی استفاده می کند که baker ها خوش شانس را تعیین می کند. این روش تا زمانی کار می کند که حداقل یک baker یک عدد واقعا تصادفی را منتشر کند و سعی نکند تولید کننده اعداد شبه تصادفی را به نفع خود تغییر دهد.

بروزرسانی کاتماندو شبکه تزوس، همچنان از RANDAO استفاده می کند، فقط seed بالقوه بایاس به عنوان چالشی برای یک تابع تاخیر قابل تایید (VDF) برای تولید یک seed واقعا تصادفی استفاده می شود. این راه حل امنیت را بهبود می بخشد.

ثبت رویداد برای کار با برنامه های خارجی

ثبت رویداد یک ویژگی جدید برای پل ها و سایر برنامه های کاربردی می باشد که دارای بخش خارج از زنجیره هستند. ثبت رویداد این امکان را به قراردادها می دهد تا اقدام به ایجاد پیام های زنجیره ای کنند که توسط برنامه های خارجی می توانند به سرعت خوانده شوند. دستورالعمل انتشار رویداد، EMIT، قراردادهای خارجی را نمی خواند و با این کار باعث صرفه جویی در گس می شود. علاوه بر دستور العمل EMIT، برای کار با گزارش‌های رویداد، آدرس‌های ویژه “ev1…” و چندین دستور نیز وجود دارد.

Ghostnet: یک شبکه آزمایشی دائمی

Nicholas Ochem و Oxhead Alpha پیشنهاد ساخت یک شبکه آزمایشی را ارائه داده اند که به طور مداوم به آخرین نسخه پروتکل به روز می شود. سازنده شبکه آزمایشی برای انجام این کار، یک آدرس خاص را اختصاص می دهد که کل شبکه را می تواند به اجبار به نسخه جدید به روز کند. به این شبکه Ghostnet می گویند.

Ghostnet برای توسعه دهندگانی که به تازگی به Tezos روی آورداند و هنوز به درک درستی از اصول نام گذاری شبکه ها دست پیدا نکرده اند، یک نوآوری عالی محسوب می شود. بسیاری از شرکت کنندگان هکاتون در Hangzhounet، قراردادهایی را منتشر کردند که دیگر پشتیبانی نمی شود. همچنین هنگام تغییر به یک شبکه آزمایشی جدید، توسعه دهندگان باید آدرس را دریافت کنند و اقدام به انتشار مجدد قراردادهای خود کنند. به طور کلی می توان گفت این شبکه به توسعه ‌دهندگان فضای بیشتری برای آزمایش، ثبت رویدادها و افزایش فضای ذخیره‌ سازی پولی برای قراردادهای هوشمند می‌دهد.