تغییر به سرعت دوبرابر: چرا هویت اینترنتی رایانه اینترنتی به چرخه انتشار دو بار در هفته منتقل می‌شود

سال‌هاست که سامانه عصبی شبکه (NNS) — مرجع الگوریتمی غیرمتمرکز حاکم بر رایانه اینترنتی (ICP) — ارتقای برنامه‌های غیرمتمرکز (dApps) حیاتی سیستم را در یک چرخه هفتگی قابل پیش‌بینی تایید می‌کند. با این حال، با مقیاس‌پذیری اکوسیستم، سرعت توسعه از چارچوب‌های قدیمی پیشی گرفته است.

تیم دفینیتی (DFINITY) در یک به‌روزرسانی فنی مهم اعلام کرد که هویت اینترنتی (II) به طور دائم به چرخه انتشار دو بار در هفته منتقل می‌شود. هدف از این اقدام، ارائه اصلاحات امنیتی، بهبود عملکرد و به‌روزرسانی‌های تجربه کاربری به میلیون‌ها کاربر وب۳ با سرعتی بی‌سابقه است.

سه ستون شتاب‌دهی

به گفته مهندسان ارشد دفینیتی، سه عامل اصلی این افزایش چشمگیر در سرعت توسعه را ممکن ساخته است:

1. رفع بدهی فنی: کانیستر یکپارچه و قدیمی هویت اینترنتی به طور رسمی به کانیسترهای مجزای بک‌اند (backend) و فرانت‌اند (frontend) تقسیم شده و همه برنامه‌ها به رابط مدرن id.ai منتقل شده‌اند. این تفکیک وظایف، نگهداری و تست‌پذیری کد را به شدت بهبود بخشیده است.
2. مهندسی شتاب‌یافته با هوش مصنوعی: تیم توسعه به طور کامل دستیارهای کدنویسی مبتنی بر هوش مصنوعی را استانداردسازی کرده است. این ابزارها تولید کد، تست، مستندسازی و بازبینی‌های امنیتی سریع را تسهیل کرده و هفته‌ها کار را در چند ساعت خلاصه می‌کنند.
3. رشد تیم: دفینیتی گروه مهندسی اصلی II را گسترش داده و استعدادهای جدیدی را برای کمک به مدیریت خروجیِ رو به افزایش معرفی کرده است.

تفکیک فیزیکی کانیسترهای فرانت‌اند و بک‌اند یک بهبود معماری عظیم است. در ساختار یکپارچه قبلی، حتی یک تغییر ظاهری جزئی در متن صفحه ورود به سیستم، نیازمند کامپایل و ممیزی کامل کل منطق احراز هویت بک‌اند بود. با جداسازی فرانت‌اند برنامه غیرمتمرکز (id.ai) از کانیستر بک‌اند با امنیت بالا، توسعه‌دهندگان اکنون می‌توانند بدون خطر بی‌ثبات کردن رمزنگاری بیومتریک اصلی، تغییرات ظاهری رابط کاربری را به سرعت اعمال کنند.

ناوبری در چرخه جدید

ساختار جدید دو بار در هفته، انتشارها را به دو مسیر مجزای «اصلی» (Primary) و «فرعی» (Secondary) سازماندهی می‌کند:

• جمعه: دفینیتی پیشنهاد انتشار اصلی شامل به‌روزرسانی‌های ویژگی‌های بزرگ را ارائه می‌دهد.
• دوشنبه: رای‌دهندگان NNS بررسی‌ها را نهایی کرده و برای تصویب انتشار اصلی رای می‌دهند.
• دوشنبه/سه‌شنبه: تیم پیشنهاد انتشار فرعی را ارائه می‌دهد که شامل اصلاحات کم‌خطر تجربه کاربری (UX) یا کدهای فعال‌شده با پرچم (feature-flagged) است.
• چهارشنبه/پنجشنبه: رای‌دهندگان انتشار فرعی را تایید می‌کنند.

دوراهی بازبینان

در حالی که توسعه‌دهندگان از احتمال استقرار سریع برنامه‌ها هیجان‌زده هستند، این اعلامیه بحث‌های مهمی را در جامعه حاکمیتی ICP برانگیخته است.

از آنجا که هر به‌روزرسانی نیاز به تأیید غیرمتمرکز دارد، بازبینان مستقل NNS و دریافت‌کنندگان کمک مالی جامعه (مانند CodeGov) اکنون با دو برابر حجم کاری مواجه هستند. اعضای جامعه نگرانی‌هایی را در مورد خستگی بازبینان مطرح کرده‌اند و استدلال می‌کنند که پاداش حسابرسان اکوسیستم باید متناسب با سرعت توسعه افزایش یابد تا اطمینان حاصل شود که امنیت غیرمتمرکز شبکه به خطر نمی‌افتد.

در نهایت، این چرخه انتشار سریع نشان‌دهنده یک نقطه عطف بزرگ است. این امر ثابت می‌کند که رایانه اینترنتی می‌تواند با چابکی یک غول نرم‌افزاری وب۲ رقابت کند و در عین حال به شدت به مدل حاکمیت شفاف و غیرمتمرکز وب۳ وفادار بماند.