ثانیه‌ها، نه دقیقه‌ها: در پشت صحنه ارتقای انقلابی NiDKG در ICP برای زیرشبکه‌های آماده‌به‌خدمت

وعده اصلی رایانه اینترنتی (ICP) همواره ارائه‌‌ی یک «بلاک‌چین با سرعت وب» بوده است. اگرچه قراردادهای هوشمند مدت‌هاست که در چند میلی‌ثانیه‌ اجرا می‌شوند، اما یک گلوگاه تاخیرِ دیرینه در اعماق معماری شبکه باقی مانده بود: زمان ایجاد و بازیابی زیرشبکه‌ها (Subnets).

تا پیش از این، راه‌اندازی یک زیرشبکه جدید یا بازیابی یک زیرشبکه آسیب‌دیده می‌توانست تا هشت دقیقه به طول بینجامد. در دنیایی که نیازمند مقیاس‌پذیری ابری فوری و آماده‌به‌خدمت است، این زمان یک ابدیت به نظر می‌رسید. با این حال، یک پیشرفت بزرگ در کد ریپلیکا (Replica) و پیشنهادهای جدید سیستم عصبی شبکه (NNS)، این محدودیت را رسماً درهم شکسته‌اند و زمان راه‌اندازی زیرشبکه‌ها را به تنها چند ثانیه کاهش داده‌اند.

---

گلوگاه: مرز ۵۰۰ بلوکی

برای درک این پیشرفت، باید به NiDKG (تولید کلید توزیع‌شده غیرتعاملی) نگاهی بیندازیم. این پروتکل رمزنگاری پیشرفته به نودهای یک زیرشبکه اجازه می‌دهد تا یک کلید عمومی اصلی را به‌طور امن و به صورت اشتراک‌گذاری‌شده بین خود تولید کنند، بدون اینکه کلید خصوصی به طور کامل برای هیچ نود واحدی فاش شود. این همان ریاضیاتی است که به فناوری رمزنگاری کلید زنجیره‌ای (Chain-key) در ICP قدرت می‌بخشد.

از نظر تاریخی، پروتکل NiDKG محدود به مرزهای بازه زمانی زیرشبکه بود. این پروتکل تنها در هر ۵۰۰ بلوک می‌توانست آغاز و تکمیل شود. اگر نیاز به ایجاد، تقسیم یا بازیابی یک زیرشبکه بود، باید در صف می‌ماند و منتظر این مرزهای قراردادی می‌شد. در بدترین حالت، این تاخیر مکانیکی به معنای تعویقی تا دو بازه کامل (حدود ۸ دقیقه) بود.

---

پیشرفت بزرگ: ریپلیکای مستقل و ناهمگام

بنیاد دیفینیتی اخیراً به‌روزرسانی‌های دگرگون‌کننده‌ای را در کد ریپلیکا (به‌ویژه کامیت‌های d9008a و 3af058) اعمال کرده است که پروتکل NiDKG را اساساً از مرزهای بازه بلوک جدا می‌کند.

با اجازه دادن به اجرای مداوم و ناهمگام (Asynchronous) دست‌دهی رمزنگاری، شبکه اکنون می‌تواند تولید کلید را در لحظه پردازش کند. تاخیر در راه‌اندازی اولیه یک زیرشبکه جدید از چند دقیقه به مرتبه چند ثانیه کاهش یافته است.

---

تنظیم دقیق NNS: دست‌دهی رمزنگاری با سرعت ۵ برابر

برای بهره‌برداری از این تغییر معماری، دیفینیتی پیشنهادهای هدفمندی را به NNS ارائه کرده است (مانند پیشنهادهای مربوط به زیرشبکه‌های fuqsr و uzr34) تا پیکربندی پروتکل را بهینه کند.

در طول فرآیند NiDKG، نودها بسته‌های داده رمزگذاری‌شده‌ای به نام dealings (تعاملات) را در درون بلوک‌های اجماع ارسال می‌کنند تا به صورت جمعی کلید را بسازند. در گذشته، زیرشبکه‌ها برای به حداقل رساندن سربار، به سختی به ۱ تعامل در هر بلوک محدود شده بودند.

پیشنهادهای جدید این محدودیت را به ۵ تعامل در هر بلوک افزایش می‌دهند. این افزایش ۵ برابری در پهنای باند به نودها اجازه می‌دهد تا دست‌دهی رمزنگاری را با سرعتی به‌مراتب بیشتر تکمیل کنند و مسیر را برای هماهنگی آنی نودها کاملاً هموار سازد.

---

چرا این موضوع برای توسعه‌دهندگان اهمیت دارد؟

برای توسعه‌دهندگان، این موضوع صرفاً یک ارتقای سرعت تئوری و آکادمیک نیست، بلکه پارادایم جدیدی از عملکرد ابرهای مستقل را باز می‌کند:

• بازیابی بدون قطعی (Zero-Downtime): زیرشبکه‌های آسیب‌دیده را می‌توان تقریباً به صورت آنی بازیابی کرد و برنامه‌های غیرمتمرکز (dApps) کاربرمحور را کاملاً آنلاین نگه داشت.
• مقیاس‌پذیری آماده‌به‌خدمت (On-Demand): قابلیت دیرینه‌ی راه‌اندازی پویا و آنیِ زیرشبکه‌های جدید و تخصصی اکنون از نظر ریاضی امکان‌پذیر شده است.
• تخصیص یکپارچه منابع ابری: منابع در سطح سخت‌افزار را می‌توان با همان انعطاف‌پذیری ابرهای متمرکز سنتی، اما با امنیت ۱۰۰٪ غیرمتمرکز تخصیص داد.

با فعال شدن ارتقای NiDKG، رایانه اینترنتی با موفقیت یکی از آخرین حلقه‌های تاخیر زیرساختی خود را بسته است و وب۳ (Web3) را بیش از پیش به پاسخگویی بدون اصطکاکِ وب۲ (Web2) نزدیک کرده است.