جهش بین زیرشبکه‌ای: مهاجرت جدید کنیستر در ICP چگونه مقیاس‌پذیری بی‌نهایت Web3 را آزاد می‌کند

سال‌هاست که یکی از مداوم‌ترین گلوگاه‌ها برای توسعه‌دهندگانی که روی پروتکل رایانه اینترنتی (ICP) فعالیت می‌کنند، مفهوم معماری «قفل‌شدگی در زیرشبکه» (subnet lock-in) بود. هنگامی که شما یک قرارداد هوشمند کنیستر (Canister) را مستقر می‌کردید، آن کنیستر برای همیشه به زیرشبکه خاصی که در آن ایجاد شده بود، محدود می‌شد.

اگر آن زیرشبکه به‌شدت شلوغ می‌شد، یا اگر می‌خواستید از ویژگی‌های سخت‌افزاری تخصصی استفاده کنید (مانند زیرشبکه بسیار امن Fiduciary، زیرشبکه حاکمیتی سوئیس یا زیرشبکه اروپایی)، عملاً راهی برای خروج نداشتید. برای جابجایی بین زیرشبکه‌ها، توسعه‌دهندگان مجبور بودند به صورت دستی یک کنیستر کاملاً جدید را در زیرشبکه مقصد راه‌اندازی کنند.

با این حال، این کار یک شناسه کنیستر (Canister ID) کاملاً جدید ایجاد می‌کرد. در وب۳، تغییر شناسه فاجعه‌بار است: این کار پیوندهای بین‌کنیستری را از بین می‌برد، کلیدهای عمومی آستانه‌ای ECDSA/Schnorr را تغییر می‌دهد و یکپارچه‌سازی‌های خارجی مانند قراردادهای هوشمند تغییرناپذیر اتریوم را که به آدرس‌های استاتیک وابسته هستند، مختل می‌کند.

این محدودیت اکنون رسماً به تاریخ پیوسته است. دیفینیتی (DFINITY) قابلیت بومی مهاجرت کنیستر (Canister Migration) را در شبکه اصلی ICP فعال کرده است. اکنون توسعه‌دهندگان می‌توانند قراردادهای هوشمند کنیستر خود را از یک زیرشبکه به زیرشبکه دیگر منتقل کنند و در عین حال، شناسه دقیق کنیستر، وضعیت (state)، سایکل‌ها (cycles) و کلیدهای رمزنگاری خود را حفظ نمایند.

---

در پشت صحنه: جریان مهاجرت سه مرحله‌ای

مهاجرت بومی کنیستر یک کار ساده کپی-پیست نیست؛ بلکه یک عملیات به دقت هماهنگ‌شده در سطح پروتکل است. این فرآیند بر ترکیبی از APIهای جدید کنیستر مدیریت (Management Canister) و یک کنیستر هماهنگ‌کننده اختصاصی NNS (سیستم عصبی شبکه) متکی است:

1. مهاجرت وضعیت (اسنپ‌شات‌ها): ابتدا توسعه‌دهنده کنیستر را متوقف می‌کند تا همه زمینه‌های فراخوانی باز (call contexts) را مسدود کند. ابزار dfx با استفاده از API اسنپ‌شات، یک اسنپ‌شات وضعیت تغییرناپذیر (شامل ماژول WASM، بخش heap و حافظه پایدار) از کنیستر مبدا تهیه، آن را دانلود و روی یک کنیستر هدف خالی که در زیرشبکه مقصد ایجاد شده است، آپلود می‌کند.
2. مهاجرت شناسه (دست‌دادن/Handshake): برای تعویض امن شناسه‌ها بدون ایجاد اختلال در مسیریابی یا سوءاستفاده‌های امنیتی، کنیستر مهاجرت NNS به‌طور موقت کنترل انحصاری هر دو کنیستر مبدا و مقصد را به دست می‌گیرد. این کنیستر به صورت امن شناسه کنیستر را از زیرشبکه A لغو ثبت کرده و آن را در زیرشبکه B ثبت می‌کند تا مطمئن شود که هرگونه پیام ورودی خارجی (ingress) یا پیام‌های بین‌زیرشبکه‌ای (XNet) به درستی به مکان جدید هدایت می‌شوند.
3. انتقال سایکل‌ها و تنظیمات: در نهایت، تنظیمات باقی‌مانده و سایکل‌ها (منهای کارمزدها) منتقل می‌شوند، کنیستر اصلی حذف می‌گردد و کنیستر جدیداً مهاجرت‌کرده در زیرشبکه B مجدداً راه‌اندازی می‌شود.

---

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

• بهینه‌سازی تاخیر (Latency): اگر کنیستر شما به طور مکرر با کنیستر دیگری ارتباط برقرار می‌کند، اکنون می‌توانید آن‌ها را در یک زیرشبکه مشترک قرار دهید و تاخیر پیام‌های بین‌کنیستری را به سطوح زیر ثانیه کاهش دهید.
• توازن بار (Load Balancing): توسعه‌دهندگان می‌توانند با جهش به نودهای خلوت‌تر، از زیرشبکه‌های شلوغ فرار کرده و عملکرد اوج برنامه را برای کاربران خود حفظ کنند.
• دسترسی به زیرشبکه‌های تخصصی: با انتقال برنامه غیرمتمرکز خود به زیرشبکه‌های مجهز به سخت‌افزارهای خاص با ویژگی‌های پیشرفته (مانند زیرشبکه‌های محافظت‌شده با TEE یا زیرشبکه‌های حاکمیتی منطبق با مقررات)، نمایه انطباق برنامه‌تان را به راحتی ارتقا دهید.

مشخصات فنی

هزینه مهاجرت یک کنیستر کارمزد ثابت ۱۰ تریلیون سایکل (حدود ۱۰ دلار) است و اجرای آن تقریباً ۵ تا ۷ دقیقه زمان می‌برد. کل این فرآیند به‌طور کامل در DFX CLI ادغام شده است و می‌توان آن را قبل از اجرای جهش نهایی در شبکه اصلی، به صورت محلی با استفاده از PocketIC شبیه‌سازی کرد. این نقطه عطف تاریخی، قدرت واقعی مقیاس‌پذیری افقی ICP را آزاد کرده و شبکه را به یک سیستم‌عامل جهانی روان و یکپارچه تبدیل می‌کند.