ساکت‌ترین انتشار Chain Fusion: چرا تگ All-in-One جدید ICP یک نقطهٔ کنترل برای اپراتورهاست

DFINITY انتشار release-2026-09-25_03-28--all-in-one را در ۲۵ سپتامبر منتشر کرد. صفحهٔ گیت‌هاب این انتشار، نام نسخه، کامیت 0ec6271 و ۱۳ آرتیفکت را مشخص می‌کند؛ اما در صفحهٔ زنده‌ای که برای این مقاله بررسی شد، changelog جزئی و کاملی از قابلیت‌ها ارائه نشده است.

این محدودیت برای سازندگان Chain Fusion یک نکتهٔ مهم دارد. برنامه‌های میان‌زنجیره‌ای فقط به کتابخانه‌های امضاکننده یا آداپتورهای RPC وابسته نیستند؛ رفتار replica، رابط‌های رمزنگاری، انتقال پیام و حسابداری منابع نیز اهمیت دارند. وقتی صفحهٔ انتشار عمدتاً یک آرتیفکت نرم‌افزاری مشخص را معرفی می‌کند، وظیفهٔ فوری مهندسی، حفظ منشأ نسخه است: تگ و کامیت دقیق را در سوابق build و استقرار ثبت کنید، آرتیفکت موردنظر را دریافت کنید و پیش از آن‌که ارتقا را بخشی از زیرساخت تولید بدانید، مسیر راستی‌آزمایی آن را نگه دارید.

فرآیند انتشار ICP این رویکرد را مهم می‌کند. داشبورد ICP توضیح می‌دهد که انتشارها نسخه‌هایی هستند که برای استقرار روی subnetها آزمایش شده‌اند؛ بااین‌حال، نسخهٔ جدید ابتدا باید از طریق یک پیشنهاد NNS انتخاب شود و سپس پیشنهادهای ارتقای subnet دنبال می‌شوند. مستندات توسعه‌دهندگان ICP نیز می‌گوید انتخاب GuestOS با یک revision گیت و مقدار SHA-256 تصویر نصب شناسایی می‌شود.

برای تیم‌های Chain Fusion، نتیجهٔ عملی روشن است: صرفاً از روی این تگ، قابلیت جدیدی برای ارتباط میان زنجیره‌ها فرض نکنید. revision دقیق را در سوابق build و استقرار pin کنید، هرگاه دادهٔ انتخاب مربوط در دسترس بود آرتیفکت منتشرشده را با رویه‌های راستی‌آزمایی پروژه مقایسه کنید و مسیرهای signer، callback، RPC و accounting را در محیط ارتقایافته آزمایش کنید.

این caveat مهم است: صفحهٔ زندهٔ گیت‌هاب تگ، کامیت، زمان انتشار و آرتیفکت‌ها را نشان می‌دهد، اما changelog جزئی و اختصاصی این انتشار را در اختیار نمی‌گذارد. بنابراین این مقاله هیچ قابلیت یا اصلاح امنیتی مشخصی را به release-2026-09-25_03-28--all-in-one نسبت نمی‌دهد. قوی‌ترین پیام این انتشار عملیاتی است: هویت قابل‌بازتولید نسخه، برای سامانه‌هایی که ارزش یا پیام را میان زنجیره‌ها جابه‌جا می‌کنند، بخشی از مرز اعتماد است.